接口测试在需求分析完成之后即可设计对应的接口测试用例然后根据用例进行接口测试。接口测试用例的设计也需要用到黑盒测试用例设计方法和测试流程与理论章节的功能测试用例设计的方法类似设计过程中还需要增加与接口特性相关的测试用例。接口测试的质量目标功能性能安全兼容健壮性高可用性中间件协议分析方法网络监听TcpDump WireShark代理 Proxy推荐工具手工测试 Charles [全平台]、安全测试 BurpSuite [全平台 Java] 自动化测试mitmproxy 其他代理Fiddler [仅 Windows]、AnyProxy [全平台]接口测试用例的设计方法正式设计接口测试用例之前需要梳理一下接口测试的思路基本功能流程测试在基本功能流程测试方面首先需要先执行冒烟测试把最基本的功能流程走通。冒烟测试决定提测是否成功如果通过冒烟测试才会进入到详细的测试阶段。如果冒烟测试不通过需要打回给开发开发修改之后重新提测。冒烟测试通过之后进行正常流程覆盖测试粒度会比冒烟测试更细一些覆盖一些分支业务逻辑。基于输入域的测试因为发出接口请求需要携带请求参数所以肯定会涉及到关于请求参数的各种用例的设计。关于请求参数的用例设计可以考虑下面这些方面边界值测试对于有范围要求的参数需要综合等价类和边界值的方法设计测试用例。边界值选择上点和离点即可要覆盖到有效等价类和无效等价类。特殊字符校验对于很多请求参数会要求不能包含特殊字符对于有这类要求的字段需要单独设计包含特殊字符的测试用例来做验证。参数类型校验有一些参数还会对于传参值的类型有要求比如只能包含英文数字或者只能包含整数类型等。对于这种对类型有要求的字段也要单独设计测试用例设计一些反向用例来做验证。必选参数校验在接口中有必填的参数也有选填的参数。对于每一个必填参数都要设计一条不传的用例来验证必填性。组合参数校验对于有选填参数的接口来说需要对于各种参数的不同组合场景进行验证。比如只传必填参数或者必填参数和不同数量的选填参数做组合的场景可以使用判定表的方法进行设计。排重逻辑如果有的字段要求不能重复那么需要对它进行排重逻辑的覆盖看看重复请求相同的参数服务端的处理逻辑是不是正确。接口幂等性幂等是指任意多次执行所产生的影响均与一次执行的影响相同。保证接口的幂等性是非常重要的尤其是在涉及资金的系统比如银行、电商系统等。例如用户重复提交请求或者网络重发系统重试等场景都需要设计测试用例来保证接口的幂等性。接口的幂等测试需要多次发送同一参数的请求查看服务端响应是否只有一次是成功的。线程安全测试线程安全测试包含了并发测试、分布式测试。分布式更多的一个概念是为了解决单个物理服务器容量和性能瓶颈问题而采用的优化手段。分布式的实现有两种形式水平扩展当一台机器扛不住流量时就通过添加机器的方式将流量平分到所有服务器上所有机器都可以提供相当的服务。垂直拆分前端有多种查询需求时一台机器扛不住可以将不同的需求分发到不同的机器上。相对于分布式来讲高并发在解决的问题上会集中一些它的重点是测试同时有多少量比如在线直播服务同时有上万人观看。对于并发场景需要测试多个相同参数的请求只有一条请求成功其他请求失败。对于分布式测试则需要测试在分布式环境中并发相同参数的请求只有一条请求成功其他请求失败。故障注入故障注入测试需要测试人员故意制造故障的场景来保证系统的健壮性。如果产品中用到了 Redis就需要对于 Redis 做一些故障降级测试。Redis 一般会放在数据库前面用来做高速缓存。Redis 故障注入需要开发配合清空 Redis 数据发请求击穿 Redis从 DB 中获取正常的数据并能回写到 Redis 中。然后开发配合启动 Redis 数据恢复功能测试可以从 Redis 中获取正确的数据。还需要开发配合制造 Redis 崩溃场景发请求测试是否降级从 DB 中获取到正常的数据。除了 Redis 之外还需要进行服务故障转移测试。比如数据库故障测试与接口故障测试。数据库故障测试开发配合制造数据库数据丢失场景启动数据恢复策略测试规定时间段内数据是否可以恢复开发配合制造数据库崩溃场景测试数据库多活策略是否启动保证功能不受影响。接口故障测试开发配合接口服务重启测试集群负载是否自动重启实例所有请求无异常开发配合制造集群崩溃场景测试是否返回对应的错误信息内部服务是否有重试机制。接口测试用例要素模块测试标题优先级前置条件请求方法请求参数预期结果实际结果总结接口测试的质量目标协议分析方法接口测试用例设计思路接口测试用例要素感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取