制定性能测试方案
这一部分在测试计划中的位置要取决于企业在性能测试领域的成熟度。如果企业几乎或者完全没有这一领域的经验，就在计划中包括这一部分，否则可以将其作为附录部分。样例如：
“制定性能测试方案需要大量来自IT与业务部门的信息。
业务方案
业务方案首先要用简单的文本描述待测的业务过程。
然后业务方案扩展到一系列包含准确的数据需求的详细步骤。
最后直到当IT部门确定了应用/服务器的行为(比如缓存)需要(或不需要)哪些额外的数据需求，业务方案就算完成。
预期吞吐量(峰值)
预期吞吐量首先要说明高峰时段和非高峰时段用户对某一业务的预期操作量。
然后扩展到一系列不同的、终端用户可能无法分辨(或可以分辨)的业务过程。
直到IT部门确定哪些额外的因素(如果有的话)会影响到负载(比如负载平衡)，预期吞吐量这部分就算完成了。
验证性能标准(验证不同负载条件下的响应时间)
性能标准验证是指在低、中、高负荷条件下可接受的业务响应时间。根据一天的系统负载情况为参考。这可以用其它的性能方案进行模拟。
然后性能测试团队便能用可测的系统事件对验证标准进行阐述。然后这些标准就提交到业务部门以供验证。
直到IT部门确定了如何在性能测试过程中对系统性能进行监控，验证标准过程部分就完成了。这其中包括性能测试团队的指标。
数据需求(方案与部署的具体内容)
业务部门确定会影响到终端用户体验的主要数据部分。
IT部门对这些数据需求进行扩展以包含终端用户不可见的一些因素，比如缓存。
性能测试团队与IT和业务部门合作创建所需的数据存储库以支持性能测试。”
性能测试的执行
这一部分在测试计划中的位置仍然取决于企业在性能测试领域的成熟度。如果企业有大量的性能测试经验，那么这一部分可以作为辅助性的附录。样例如：
文章来源于领测软件测试网 https://www.ltesting.net/
