【软件测试之判定表法】

【软件测试之判断表法】(蓝桥课学习笔记)

1、判定表法的概念

判定表又称“决策表”,是一种表格状的图形工具,适用于处理判断条件较多,各条件又相互组合、有多种决策方案的情况。由于决策表可以把复杂的逻辑关系和多种条件组合的情况表达的既具体又明确,因此在程序设计发展的初期,判定表就经常被当作编写程序的辅助工具。

判定表通常由 4 个部分组成:

条件桩(Condition Stub):指所有条件的名称,列出的条件的先后次序无关紧要。 动作桩(Action Stub):指所有可能采取的操作,顺序没有约束。 条件项(Condition Entry):条件桩中的条件所有可能的取值。 动作项(Action Entry):与条件项紧密相关,列出在条件项的各组取值情况下应该采取的动作。

任何一个条件组合的特定取值及其相应要执行的操作称为一条规则(Rules),在判定表中贯穿条件项和动作项的一列就是一条规则。显然,判定表中条件有多少组合取值,也就有多少条规则。根据软件规格说明,建立判定表的步骤如下:

  • 第 1 步:分析需求,列出所有的条件桩和条件项;
  • 第 2 步:分析需求,列出所有的动作桩和动作项;
  • 第 3 步:根据规则,设计初始判定表;
  • 第 4 步:简化判定表,合并相似规则,设计测试用例。

运用判定表设计测试用例,可以将条件理解为输入,将动作理解为输出。

案例

案例 1:超市产品销售

超市中如果某产品的销售好并且库存低,则继续销售并增加该产品的进货;如果该产品销售好,但库存量不低,则继续销售;若该产品销售不好,但库存量低,则该产品下架;若该产品销售不好,且库存量不低,如果有空货架则继续销售,如果没有空货架,则该产品下

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

大猪猪吃虎虎

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值