判定表测试规范标准.docx

判定表设计测试规 刖言 本文档介绍了针对终端软件测试的判定表法设计测试用例的规。 本测试规中对移动终端用判定表法设计测试用例原理进行了详细的描述，并用实例加以说 明如何使用该方法设计测试用例。包括设计测试用例时的使用围，设计测试用例的步骤等。 本测试规介绍了一种通用的测试方法，需要根据被测终端软件需求才能形成具体的测试用 例。 目录 TOC \o "1-5" \h \z \o "Current Document" 引入 4 \o "Current Document" 1名词解释 4 \o "Current Document" 判定表法的原理 4 \o "Current Document" 判定表的构成…… 4 \o "Current Document" 判定表的规则 4 \o "Current Document" 4.1规则的定义 4 \o "Current Document" 4.2规则的合并 5 \o "Current Document" 设计测试用例的步骤 5 \o "Current Document" 6?实例说明判定表 5 \o "Current Document" 适用围 7 \o "Current Document" 判定表的优点和缺点 8 \o "Current Document" 8.1优点 8 \o "Current Document" 8.2缺点 8 \o "Current Document" 参考文档 8 修改历史 8 利用判定表法设计测试用例一般分五个步骤: （根据软件规格说明） 利用判定表法设计测试用例一般分五个步骤: （根据软件规格说明） 引入 等价类划分法和边界值分析法都是着重考虑输入条件和数据，但是未考虑输入条件和数据 相互依赖、相互制约的情况，但是当输入条件和数据相互依赖、相互制约的时候，采用等价类 划分法和边界值分析法是难以描述的，因此必须考虑采用一种适合于描述多种条件的组合，相 应产生多个动作的方法来进行测试用例的设计。注：条件和动作之间的逻辑关系是明确的，可 以直接使用判定表法；如果条件和动作关系不明确，则要先使用因果图法。 名词解释 判定表也称决策表，是分析和表达多逻辑条件下执行不同操作情况的工具。 条件：输入或是环境（可通过分析动作反推出） 动作：输出/结果 判定表法的原理 判定表法设计测试用例的核心是构建判定表， 能够将复杂的问题按照各种可能的情况全部 列举出来，简明并避免遗漏，设计出完整的测试用例的集合。 判定表的构成 判定表通常由四个部分组成，如图: 条件桩. 条件项“ 动作桩屮 动作项" 条件桩：找出问题的所有条件（条件的集合） 。通常认为列出条件的次序无关紧要。 动作桩：列出问题规定的可能采取的操作（动作列表） 。这些操作的排列顺序没有约束。 条件项：条件取值（输入的取值或环境的真值 Y/N） 动作项：动作取值（输出值） 判定表的规则 4.1规则的定义 任何一个条件组合的特定取值及其相应的要执行的操作称为规则。 规则也就是说条件项和动作项的对应关系，一个规则相当于一条测试用例。 在判定表中条件的取值一般为真 /假，用符号Y/N （1/0 ）表示，根据条件项的组合确定动 作项的取值，即有 n个条件就有2n个规则，例如有3个条件分别为 A B C,就有8中规则, 如下表: 1 2 3 4 5 6 7 8 A Y Y Y N Y N N N B Y Y N Y N Y N N C Y N Y Y N N Y N 4.2规则的合并 在实际应用判定表时，由于规则数目庞大，常常会先把它简化，也就是合并相似的规则。 如果判定表中，有两条或多条规则具有相同的动作，并且其条件项之间存在极为相似的关系, 则可将规则合并。如图： Y.YNY.N- Y. Y N Y. N- X L □ JP -M o T Y ￥ — N L N X X □ 丄赳舍具軸前柔杵 在左图中，两条规则的动作项是一样的， 条件项中的前两项也是一样的， 只是第三项不同, 这说明，条件项1，2项分别是真值（Y和假值（N）时，条件项3中无论是什么值，都要执 行同一个操作，也可这样说，要执行的动作与条件项 3的取值无关。这样，就可以将这两个规 则合并了。合并后的条件项 3可以用特殊的符号表示与取值无关，比如用“ -”。 与此类似，无关条件项“-”在逻辑上又可包含其它的条件项取值，具有相同动作的规则 进一步合并。如右图所示。 经过上述的合并规则的方法，合并判定表的规则后，就达到简化判定表的目的，并能够得 到简化后的判定表。 设计测试用例的步骤 1） 列出所有的条件桩和动作桩 2） 确定规则的个数 3） 填入条件项 4） 填入动作项，得到初始的判定表 5） 简化