如何保证接口测试的覆盖率？
回答·10
最热
最新
- 1，首先要了解这个接口功能，对其进行分析 2，可以从请求参数的必填项，请求方式以及接口的每一个字段使用对应的用例设计方法进行用例设计，编写好对应的接口测试用例 3，然后站在业务的角度对这个接口再进行用例设计，基本上就差不多了
- 接口背后本质上是服务，所以可以从服务端测试的维度来考虑它的测试维度，我大概说下几点需要考虑的维度： 第一需要考虑被测试服务的正常的功能 第二是需要考虑它的容错性，也就是异常的功能，异常方面主要从请求参数是否为空做了验证，参数类型是否做了验证，参数长度是否做了验证，特定参数是否做了处理(比如性别只能是男或者女，那么传 aaa 会怎么处理) 被测服务不能仅仅测试和验证它的正常功能，还需要考虑它提供的业务能力，那么就需要结合业务场景来验证它为业务提供的能力是否满足，这个得需要结合具体的业务逻辑和场景来进行测试 接着需要考虑被测服务是否做了鉴权认证，如果没有，建议让开发加上，这样对服务的安全体系更加友好 再次测试 API 的冥等性，这个是必须需要考虑到的 最后需要考虑被测服务稳定性，那么可以结合 Locust 测试工具或者是 Gatling 测试工具来测试服务的稳定性，来验证服务最大能够处理的任务以及它的排队机制和调度策略 引入混沌工程，来验证被测服务在故障情况下它的解决方案 所以针对一个服务的测试，需要从正常功能，异常功能，冥等性，认证授权，稳定性，故障容错能力多个稳度来考虑。希望我的回答能够帮助到你！
- 我觉得先要搞清楚所测试接口的功能，然后了解该接口接收数据的数据源，和发送数据的目的地，可以通过测试代码检测该接口所能承受的最大和最小的接收数据和发送数据量，还可以检测单条数据信息量大小，除此之外，还可以通过功能测试，和借助外界附加条件检测接口传输数据能力和稳定性，从而尽可能的将接口接口测试覆盖率达到最大。这是我对接口测试覆盖率的理解
- 从用户的角度去分析，设计 case，最后 case review，出现疏漏的概率很小了，真的出现问题，锅就不是你一个人的了
- 抱歉。除了穷举，我实在想不到什么方法能保证接口测试的覆盖率！！！
- 保证相关需求文档测试文档没有缺陷 合理设计测试用例 用例评审查漏补缺 及时更新维护测试用例
- 1.基于需求文档及接口文档整理测试用例 2.熟悉上下游调用 3.熟悉接口要处理的业务场景，接口内的事务逻辑 4.传参的类型，检验，长度，合法性 5.响应数据的内容 6.日志的完整度 7.加解密，幂等性，越权，遍历，脱敏等 8.数据库的读写，中间件的操作 9.异步，重试，熔断，降级，限流等 10.性能方面 11.事务回滚等
- 源代码覆盖率可以保证接口测试的覆盖率
- 对接口进行分析，以保证接口测试的充分性、全面性。 可以从输入、输出与业务逻辑处理三个维度进行。 结合接口测试类型：功能、性能、安全性。 输入：请求参数的合法性验证，参数类型、参数范围、是否必填等 输出：覆盖错误代码 业务逻辑：判断逻辑、登录态、状态转换、幂等性、性能（并发）、安全性（SQL 注入） 测试用例设计可以使用黑盒与白盒方法结合： 比如等价类、边界值、错误推测、逻辑覆盖、基本路径等。
- 从参数数据和业务要求入手