摘要：
一、分析准备 1、 分析准备由于项目处于在线状态，有必要尽快进入巡逻队，以防止环境未知。虽然在运维端对运维进行监控，但最好测试业务端的巡检是否成功。经过大量研究，我们决定使用jmeter+ant+Jenkins+微信自动检测和相关通知。经过分析，我们应该做好以下准备：1.jmeter：实现巡检的接口调用，判断前后接口返回的内容和响应时间是否正常；2.Ant：通过命令执行jmeter脚本，并生成
由于项目上线了，需要尽快接入巡检避免环境挂了不自知。虽然运维有运维侧的监控，但是测试还是从业务侧的巡检是否成功开展一些工作比较好。经过了一番调研决定使用jmeter+ant+Jenkins+企业微信自动化巡检及相关通知。
经过分析，我们要做如下的准备：
1、jmeter：实现巡检的接口调用，判断前后端接口返回内容、响应时间是否正常；
2、ant：通过命令的方式执行jmeter的脚本，并生成指定格式的html测试报告；
3、Jenkins：通过定时的方式自动调用ant，并且在失败的情况下将结果通过企业微信+邮件的形式反馈项目组成员；
4、企业微信：接收来自Jenkins的请求，在群组里显示本次构建（巡检）的成功情况；
二、jmeter实现巡检脚本首先需要下载jmeter，各位自行百度。安装好后，开始编写巡检脚本。在编写脚本前，需要和项目组讨论出巡检的方案，即巡检哪些服务、调用的接口是什么，巡检报错的机制、是否有超时判断等等。脚本本身编写每个项目不同，这里主要说一下两个重要的东西。
1）、接口响应超时
使用断言持续时间。每个接口加一下即可。
2）、接口失败重复执行
思路：使用while循环包住所有的接口，其中如果有任意接口失败，触发再次循环条件重复执行一次所有的接口，直到循环最大次数到达。
优点：加的组件少，方便
缺点：没法做到哪个接口失败只重复执行这一个
具体方法：直接参考这位博主的文章
https://www.cnblogs.com/MasterMonkInTemple/p/3378425.html
组件层级：
PS：关于失败的请求将结果重新置为成功，这步效果本人并没有实现。
好，这里脚本的编写就算完成了。下一章将如何用ant调用脚本。