简述用决策表设计测试用例的步骤_用例设计之判定表

1. 判定表的介绍

在对软件进行需求分析时, 市场部人员需要跟用户进行不断的沟通, 这时可能会根据软件功能的期望让用户填一些调查表格, 用户会根据条件选择自己期望达到的效果。如果将条件称为输入, 将期望效果称为输出, 这就非常接近于软件测试中的测试用例。如果由于条件的不同组合会得到不同的一些输出, 那么这样的问题就适合使用判定表来进行测试用例的设计。

1.1 判定表通常由四个部分组成

• 条件桩(Condition Stub): 列出了问题的所有条件。除特别说明, 认为列出的条件的次序无关紧要。  

• 动作桩(Action Stub) : 根据条件的组合可能导致的动作。一般排列顺序没有约束。  

• 条件项(Condition Entry) : 由条件桩列出条件的可能取值, 即条件的真和假。  

• 动作项(Action Entry) : 列出在不同条件排列组合下可能采取的操作。

1.2 规则及规则合并

• 规则: 由不同的条件导致不同的动作就称为规则, 一般体现在判定表中就是不同的输入得到不同的输出。在判定表中贯穿条件项和动作项的一列就是一条规则。

• 化简: 因为初始化判定表包括条件的所有组合, 这时有些组合可能是不能实现的, 有些动作可能是由一些相似的条件组成的, 这时就需要按照等价类划分的原则进行化简。

2. 普通示例

2.1 判定表建立步骤

1. 分析功