测试用例设计方法之判定表详解！！

理论部分

判定表是分析和表达多种输入条件下系统执行不同动作的工具，它可以把复杂的逻辑关系和多种 条件组合的情况表达得既具体又明确。

• 条件桩(Condition Stub)
• 动作桩(Action Stub）
• 条件项(Condition Entry）
• 动作项(Action Entry）

设计用例的步骤

1、列出所有的条件桩和动作桩。

2、确定规则的个数。如这里有3个条件，每个条件有两个取值，故应有2×2×2=8种规则。

3、填入条件项。

4、填入动作桩和动作项，化简，合并相似规则。

5、将每条规则转化为用例。

相关例子

购买电影票。

条件桩

1、刷华夏信用卡；

2、周三下午；

3、情侣。

动作桩

1、电影票8折；

2、电影票7折；

3、电影票5.6折；

4、女生免票。

测试用例举例

1、非情侣非周三下午不刷华夏信息用卡，进行购票测试；

2、情侣非周三下午不刷华夏信用卡，进行购票测试。

适用范围

1、多个复选框，同时选择，同时不选择，选择一部分；

2、功能中存在多种逻辑、多种关系，不同的条件组合在一起时，对应结果不同；

3、逻辑处理过程复杂。例如：控制系统、游戏测试。

判定表的优缺点

优点

它能把复杂的问题按各种可能的情况一一列举出来。

简明而易于理解，也可避免遗漏，快速列出所有可能情况，包括不存在的组合，可以根据优点合并。

缺点

合并存在漏测的风险。

因为做了全组合，所以用例量特别多当输入较多（条件桩），组合情况呈指数增长。

行动吧，在路上总比一直观望的要好，未来的你肯定会感 谢现在拼搏的自己！如果想学习提升找不到资料，没人答疑解惑时，请及时加入扣群： 320231853，里面有各种软件测试+开发资料和技术可以一起交流学习哦。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

​

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！