移动端测试之性能测试

性能测试

移动端应用通常是C/S架构的应用，安装在手机上面的应用程序作为客户端，后端提供服务的server作为服务端。客户端和服务端之间使用API进行通讯。那么对于移动端应用的性能测试其实也是对接口进行的测试。性能测试有几个必要的考虑因素：

1. 测试数据：性能测试的执行环境一般不会是生产环境，当然最近很火的概念全链路压测是建议我们尽量在生产环境执行该测试的，但是大多数情况我们会使用SIT环境或者单独创建一个性能测试环境。数据量的确认有两种方式，如果是一个已经发布的产品进行性能测试的话，我们可以采取线上的监控数据，判断出不同场景下性能测试的数据量。如果是一个0-1的产品，那就要考虑竞品数据量大概是什么水平，或者采用调研的方式得到相对合理的数据量。

2. 测试目的：性能测试的目的是性能测试中重要的一环，根据不同的目的可以得到不同的性能测试概念，如果是想要进行稳定性测试，那就需要在合理的数据量下持续进行测试。如果是想要进行压力测试，那就需要在不同的场景下不断进行加压，直到找出系统瓶颈或者系统宕机；如果只是想要判断升级后的系统性能是否有衰减或者改进，只需要对比上一次性能测试数据重新进行测试即可。

3. 测试框架：目前市面上的性能测试框架有很多，比较流行的有Jmeter，这是由阿帕奇开源的性能测试工具，有强大的社区和活跃的开源贡献者。Loadrunner，这是HP公司的商业软件，是市面上性能测试框架中功能最全的，支持几乎所有的协议，同时提供录制回放等功能，缺点是贵和对mac用户不友好。K6，这是grafana开源的性能测试框架，由go语言编写，如果只是做简单的性能测试，使用起来非常的方便，同时框架内对HTTP接口的支持很好，可以复用接口测试代码，一举多得，缺点是对插件的支持比较差，如果需要mock很多测试数据的话比较恼火。这里是K6性能测试的介绍文章。K6文章传送门

4. 检查指标：

   简写	英文全称	含义
   RT	Response time	响应时间
   HPS	Hits per second	每秒点击数
   TPS	Transactions per second	每秒事务数
   QPS	Queries per second	每秒查询数
   RPS	Requests per second	每秒请求数
   CPS/CPM	Codes per second	在HTTP协议中提及，每秒返回码
   PV	Page view	页面浏览量
   UV	Unique visitor	独立访问者
   IP	Internet protocol	本意是IP地址，性能中是独立IP数
   Throughtput	/	吞吐量
   IOPS	Input/output Operations per second	通常描述磁盘

   TPS的理解，要注意T的定义，在接口层级T就是每次的request，如果是业务层级的话，T就是一个业务流，其中可能存在多个接口。

   QPS一般记录的是前端查询的sql，不包含插入、更新、删除操作，显然这样的指标用来描述系统整体的性能是不够全面的。所以不建议用 QPS 来描述系统整体的性能，以免产生误解。

   通过TPS判断并发数量：通常在对在线用户做并发度的分析，很多业务中只有5%甚至低于1%的并发。举例说明，如果一个系统在线人数要求是10000，那么某业务的同时在线人数也就是10000*5% = 500TPS， 不是线程500，还需要根据响应时间转换，比如响应时间是100ms，线程数就是 500/（1000ms/100ms）= 50 线程。并发指的是Server 端的处理能力

   并发用户数 （TPS）= （1000ms/平均响应时间）* 线程数

   并发度的计算方式 ： 某业务功能的并发度 = 同一时段的操作某个功能的用户数/ 统计某时段的当前在线用户数 * 100%

5. 测试报告：一般情况下性能测试工具都会带有响应的测试报告，如果你觉得工具自带的不够用的话也可以尝试使用grafana和普罗米修斯这种监控工具生成自定义的精美报告。