导语
由于我们公司用户数量庞大，在服务上线之前，性能测试必不可少。本文主要介绍性能测试的流程，需要关注的指标，性能测试工具Apache bench的使用，以及常见的坑。
什么是性能测试
性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接受的性能点，来获得系统能提供的最大服务级别的测试。
性能测试的目标是什么
性能测试最终的目的，是找到系统的瓶颈，一般来说，是找到服务单机最大TPS(每秒完成的事务数)。
需要注意的是，服务的TPS需要结合请求平均耗时来综合考虑。例如：服务TPS压到1000，平均请求耗时500ms，但是假如我们定的服务请求耗时不能超过200ms，那么这个1000的TPS是无效的。
很多场景下，服务都会设置超时时间，若平均耗时超过此超时时间，则可认为服务处于不可用状态。
什么时候需要性能测试
1、功能测试完成之后，上线之前。
正常情况下，上线之前，都应该进行性能测试，尤其是请求量较大的接口，重点业务的核心接口，以及直接影响用户操作流程的接口。
2、各种大促，运营活动开始之前。
大促，运营活动，都会导致流量激增，因此上线之前做好压力测试，评估系统性能是否满足预估流量，提前做好准备。
举个反面例子：某品牌电商，年年大促年年挂。
再来个正面的例子：每年双十一之前，阿里都会有全链路压测，各个业务自己也会有独立的压测，阿里在这块做得还是非常不错的。
怎么做性能测试
常见的http性能测试工具
httpload
wrk
* apache bench*
最终我们选择apache bench。
看上去wrk才是最完美的，但是我们却选择了ab。我们验证过各种工具请求数据是否准确，压测的时候，通过后台日志记录，最终得出结论，ab的请求数误差在千分之二左右，而其他两个工具在千分之五左右。
不过不得不说，wrk的确是一款非常优秀的压测工具，采用异步IO模型，能压到非常高的TPS。曾经用空逻辑接口压到过7w的TPS，而相同接口，ab只能压到2w多。
apache bench的使用
前面已经给了一个简单的例子了，下面详细介绍下ab的使用。
如何安装？
如果docker容器已经安装的apache，那么恭喜，ab是apache自带的一个组件，不用重新安装了。当然，也可以自己单独安装apache bench。
ab 常用参数介绍：
性能测试报告
测试报告应该包含以下内容。当然，根据场景不同，可以适当增减指标，例如有的业务要求关注cpu，内存，IO等指标，此时就应该加上相关指标。
常见的坑
（1）AB发送的是http1.0请求。
（2）-t可以指定时间，-n指定发送请求总数，同时使用时压测会在-t秒或者发送了-n个请求之后停止。但是-t一定要在-n之前（ab的bug，-n在-t之前最多只会跑5s）。
（3）为了使测试结果更可靠，单次压测时间应在2分钟以上。
理论上，压测时间越长，结果误差越小。同时，可以在瓶颈附近进行长时间压测，例如一个小时或者一天，可以用来测试系统稳定性。许多系统的bug都是在持续压力下才会暴露出来。
（4）小心压测客户端成为瓶颈。
例如上传，下载接口的压测，此时压测客户端的网络上行，下行速度都会有瓶颈，千万小心服务器还没到达瓶颈时，客户端先到了瓶颈。此时，可以利用多客户端同时压测。
（5）ab可以将参数写入文件中，用此种方式可以测试上传文件的接口。
需要配合-p -t 使用：
文件内容如下：
那么，多客户端压测时，如何保证不同客户端压测节奏一致呢（同时开始，同时结束）？
欢迎大家留言讨论。
版权所属，禁止转载！
扫描下方二维码，关注微信公众号：腾讯移动品质中心TMQ，获取更多测试干货！
