当客户或老板把你叫来，对你说，去给我们系统做个性能测试，千万别傻傻的说“好！”然后，就走了，不要打肿脸充胖子，回到座位后，不知从何下手了。
那么，我们需要知道什么呢？
1.性能测试的目的
（1）客户有明确的需求，他们需要知道他们系统要达到一个怎样的标准。如：系统满足100人同时在线，每个在线用户的响应时间不能超过5s。
（2）只是想知道目前系统的性能（系统的容量测试）我们的目的就是求得最大用户数和最佳用户数，但是，这仍然是一个比较含糊的需求，我们需要对系统做出分析，找出系统的压力点。
（3）找出系统的性能瓶颈 这个同样需要分析可能对系统造成瓶颈的逻辑业务，然后在进行性能测试。
（4）了解系统在长时间压力下的性能情况 这个一般是验证系统的稳定性，因为系统一旦上线，有可能长期处于大量用户访问状态，可能会暴露出一些其他没有出现过的问题，比较典型的就是内存泄漏。
2. 性能测试的环境
确定了我们的测试目的，当然需要测试环境。这里的环境，我们需要考虑一下几点
1）硬件环境
我们需要了解被测服务器硬件配置，用于加压客户端的机子配置，CPU 内存 等
2）软件环境
我们需要了解被测系统的架构，前端、中间件、服务器（这里指运行系统软件服务器，如tomcat）、数据库，以及他们的部署位置。
用于加压的客户端采用什么性能测试工具进行加压。
3）网络环境
网络环境很重要。在上面的几个目的中，除了找出系统性能瓶颈可以在广域网进行，因为这个目的可以不用设置太多的虚拟用户，只要找出系统哪个地方影响了整个系统的性能就行。
其他目的的测试都需要在，局域网进行，不然你压力工具所发送的请求都会卡死在网络的传输过程中。
3. 寻找系统的压力点
我们需要对系统的哪个页面或业务进行加压。这个不是自己想出来的，需要与开发人员的沟通。系统的首页？系统的登录？还是系统的交易过程？各个业务的用户比例是多少？
只有获得有效的性能需求，才容易寻找和定位压力点。
获得有效的需求：http://www.cnblogs.com/jackei/archive/2006/12/12/589473.html
如果上面的几点，你都很清晰了，那么打开你的性能测试工具开始录制（或编写）你的性能测试脚本吧！
原文：https://www.cnblogs.com/zhujunsheng/p/10406552.html