接口测试用例编写要点

最新推荐文章于 2025-04-12 16:27:49 发布

limuzi1

最新推荐文章于 2025-04-12 16:27:49 发布

阅读量4.8k

点赞数 1

分类专栏：工具类

本文链接：https://blog.youkuaiyun.com/weixin_44331081/article/details/86540223

版权

本文详细介绍了接口测试用例的编写要点，包括参数类型的合法性、取值范围、空值、一致性验证等。同时，通过具体的Postman脚本示例，展示了如何进行参数覆盖、组合测试、业务逻辑验证以及响应内容、状态码、响应时间等关键点的检查。这些测试用例旨在确保接口的稳定性和正确性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

测试每个参数类型不合法的情况(类型不合法容易遗漏NULL型)
测试每个参数取值范围不合法的情况
测试参数为空的情况
测试参数前后台定义的一致性
测试每个参数的上下限(这里容易出致命的BUG，如果程序处理不当，可能导致崩溃)
如果两个请求有严格的先后顺序，需要测试调转顺序的情况

（1）必需参数覆盖。对于接口的参数，接口文档一般都会说明哪些儿是必需的，哪儿是非必需的。对于必需的参数，一定要测试传参数和不传参数接口是否报错？
（2）必需的参数各种情况覆盖。传非法的字符，特殊的字符，空值，超过边界的参数是否报错？错误信息是否正确？
（3）非必需参数覆盖。一般接口对于非必需参数都不会做非正常性传值的判断，所以要测试合法的参数值，接口返回的内容是否正确。如果有接口文档说明对非必需参数做了非正常的验证的话，也要对其进行验证。
（4）参数的组合覆盖。有些儿参数需要相互配合着才起作用，如“offset”和“count”组合起来进行翻页，这个时候要组合起来进行测试。
（5）业务逻辑相关的覆盖。有些儿接口与业务逻辑关联密切，单独从接口角度测试，可能会遗漏掉一些儿因业务逻辑而产生的bug。所以如果和业务逻辑相关，也要考虑到业务逻辑相关的测试用例。

get有参数脚本：
//验证返回数据中包含关键字
tests[“验证response中包含小王子”] = responseBody.has(“小王子”);
//验证返回的状态码是否为200
tests[“Status code is 200”] = responseCo