测试用例设计方法_判定表法（游戏向）

一、判定表法简介

  
1.1 什么是判定表法？

  判定表法又称决策表，判定表法(Decision table)同因果图法一般也是一种表达逻辑判断的工具。判定表是分析和表达多逻辑条件下执行不同操作的工具。它能够将复杂的问题按照各种可能的情况全部列举出来，因此，利用判定表能够设计出完整的测试用例集合。

1.2 判定表法的优缺点

优点：

  1、能把所有条件组合充分地表达出来，并且最为严格、最具有逻辑性
  2、化繁为简，能够精简、准确的输出测试用例数据
  3、条件组合明确，故此也不容易遗漏

缺点：

  1、判定表在用于知识表达中，存在其他方式达不到的作用，例如不能表达重复执行的动作（循环结构体）
  2、判定表的建立过程较复杂，表达式繁琐
  3、有多个条件时就会有多个翻倍的规则数

1.3 判定表法的四部组成

  条件桩（Condition Stub）：列出了问题的所有条件。通常认为列出的条件的次序无关紧要。
  动作桩（Action Stub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。
  条件项（Condition Entry）：列出针对它所列条件的取值。在所有可能情况下的真假值。
  动作项（Action Entry）：列出在条件项的各种取值情况下应该采取的动作。

1.4 判定表法的规则与合并

  规则：任何条件组合的取值及其相应要执行的操作称为规则。在判定表中贯穿条件项和动作项的一列就是一条规则。判定表中列出多少组条件取值,也就有多少条规则,即条件项和动作项有多少列。

  化简：将规则进行合并，合并的标准是：有两条或多条规则具有相同的动作，并且其条件项之间存在着极为相似的关系。

1.5 判定表法的适用场景

  1、针对不同逻辑条件的组合值，分别执行不同的操作。
  2、针对于多种输入、输出条件的表达组合以及条件组合
  3、重要系统、模块、玩法的使用
  4、规则的排列顺序不会也不影响执行哪些操作
  5、规格说明以判定表形式给出，或很容易转换成判定表

二、实战演练

  某款游戏现有装备系统，装备系统拥有装备强化功能，为了满足广大玩家的培养愿望，特此情况扩展了系统强化功能，需求如下（本需求不代表或声明其他任何游戏，纯属虚构）：

  1、玩家等级50级以上可使用强化功能
  2、强化一次需要消耗1个强化石，可提升一个星级
  3、强化大于5次可提升至五星级，可进行装备突破

以下表格中的A2解释：
1、强化石数量充足即：数量大于5
2、强化石少量即：数量小于5且大于1
3、无强化时即：强化石数量为0

  step1:我们首先需要列举出所有的条件和动作，列举结果如下所示：

  step2:其次我们需要剔除逻辑不符合需求的内容，剔除后的结果如下所示：

  step3:最后进行判定表的简化步骤，简化结果如下：

  当判定表的简化步骤梳理完成后，就可以针对判定表所梳理的内容进行测试用例设计啦

三、知识小课堂

   问题一：因果图法与判定表法比较相似，两种方法应在什么情况下使用？
  
   答：条件和动作关系不明确的时候我们优先使用因果图法进行梳理，条件和动作关系明确或需求以判定表的形式输出则使用判定表法进行梳理
  
   问题二：使用判定表法时为何将逻辑不符合的内容也列举出来？
  
   答：在使用判定表法时第一步需要列举出全部的条件与动作，无论是否符合逻辑，主要的原因是能够防止疏漏，逻辑性更强
  
   问题三：全部列举是为了防止遗漏，如果我清楚的确定我所测试的内容应当如何以简化判定表的形式输出，还有列举全部内容的必要吗？

   答：在需求逻辑关联小或个人经验丰富时可直接进行步骤省略，直接列举出简化判定表，加快测试进度，提高效率

  
  
          好啦~以上就是本次文章分享的全部内容啦，你学会了吗？希望能给大家带来帮助哦！