我们如何设计更好的测试用例？

获得接口后，如何设计更好的测试用例？从大的角度来看，我们至少必须考虑以下三个方面.

首先: 功能测试

第二: 性能测试

第三: 安全测试

一个. 功能

在功能方面，我们需要更多地考虑如何用不同的输入覆盖不同的业务逻辑. 而且这个业务逻辑也可以理解为代码的每个分支语句，因此我们的测试成为如何输入不同的参数，然后让代码尽可能地执行到每个分支. 但是我们没有做白盒测试. 我们怎么知道我们涵盖了不同的分支？除了使用某些测试方法之外，它还需要对业务有足够的了解，并且开发将继续确认其实现逻辑. 简单来说，是从测试方法设计和发散测试的角度来考虑

1. 测试方法设计: 可分为正向测试和反向测试

转发用例: 仅输入所有必需的参数并验证结果. 输入所有参数，包括非强制性参数，验证结果. 所有必需的和可选的参数组合，请验证结果. 反向用例: 从请求参数中考虑: 缺少参数，多个参数，无参数，错误的参数等. 从输入数据中考虑: 数据类型错误性能测试用例设计，数据为空且数据超出范围. 2.发散测试: 除了考虑所有参数组合之外，为了避免遗漏，我们还搁置了用例并从不同角度考虑它们. 以下两个方面值得尝试.

与开发确认实施逻辑: 在与开发确认实施逻辑时，请尽可能详细. 在询问过程中性能测试用例设计，您还可以设置一些问题. 例如，如果输入这样的参数，那么他的输出是什么？最后，列举您尚未实现的逻辑，并通过设计一些数据来覆盖它. 深入了解业务: 再次熟悉业务，尽可能确认业务中的每个细节，然后根据这些细节考虑是否有相应的接口实现，并进行测试.

两个. 性能测试

主要从两个方面考虑性能测试，即单接口方案和在特定方案中进行的性能测试.

单个界面方案:

在经过测试的界面上执行性能测试，并注意其是否满足性能要求. 被测界面上的压力越来越大，要同时进行被测界面的测试，要注意UV用户的数量和TPS曲线，重点在于其响应时间业务场景: 根据用户经常使用的场景进行规划，可能包含多个接口，在这种情况下每个接口只是一个特定的业务，用户量只是一部分. 业务场景的性能测试更多地反映了实际业务绩效.

三个. 安全测试

对于我们的非安全测试人员，我们更加关注企业的安全测试. 接口的业务安全性测试可以考虑如下

该接口是否使用HTTPS协议接口，请求数据是否已加密，存储在库中的密钥信息是否已加密，是否已限制某些常用工具的请求，接口是否已限制了访问相同的IP

最后，当我们获得另一个接口时，我们可以尝试从以上三个方面设计用例.

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/ruanjian/article-226874-1.html