这一部分指定系统的哪些方面属于业务范围内(基于标准)。样例如：

　　“性能测试时将以下过程视为业务范围内的过程：

　　用户注册

　　登录/访问

　　用户对内容进行浏览

　　销售条款与执行

　　账目计算

　　业务过程目录与以下人员商议制定：业务分析员、市场分析员、基础组织和业主。”

　　业务范围外的过程

　　这一部分指定系统的哪些方面属于业务范围外(基于标准)。样例如：

　　“性能测试时将以下过程视为业务范围外的过程：

　　信用检查

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

　　所有在当前未被列为业务范围内或范围外的业务功能。

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

　　数据需求(方案与部署的具体内容)

　　> 业务部门确定会影响到终端用户体验的主要数据部分。

　　> IT部门对这些数据需求进行扩展以包含终端用户不可见的一些因素，比如缓存。

　　> 性能测试团队与IT和业务部门合作创建所需的数据存储库以支持性能测试。”

　　性能测试的执行

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

　　“性能测试通常按照一定的顺序进行：

　　制定性能测试方案。

　　根据制定的方案定义一天的负载。

　　单独执行性能测试以检测特定的业务流程中可能存在的问题。

　　以封包的方式执行性能方案，模拟一天的活动，并根据性能标准进行评测。

　　报告性能测试的结果。

　　调节系统。

　　根据需要重新进行测试。”

　　性能测试指标

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

　　结束语

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