第一篇

**性能测试是做什么：**性能测试，不是去找BUG，而是去分析性能指标！

**性能测试大部分是无界面模式：**与功能测试不同，做性能测试的时候，大部分是无头，无界面模式，即我们不需要在被测系统的界面上进行操作

**性能测试的时间长：**性能测试的时间一般会比自动化、功能测试时间长，因为性能测试的步骤跟后两者不一样。性能测试前期需要了解系统，做环境搭建，后期做压力测试（7*24h）等等

性能测试需要通过工具执行：性能测试需cesi要模拟系统被很多很多用户同时使用是，系统能不能正常使用。手工可以模拟几个用户，但不能模拟大量的用户。所以性能测试需要借助工具进行。

大数据量测试是不是性能测试？：一个接口返回的数据比较多叫大数据量。返回大量的数据响应时间会变长，我们需要考虑网络传输数据、服务器查询这些数据、服务器处理这些数据分别需要多少时间。所以是性能测试。

在性能测试时发现BUG怎么处理？：如果发现BUG，可以提交给开发，但发现BUG不是性能测试的最终目的，我们的最终目的是找出性能指标

我们常说的压测是只压力测试吗？：不是！指的是负载测试，一般都是为了找出系统的最大负载量。比如通过“压测”来看系统最多能支撑多少用户同时访问。

总结：

场景类比：

跑步100米，用时多少？运动员的心跳、步伐频率是多少？

性能指标值和响应时间是否满足当前业务场景的最低要求（合格线）

什么时候能找出性能指标值？

假设，有一个电商系统，我们需要找到服务器能正常支持多少人同时下单。

第一阶段（第一次做）:

先把基础的性能指标找出来（第一次性能测试也叫基准测试）：比如100个人同时下单系统正常，120个人同时下单就会出现部分请求的响应时间超长，连接异常，那么100~120范围内的某个值就是当前服务器能达到的性能指标值（基准值）

第二阶段：

版本迭代，进行第二次性能测试，重新跑一遍之前的性能脚本：又会得到一些性能指标值，对比上个版本的性能指标值，看是否有优化

第三阶段：

版本迭代，进行第三次性能测试。。。

。。。

性能测试不像自动化测试那样很多东西大家都是公认的，性能测试没有一套标准的知识体系，只能说是相似的。基本每个人都有一套自己的知识体系，只要属于自己的知识体系建立起来了，那么就能助力你正确的完成性能测试。

逐步增加系统负载，测试系统性能变化，并最终确定系统所能承受的最大负载量

通过增加“用户数”就是常说的并发数

场景类比

天平秤，称东西的时候，需要逐步加发马，最终达到砝码和物品重量平衡点，因为不可能一下子就达到平衡点（好比不可能一下子找到系统能承受的最大负载量）

实际场景

有一个业务，增加到40个人的时候，服务器还能正常使用，没有异常

当增加到50个人的时候，服务器已经开始有异常了，那么久确定40~50之间某个值就是系统所能承受的最大负载量【出现性能拐点，找到了服务器性能瓶颈的范围值】

最后减小加压梯度，确认最大负载量【确认性能拐点】

服务器会出现哪些异常？

响应时间长：正常服务器处理请求时间是1s，但是现在变成3s~5s

服务器报错：无法同时正常响应多个请求

服务器宕机：系统完全用不了

在较大的性能压力下，持续运行一个比较长的时间，看看系统服务是否正常即系统资源的利用率情况

较大压力+较长时间

注意：不是满负荷压力哦

测试系统的稳定性

比如：工作压力大，还能坚持下去，说明你的稳定性好。

生产环境下，系统隔三岔五的出现不稳定的情况，比如：服务异常(响应错误、响应时间超时等)，服务器出现宕机

这个时候，就需要通过压力测试取测试系统的稳定性情况

在负载测试中，我们确认了系统所能承受的最大负载量

压力值