测试用例的设计方法
基于需求的设计方法
需求文档 → 梳理需求(掌握需求)→ 针对文档设计测试用例(基于需求设计测试用例)
基于需求设计测试用例是测试设计和开发测试用例的基础,第一步就要分析测试需求,验证需求是否正确、完整、无二义性,并且逻辑自洽。在需求正确的基础上细化测试需求,从测试需求提炼出一个个测试点或者测试项,然后根据每一个测试点进行测试用例的设计;在分析测试需求时,一般分为功能测试需求和非功能测试需求。
以用户注册为例:
很明显,这样设计出来的测试用例很难穷举完,而且这只是一个小小的功能,还会存在测试遗漏的问题,只是进行了大概的测试。因此,针对这个设计方法有了一下设计方法的补充:
等价类
边界值
判定表
关系:
与:所有的条件必须满足,如果一个条件不满足,此时结果为假
或:满足其中一个条件结果就为真,如果条件全部为假,结果就为假
恒等:条件为真,结果一定为真
非:条件为假,结果才为真
如何设计测试用例:
①:分析所有可能的输入和可能的输出。
②:找出输入与输出之间的对应关系。
③:设计判定表
④:把判定表对应到每一个测试用例。
举个例子:“淘宝618活动",订单已提交,订单合计金额大于300元或有红包,"则优惠”。
1、输入:订单已提交、金额大于300、有红包
输出:优惠、不优惠
2、订单已提交,金额大于300,有红包,优惠
订单已提交,金额大于300,没有红包,优惠
订单已提交,金额小于300,有红包,优惠
订单已提交,金额小于300,没有红包,不优惠
订单不提交,金额大于300,有红包,不优惠
订单不提交,金额小于300,有红包,不优惠
订单不提交,金额小于300,没有红包,不优惠
订单不提交,金额大于300,没有红包,不优惠
3、
4、
虽然第四步看起来和第二步是一样的,但是第四步是一个个的测试用例,后面还要用来补充测试要素的。
正交表
充分理解需求 → 确定因素水平 → 画正交表 → 补充正交表 → 将正交表转换成测试用例
以注册为例:
①:姓名、邮箱、密码、确认密码、验证码全部输入才能注册
②:因素:姓名、邮箱、密码、确认密码、验证码
水平:输入、不输入
③:(使用 allpirs 画正交表)
④:进行补充:全部都不填写
⑤:
场景设计法
根据当前这个业务场景整体来设计测试用例。