根据以往的工作经验,接口用例设计主要从以下三个方面来进行设计:
1 输入
输入参数主要从以下几各方面设计:
a 必填项校验:接口文档中有是否必填的说明。参考接口文档即可。
b 参数长度校验:参考接口文档即可。
c 参数值的有效性校验:如:身份证号的校验 ,设计的数据虽然符合身份证号的规则,但是并不是真实有效的身份证号;这种情况就要看身份证号的校验规则是什么样了,一般都是用的现成的身份证号校验器,但是有些是自己写的校验算法,这个本人就遇到过这种问题---校验算法写的不正确;所以参数有效性的校验就需要结合实际业务场景,判断哪些数据是真实有效的数据,一定要确保所有真实有效的数据是可以验证通过的。
d 参数组合校验:不同的参数组合可能会存在不同的业务场景;
e 如果参数是枚举值,一定要各种枚举值都要测试,因为可能不同的枚举走的不同的业务流程;
f 参数值的默认值的校验:参考接口文档。
g 某些参数具有特定的生成规则,要单独针对生成规则设计用例,一定要保证真实有效的数据是可以验证通过的。如身份证号中间几位 ******19860701****,本人就遇到过输入******19861001****这种值校验不正确;
2 接口逻辑
接口逻辑我用的设计方法是分支覆盖--->路径覆盖--->场景覆盖,同样也是要结合实际业务场景,根本不发生的业务场景就是无效的测试用例。
a 第一步先把业务流程图画出来;
b 依据路程图中的分支分别设计,不同分支不同的场景,这里就要把异常的场景考虑进去;如接口超时&#