需要监控的资源。进行性能测试时，需要监控的系统软硬件资源的占用情况。这和产品的具体情况有关，一般可以考虑的因素包括： CPU 使用情况、 Memory 的使用情况、磁盘的 I/O 、网络的占用情况、数据库运行状况、 Web/ 应用服务器运行状况等。
测试工具。选用什么工具进行性能测试，是自己开发，还是选用第三方的测试工具。
进度安排。各阶段的工作内容、时间安排。
4.2 搭建测试环境
依照测试计划中的测试环境要求，搭建实际的测试环境，安装配置还好硬件、软件，准备好测试数据。
4.3 编写测试程序/脚本
编写实际的测试程序或脚本。如果能够使用现有的成熟测试工具则尽量选用，如果现有工具不能满足测试要求，则需要编写定制的测试程序。
同时，要为脚本编写说明文档，文档的内容主要是脚本的名称，以及其对应的测试内容。
4.4 测试执行和分析
设定多种测试场景组合，反复运行测试，记录结果数据，逐步优化系统，最后达到一个可接受的性能结果。测试执行过程中，注意每次测试后下次测试开始前的测试环境恢复工作。
性能测试和功能测试一样，也有测试迭代的过程，也会有产品版本的更新。在性能测试过程中，需要和开发人员协同工作，一起调优系统。
4.5 编写测试报告，结束测试
整理测试数据，总结测试结果，编写测试报告，结束测试。
附录 1 保证LoadRunner测试脚本的正确性
在用 LoadRunner 编写完测试脚本后，要保证脚本在以下情况下能够正确运行：
在脚本编辑器中：单用户单循环运行脚本;单用户多循环运行脚本。
在 controller 中：多用户单循环运行脚本;多用户多循环运行脚本。
附录 2 性能测试术语解释
测试场景：包含一个或多个脚本，设定并发数量，运行方式，模拟系统在现实中的一个情景。
事务：是指一组相关的操作，是性能测试中的计时单位。比如‘登录应用系统’就可以作为一个事务。
集合点：设置集合点后，先到达的请求会等待，直到所有的请求都到达，然后一起发送请求。设置集合点，是为了进行更严格和精确的并发测试。
checkpoint ：也叫检查点。和功能测试一样，性能测试也需要检验结果的正确性。当返回标准的 HTTP 错误时(状态码不是 200 +时)，Loadrunner能够识别出来，但如果返回的不是标准HTTP错误，Loadrunner则无法识别，这时只能通过我们设置的check point来发现错误。
参数化：为了更真实的模拟现实操作，我们经常需要对测试输入进行参数化。比如登录时的用户名。
关联：对于脚本中动态变化的部分，需要对其进行参数化， Loadrunner 提供了对这种变量进行参数化的功能，叫做关联。比如下面这种情况： 在一个基于 WEB 的应用中，用户每次登录时会被服务端赋予了一个 SessionID ，该用户的后续操作都必须给出这个 SessionID 。在这种情况下，由于被赋予的 SessionID 是由服务端给出的，每次执行脚本时，获得的 SessionID 都会不同，因此就需要在脚本中取得用户每次登录，服务端返回的 SessionID ，在后续步骤中使用。这时我们就需要对 SessionID 进行参数化。即 Loadrunner 提供的关联功能。
迭代次数：在性能测试中，对于一个场景，我们需要运行多次取其平均值，即迭代运行多次。目的是为了避免意外因素对测试结果的影响。
think time ：思考时间。在进行长时间的稳定性测试时，要考虑在脚本中加入适当的 think time ，来更好的模拟现实中的情况。
文章来源于领测软件测试网 https://www.ltesting.net/
