|
|
知识路径： > 测试技术的分类 > 黑盒测试案例设计技术 > 测试用例设计方法 >
|
被考次数：1次
被考频率：低频率
总体答错率：50%
知识难度系数： 
|
由 软考在线 用户真实做题大数据统计生成
|
|
相关知识点：30个
|
|
|
|
|
前面因果图方法中已经用到了判定表。判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。在程序设计发展的初期，判定表就已被用作编写程序的辅助工具了。它可以把复杂的逻辑关系和多种条件组合的情况表达得较明确。
|
|
|
|
|
|
|
|
|
|
|
|
. 条件桩（condition stub）：列出了问题的所有条件。通常认为列出的条件的次序无关紧要。
|
|
|
|
. 动作桩（action stub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。
|
|
|
|
. 条件项（condition entry）：列出针对它所列条件的取值，在所有可能情况下的真假值。
|
|
|
|
. 动作项（action entry）：列出在条件项的各种取值情况下应该采取的动作。
|
|
|
|
. 规则：任何一个条件组合的特定取值及其相应要执行的操作。在判定表中贯穿条件项和动作项的一列就是一条规则。显然，判定表中列出多少组条件取值，也就有多少条规则，条件项和动作项就有多少列。
|
|
|
|
|
|
|
|
①确定规则的个数。假如有n个条件，每个条件有两个取值（0，1），故有2n种规则。
|
|
|
|
|
|
|
|
|
|
|
|
Beizer指出了适合使用判定表设计测试用例的条件：
|
|
|
|
①规格说明以判定表的形式给出，或很容易转换成判定表。
|
|
|
|
|
|
|
|
④当某一规则的条件已经满足，并确定要执行的操作后，不必检验别的规则。
|
|
|
|
⑤如果某一规则要执行多个操作，这些操作的执行顺序无关紧要。
|
|
|
