接口自动化测试指导方案

接口自动化测试指导方案 一、接口测试简介 接口测试是测试系统组件间接口的一种测试，主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换、传递和控制管理过程，以及系统间的相互逻辑依赖关系等。 二、接口测试流程 接口测试的流程和功能测试流程类似，依据的对象是需求说明书和接口需求，接口测试流程如下： 1. 业务功能测试：测试接口的业务功能是否实现，包括正常和异常场景。 2. 业务规则测试：测试接口的业务规则是否全面。 3. 参数验证测试：测试接口的参数是否达到要求。 4. 异常场景测试：测试接口的异常场景，如重复提交、并发提交、事务中断、多机环境、大数据量测试。 5. 性能测试：测试接口的性能，包括响应时间、吞吐量、并发数、资源要求。 6. 安全测试：测试接口的安全性，包括权限验证、SQL 注入等。 三、接口测试重点 1. 检查接口的功能：检查接口的功能是否实现，也就是请求会不会成功，如果不成功会不会返回错误代号（或错误信息）。 2. 检查接口返回的数据：检查接口返回的数据、数据格式、数据类型是否与预期一致（正向且传递的参数正常）。 3. 检查接口的容错性：接口是否可以正常处理（假如传递的参数足够大或者为负、空值时）。 4. 检查接口的性能：http 请求接口大多与后端执行的 SQL 语句性能、算法等比较相关。 5. 检查接口的安全性：外部调用的接口尤为重要。 四、接口测试需求分析 首先根据接口设计的技术架构方案，了解清楚被测接口对应的公共入参、入参、出参及返回数据的 Json 结构规范，根据测试场景进行测试。 五、接口测试用例设计 接口测试的主要测试对象是接口，但是随着系统复杂度越来越高，接口越来越多，完全覆盖所有接口是很难的一件事情，并且实际过程中任意内部接口的变动都可能导致我们的测试用例的不可用。 1. 优先级：针对所有接口，暴露在外面的接口，因为通常该接口会给第三方调用；供系统内部调用的核心功能接口；供系统内部调用非核心功能接口。 2. 方法：进行测试执行编写时，有如下的原则： * 不同的接口参数覆盖不同的业务场景； * 在后台构造合适的数据来满足接口的测试用例； * 根据接口的返回值，断言其是否返回期望结果，并查看数据库验证； * 测试用例涉及多个步骤的，应对涉及的步骤都验证。 六、接口测试原则 1. 基础配置，如域名、环境配置等，单出文件配置，方便不同环境测试、脚本维护。 2. 明确接口实现什么样的功能，实际需要什么样的功能，是否一致。 3. 接口测试数据太多，用该数据驱动模式更有层次，且易于维护。 4. 要在众多测试用例中选出冒烟测试用例及可用于性能测试的用例。 5. 先单接口测试，在多接口业务测试。 6. 测试完成以后，需要清洗脏数据。 七、接口自动化适用场景及持续集成 目前设计的自动化接口测试案例有两个运行场景： 1. 测试前置、开发自测：一个新的自动化接口测试案例开发完成后，直接发给接口对应的开发，安排在开发本地环境执行，一旦开发确认完成接口开发，就开始执行接口测试案例，基本上可以实时拿到测试结果，方便开发快速做出判断。 2. 回归测试：开发本地测试通过后，或整个需求手工测试通过后，把自动化的接口测试案例做分类整理，挑选出需要纳入到回归测试中的案例，在持续集成环境重新准备测试数据，并把案例纳入到持续集成的 job 中来，这些用于回归的接口测试案例需要配置到持续集成平台自动运行。 对接口测试而言，持续集成自动化是核心内容，通过自动化的手段才能有效降低成本，提高接口测试的价值。