接口自动化测试方案jmeter+ant+jenkins.

接口自动化测试方案jmeter+ant+jenkins 本文描述了一个基于jmeter、ant和jenkins的接口自动化测试方案，该方案旨在解决手工测试的低效率和不准确性问题。通过搭建自动化测试框架，测试人员可以快速、准确地测试接口，从而提高测试效率和质量。 一、背景 移动互联网技术的应用和发展，服务端和客户端的方式来实现，服务端实现接口供客户端调用。H5在各行业领域的运用，前端页面通过HTTP接口调用拉取数据进行交互，实现前后台分离。测试人员除了保证前端页面UI的正确性，也要保证HTTP接口的正确性，从而保证整个业务功能逻辑的正确性。 二、手工测试存在的问题 手工测试存在的问题包括： 1. 前端页面都是正常的，可用户总反馈有时候拉取不到数据，到底哪里出了问题？ 2. 有些参数在页面上并没有输入入口，无法进行测试和验证。 3. 写了用例，但是发现覆盖不全，因为组合场景太多，每个组合场景都测试，工作量又太大。 4. 回归测试量非常巨大。 5. 线上出现问题了我们却不是第一个知道出问题了，没法对页面的内容进行很好的监控，因为用户场景变化多端。 三、目标收益 该方案的目标收益包括： 1. 测试尽早介入测试，尽早发现底层严重问题。 2. 提高测试覆盖率，监控线上运行情况。 3. 提高测试效率，自动化测试可以很好地解决回归测试的问题。 四、接口自动化测试思路 该方案的思路包括： 1. 项目启动后，测试人员要尽早找到开发人员拿到接口测试文档。 2. 获取接口测试文档后，就可以进行接口用例的编写和调试。 3. 接口用例编写调试完成后，部署到持续集成的测试环境中。 4. 设定脚本运行频率，告警方式等基本参数，进行接口的日常监控。 5. 每日进行接口脚本的维护更新，接口异常的处理。 五、运行时机设计 该方案的运行时机设计包括： 1. 开发自测：开发同学开发完新的接口后，不知道对其他接口有没有影响，可以跑一遍接口测试来确定。 2. 冒烟测试：开发提测后，可以把所有接口和参数都运行一遍，如果有严重阻塞问题，则退回开发重新修改。 3. 回归测试：增量测试完成后，进行全量回归测试时，可以把所有接口和参数都运行一遍，以覆盖到所有路径，以确认增量测试bug修复期间的代码修改是否有影响到接口。 4. 线上监控：对已上线业务进行监控，当某些组合条件查询不到数据或者某些接口拉取不到数据时，能够及时提醒相关测试和开发人员。 六、HTTP接口自动化测试平台搭建 该方案的技术选型包括： 1. Java+jmeter+ant+jenkins（选择该套方案的原因在于jmeter开源软件，可扩展性强，可根据自身需要二次开发）。 2. 接口监控任务调起管理：Jenkins 3. 测试报告的生成和转换：ant 七、编写脚本及脚本管理 该方案的脚本编写和管理包括： 1. 利用jmeter进行脚本编写和调试，在本地编写，上传至服务器集中管理。 2. jmeter的脚本编写，可参照官方帮助文档。 八、ANT的build.xml代码准备 该方案的ANTbuild.xml代码准备包括： 1. 配置jenkinsJob并运行。 2. 在jenkins上进行任务构建。 3. 在job的workspace目录下会生成结果报告。 九、配置邮件发送功能 该方案的邮件发送功能包括： 1. 配置job，可以选择手动触发执行任务或者自动定时触发任务。 2. jenkins构建完成后，自动发送构建结果邮件（通知相关人员），邮件中附上测试报告地址。 3. 如果发现监控失败的接口，可以查看测试结果报告中的失败详情，确认是缺陷，提交到缺陷系统，方便后面对该问题的跟踪处理。形成闭环。