Part1实验
很多测试工程师甚至包括研发人员，面对性能测试时，都会感觉无从下手。对于测试新人，面对性能测试，总有一种神秘感、高级感。通往高阶测试的路上，性能测试确实是成长的快车道。
三点君有幸参与过秒杀、活动、容量、保障等多个项目中的性能测试。用一句话来说，性能测试是一个测试专项，在一套完整的性能测试方案指导下，开展代码、系统、资源、用户的平衡实验。
U == C S R
Part2场景
性能测试开场篇，通过性能场景Q&A的过程来揭开性能测试神秘的面纱。
Q1
研发为了应对用户增长时，利用机器
资源性能的瓶颈在哪里？
当研发利用现有的资源提高系统服务的性能，从而应对未来可能的用户流量增长时。我们先看不变量，资源R不变,那么不变量就是R。变量呢？很明显用户U可能会变高，所以我们要通过性能测试，找到代码C和系统S的瓶颈，提升C或S，从而让U提高。
Q2
研发修改了某个php代码模块的高流
量接口代码，性能是否有损失？
很明显，此时只有代码C发生了变化，而代码C的变化，很可能会引起性能的变化。所以通过性能测试，我们要保证代码的变动不会引起性能的损失。
Q3
研发将某代码模块从php语言重构成了
go语言，性能是否有提升？
同理，代码C和系统S的重构变化。能否达到在R资源不变的原则下，有效提高U，这个校验的过程就是性能测试。
Q4
当前服务系统的性能容量如何？
性能容量：特定性能指标，设定一个边界或者极
限，用来优化资源（缩容）。
代码C和系统S没有发生变化，当前的业务流量用户U也没有发生变化，性能容量评估来判定资源R是否被充分利用，能否合理的进行资源分配部署。
Q5
产品小王告知电商秒杀活动需求预计
用户量，性能是否满足？
当系统负责人或者产品需求方得知活动的预估流量，但是右侧的CSR并不清楚时，通过性能测试，来评判CSR能否满足U。
Q6
重大节日为了满足服务性能，合同里
要求第三方服务供应商提供一定的qps
甲方知晓用户需求，所以甲方要根据U给出具体性能需求，让乙方通过优化代码、系统、资源等途径，来满足甲方的合同需求。
Q7
某用户反馈某个页面打开很慢，需要
测试评估前后端性能，来判断是bug
还是性能问题。
这个通常先判断是否是功能问题，然后再分别评估是前端的性能不足还是后端服务的性能遇到问题。
Q8
某用户反馈升级app后，页面加载很
慢，手机网络设备在都正常下，像
是app出问题了。
需要判断页面和端框架是否有代码bug，然后分析端框架渲染是否有性能故障。
Q9
多用户反馈在整点登录打开，页面
loading时长过久，不知道哪里的问题
整点登录很明显瓶颈在于同时登录很多用户，有性能瓶颈，需要测试技术分析来修复问题，提升用户体验。
Part3接活
性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件对系统的各项性能指标进行测试。
这里面需要主要的一点，系统特指软件层面，而非硬件层面，硬件也会有性能测试，常听到手机跑分或计算机电脑跑分，算是性能评测。这里我们度量的是软件系统的一种特性，硬件的性能不再讨论的范围之内。
我们接到一个性能测试的任务时，参考上述的场景，结合性能实验模型，快速了解性能需求背景，为后续性能测试做良好的开端。
