一个接口入参很多,怎么设计接口测试用例

我们现在在做接口自动化测试,有些接口入参比较多(最多的一个接口有20+参数,其中必填的8+,非必填的10+),如果每个入参都按照全量覆盖的方法去设计用量(比如:每个参数都校验,不填、填null,-1、0、100这5个用例),那么一个接口只算参数的基本校验,用例都要达到100+了,这样的用例编写成本会变得很高,投入产出比太低,并且价值可能很小。

问题1:像这种入参非常多的接口,测试用例一般怎么设计,覆盖到什么程度比较合适?

问题2:我了解到有些公司是做了一个工具来自动生成测试用例,全量覆盖所有校验,虽然用例量大,但不花费人力和时间成本,又能比较全面覆盖,算是一种比较可行的方案,如果我们自己开发这样的工具,目前没有思路如何来做,不知道你们之前有没有这方面的经验? 或者有没有开源/收费的工具可以直接生成测试用例的可以推荐?

同问

  1. JsonPath 与 Mustache 请求传参的模板化技术,请求数据模板化,在编写一个Faker工具类,数据自动生成,进行数据替换,在论坛有相关文章介绍(自己搜一下)
  2. Faker在GitHub上有相关的开源工具,Java和Python都有不错的开源工具,可以搜一下拿来直接使用,如果不符合需求,还可以自己开发
  3. 结合数据驱动的方式,在测试的时候,替换测试数据即可
1 Like
关闭