接下来 4 篇分享的测试用例方法,实际工作中不常用,但是能够为测试用例提供设计思路。
首先分享的是,判定表法。
等价类划分法和边界值法着重考虑输入条件,但是忽略了输入条件的各种组合、输入条件之间的相互制约关系。
因此,需要判定表法和因果图法作为辅助工具,协助梳理条件间的逻辑关系。
判定表法:
分析和表述若干输入条件下,被测对象针对这些输入做出响应的一种工具
在遇到逻辑复杂的业务时,可以利用判定表理清期间的逻辑关系。
条件:
条件桩:需求规格说明书定义的被测对象的所有输入
条件项:针对条件桩可能输入数据值
动作:
动作桩:针对条件,被测对象可能采取的所有操作
动作项:针对动作桩,被测对象相应的可能取值
在上图的登陆页面中,条件桩指的是手机号输入和密码输入,条件项指的是正确的手机号或者错误的手机号。
另一方面,动作桩指的是输入手机号和密码后,是登陆成功?还是提示错误信息?动作项指的是对应动作桩的取值,假如关于登陆成功这个动作桩,为真时取 1,为假时取 0,那么点击登录按钮后,这个动作桩的动作项可能是 1,也可能是 0。
在前面的登陆功能中:
- 正确的手机号及密码:登录成功
- 手机号或密码为空:提示 “手机号或密码不能为空”
- 手机号或密码错误,提示 “请输入正确的手机号或密码”
根据以上条件桩和动作桩,生成判定表:
简化判定表:由于密码的正确与否,取决于手机号。
一般登录信息的数据库表,都是先到数据库表中找到对应的手机号,在找到手机号的前提下,再去匹配密码是否正确,如果手机号一开始就错了,就不会匹配密码。
其中空值是一种特殊的错误,并且能够覆盖到 3 个动作桩。
因此,后面 3 个关于 “错误的手机号” 的条件项,可以排除掉。
得到简化后的判定表:
最后,根据简化后的判定表,就可以编写测试用例了。
以上就是本篇文章所要分享的内容,欢迎各位大牛指正。你的指正,能让我在测试之路上快速成长。
Leo Never Stop Fighting!