业务范围内的过程

　　这一部分指定系统的哪些方面属于业务范围内（基于标准）。样例如：
　　
　　“性能测试时将以下过程视为业务范围内的过程：

     用户注册
     登录/访问
    用户对内容进行浏览
    销售条款与执行
    账目计算
    业务过程目录与以下人员商议制定：业务分析员、市场分析员、基础组织和业主。”

　　业务范围外的过程

　　这一部分指定系统的哪些方面属于业务范围外（基于标准）。样例如：
　　
　　“性能测试时将以下过程视为业务范围外的过程：

    信用检查
    > 前提：信用检查将委托第三方进行――因此不会对性能产生明显的影响。

    所有在当前未被列为业务范围内或范围外的业务功能。
    > 前提：所有未在本文件中列出的范围内或范围外的业务都不会对业务产生明显的性能影响。”

　　制定性能测试方案

　　这一部分在测试计划中的位置要取决于企业在性能测试领域的成熟度。如果企业几乎或者完全没有这一领域的经验，就在计划中包括这一部分，否则可以将其作为附录部分。样例如：
　　
　　“制定性能测试方案需要大量来自IT与业务部门的信息。

    业务方案
    > 业务方案首先要用简单的文本描述待测的业务过程。
    > 然后业务方案扩展到一系列包含准确的数据需求的详细步骤。
    > 最后直到当IT部门确定了应用/服务器的行为（比如缓存）需要（或不需要）哪些额外的数据需求，业务方案就算完成。

     预期吞吐量（峰值）
    > 预期吞吐量首先要说明高峰时段和非高峰时段用户对某一业务的预期操作量。
    > 然后扩展到一系列不同的、终端用户可能无法分辨（或可以分辨）的业务过程。
    > 直到IT部门确定哪些额外的因素（如果有的话）会影响到负载（比如负载平衡），预期吞吐量这部分就算完成了。

    验证性能标准（验证不同负载条件下的响应时间）
    > 性能标准验证是指在低、中、高负荷条件下可接受的业务响应时间。根据一天的系统负载情况为参考。这可以用其它的性能方案进行模拟。
    > 然后性能测试团队便能用可测的系统事件对验证标准进行阐述。然后这些标准就提交到业务部门以供验证。
    > 直到IT部门确定了如何在性能测试过程中对系统性能进行监控，验证标准过程部分就完成了。这其中包括性能测试团队的指标。

    数据需求（方案与部署的具体内容）
    > 业务部门确定会影响到终端用户体验的主要数据部分。
    > IT部门对这些数据需求进行扩展以包含终端用户不可见的一些因素，比如缓存。
    > 性能测试团队与IT和业务部门合作创建所需的数据存储库以支持性能测试。”

　　性能测试的执行

　　这一部分在测试计划中的位置仍然取决于企业在性能测试领域的成熟度。如果企业有大量的性能测试经验，那么这一部分可以作为辅助性的附录。样例如：
　　
    “性能测试通常按照一定的顺序进行：

　　制定性能测试方案。
　　根据制定的方案定义一天的负载。
　　单独执行性能测试以检测特定的业务流程中可能存在的问题。
　　以封包的方式执行性能方案，模拟一天的活动，并根据性能标准进行评测。
　　报告性能测试的结果。
　　调节系统。
　　根据需要重新进行测试。”
　　性能测试指标

　　性能测试指标是与性能测试方案中制定的性能验证标准相对应的。如果企业预备将其作为性能要求，那么就应该在性能测试计划中增加性能要求的部分。最基本的性能测试指标包括检测响应时间和给定性能负载下事务处理的失败率（如性能测试方案中所述）。然后用这些指标与性能要求对比，确定系统是否符合业务要求。

　　结束语

　　本文只能描述性能测试计划的一般情况，具体则要根据所测试的系统和情况而定。最后要说的是，许多非性能测试操作经常被视为性能测试——我喜欢称之为假寐的（warm-and-fuzzy）性能测试。如果你没有模拟预期的生产负载，那就不能说是在做性能测试。