进行任何性能测试之前，都需要制定一份详尽的测试计划，从业务角度到技术角度详细地说明性能测试将如何进行。一份性能测试计划应该至少包含以下方面：
- 总体方法
- 依据与基本假定
- 性能测试前的操作
- 性能测试方法
- 性能测试操作
- 性能测试点
- 性能测试方案
- 性能测试的执行
- 性能测试指标
总体方法
这一部分是指用非技术性术语将性能测试的总体方法描述出来。目标受众是管理部门与业务部门。样例如下：
“此性能测试方法主要用来对新部署的系统所支持的业务过程进行测试。通过部署这次性能测试，我们将：
- 以避免该版本发布所带来的性能问题为主要目的。
- 根据市场及调研分析做出基本的运行假定，确定需要进行性能测试的部分。
- 就这些假定达成统一，决定性能与压力测试的内容及范围，并在既定的任务时间内完成。
依据与基本假定
在这一部分中，要清晰地描述测试前必须满足的依据（必须完成的任务）与基本假定（测试时假定为真）。样例如下：
“在开展性能测试之前，必须满足以下条件：
- 要进行性能测试的组件必须能完全正常运行。
- 要进行性能测试的组件要安装在可以代表（或按比例可调的）预期的生产环境的硬件或固件中。
- 数据存储库要能代表（或按比例可调）预期的生产系统。
- 有确定的性能测试目标，包括运行情况的假定与测试方案。
- 安装好性能测试工具并提供所需的技术支持。”
性能测试前的操作
这部分要清楚地说明在正式进行性能测试之前为确定系统已经就绪而进行的预测试操作。相当于功能测试中的冒烟测试（smoke testing）。例如：
“为减少性能测试中的风险，可以进行几项预测试操作：
在质量保证测试环境下利用‘桩(stub)’或‘实用程序（utilities）’测试事务处理能力，即投影最大负载（projected peak loads）。
用‘桩’或‘实用程序’代替无需测试或只需进行有限测试的B2B类事务。这将取消任何关于B2B事务的依据。
用‘桩’或‘实用程序’代替性能测试中无法使用的内部组件。这将移除所有关于此类组件的依据。
在所有大规模服务器上部署合适的性能监控器。”
性能测试方法
这一部分是前面总体方法的扩展，应该考虑到业务与技术两个方面。
性能测试操作
这一部分详细说明了性能测试中所进行的操作。样例如：
根据既定方案对系统进行合适的负载测试。方案包括：
> 用户操作（业务流程）
> 既定负载（每分钟的事务处理次数）
> 既定指标（响应时间）
性能测试期间将进行手工测试和自动化的功能测试，保证在当前负载下用户操作不会受到影响。
将使用系统监控器监测测试涉及服务器的性能计量过程数据，保证其达到预期的性能要求。”
性能测试点
性能测试不要求也无法做到覆盖软件所有的功能，通常我们只是对系统中某些功能或模块做性能测试。
遵循原则：基本常用的；对响应时间苛刻的。
制定性能测试方案
这一部分在测试计划中的位置要取决于企业在性能测试领域的成熟度。如果企业几乎或者完全没有这一领域的经验，就在计划中包括这一部分，否则可以将其作为附录部分。样例如：