【总结】对异步处理的http接口进行性能测试

之前对接口作性能测试，接口都是同步处理的，请求以后等待响应结果就知道处理结果了，这样只要看这个接口是否异常，若是无异常无报错记录这个接口的响应时间、TPS等性能指标进行分析就能够了，最近在工做中遇到了异步处理的接口，逻辑是只要你请求参数所有合法，即返回成功。

通俗理解一下同步和异步的差异，举个小例子：

同步就是你妈喊你吃饭，你说等一下，而后你妈妈就一直在旁边等着你，专门等着你，等你作完了，一块儿去吃饭；

异步就是你妈喊你吃饭，你说等一下我忙完了就过去，你妈就走了，该干啥干啥去了，你忙完了，直接过去吃饭。

那么问题来了，这种接口，若是还像之前同样单纯的看接口的响应时间，就没有任何意义了，那么如何判断接口的性能呢？

先来描述一下被测系统：

这是一个专门负责发送消息的平台，包括短信消息和设备消息，大概架构以下：整个系统分为前端和后端，前端负责接收客户端的传参，把数据写入数据库并插入消息队列MQ；后端负责发送消息，队列MQ的消费，并更新数据库记录队列消息的消费时间及发送状态；接口所有为异步处理机制，下面以发送接口为例，简述整个测试过程：

一、制定测试方案

开始性能测试了，说明系统功能已经稳定，无遗留严重bug，此时须要对系统的需求作个调研分析，肯定被测系统的性能测试方案，这里能够从需求出发，初步肯定性能测试方案。肯定测试场景为单接口场景，选取三个调用频率最高的接口来测试，和开发及运维等相关人员肯定压测环境、服务器配置等数据，经过压力测试工具jmeter关注响应时间、每秒TPS及错误率，同时使用阿里云监控平台监控服务器内存和CPU使用状况。采用按部就班增长线程数的方式获得接口的最大处理能力。

二、肯定测试数据

为了尽可能模拟真实场景，需准备不小于并发数百分之20的数据做为压测数据。

压测数据写在excel中

ps：这里有个坑，由于消息系统是给用户发送短信及消息，一不当心可能致使消息发送到真实用户了。此处有两个解决方案：a、让开发处理手机号校验的代码，把代码注释，手机号使用不存在的数字组合便可

b、开发作挡板，屏蔽调用第三方发送接口

三、根据测试场景编写测试脚本

共三个接口，https协议post请求

调用接口无需token，所以只须要把入参拼接排序加密签名便可，入参处理方法能够用java写好打包放到jmeter的lib目录，在beanshell中import进来直接调用便可

四、执行测试

 测试脚本调试经过，就能够执行测试了。

按照常规接口的测试方式：就是从1个线程数开始，每次压测5分钟左右，压测过程当中监控服务器cpu及内存占用状况，记录tps及响应时间，不断增长并发数，找到tps随并发数增大的拐点，即得出接口最大处理能力。

可是以上方式并不适用于这种异步的接口，那么如何处理呢？

此处经过查询数据库。当全部请求所有完毕了，查询数据库的发送信息表，检查请求时间字段和发送时间字段，请求时间字记录该请求的调用时间，发送时间字段是后端发送消息后回写到数据库的发送时间，故请求时间字段和发送时间字段的差就是这一个请求的完整的响应时间，能够算出全部请求的平均时间、90%时间，第一条开始请求的时间到最后一条发送成功的时间之差就为持续压测时间，进而经过请求数可以计算出TPS，达到测试目的。

五、测试结果分析及调优

 这部分和普通接口的压力测试是相同的，这里很少叙述。