回归测试：开发本地测试通过后，或整个需求手工测试通过后，把自动化的接口测试案例做分类整理，挑选出需要纳入到回归测试中的案例，在持续集成环境重新准备测试数据，并把案例纳入到持续集成的job中来，这些用于回归的接口测试案例需要配置到持续集成平台自动运行。
第二步：从接口说明文档中整理出接口测试案例，里面要包括详细的入参和出参数据以及明确的格式和检查点；
测试前置、开发自测：一个新的自动化接口测试案例开发完成后，直接发给接口对应的开发，安排在开发本地环境执行，一旦开发确认完成接口开发，就开始执行接口测试案例，基本上可以实时拿到测试结果，方便开发快速做出判断。
结果展示：更加丰富的结果展示、趋势分析，质量统计和分析等
API是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。
流程方面：在回归阶段加强接口异常场景的覆盖度，并逐步向系统测试，冒烟测试阶段延伸，最终达到全流程自动化。
接口测试质量评估标准业务功能覆盖是否完整业务规则覆盖是否完整参数验证是否达到要求接口异常场景覆盖是否完整接口覆盖率是否达到要求代码覆盖率是否达到要求性能指标是否满足要求安全指标是否满足要求
结果校验：加强自动化校验能力，如数据库信息校验。
举例
什么是接口测试，为什么需要接口测试接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
第三步：和开发一起对接口测试案例进行评审；
由于如今的系统复杂度不断上升，传统的测试方法成本急剧增加且测试效率大幅下降，所以就要做接口测试。接口测试相对容易实现自动化持续集成，且相对UI自动化也比较稳定，可以减少人工回归测试人力成本与时间，缩短测试周期，支持后端快速发版需求。接口持续集成是为什么能低成本高收益的根源。现在很多系统前后端架构是分离的，从安全层面来说，只依赖前端进行限制已经完全不能满足系统的安全要求，需要后端同样进行控制，在这种情况下就需要从接口层面进行验证。前后端传输、日志打印等信息是否加密传输也是需要验证的，特别是涉及到用户的隐私信息，如身份证，银行卡等。常用的用例设计方法有等价类划分法，边界值分析法，场景分析法，因果，正交表等。后端接口测试测什么？
第四步：结合开发库，准备接口测试案例中的入参和出参数据，并整理成csv格式的文件；
代码覆盖率：不断尝试由目前的黑盒向白盒下探，提高代码覆盖率。
第五步：结合接口测试案例文档和csv格式的数据文档，做接口测试案例的自动化案例开发。
怎么做接口测试？一般情况下，由于我们项目前后调用主要是基于http协议的接口，所以测试接口时主要是通过工具或代码模拟http请求的发送和接收。所以我们下面整理了一下使用Jmeter工具进行http接口测试。
接口测试环境准备Jdk6或以上：http://www.oraclcom/technetwork/java/javase/downloads/index.html
接口自动化适用场景目前设计的自动化接口测试案例有两个运行场景：
问题定位：报错信息、日志更精准，方便问题复现与定位。
开发接口测试案例的整体方案第一步：分析出测试需求，并拿到开发提供的接口说明文档；
插件的下载安装地址：http://www.jmeter-plugins.org/接口测试持续集成
对接口测试而言，持续集成自动化是核心内容，通过持自动化的手段我们才能做到低成本高收益。目前我们已经实现了接口自动化，主要应用于回归阶段，后续还需要加强自动化的程度，包括但不限于下面的内容：
文章为作者独立观点，不代表股票交易接口观点
股民评论