设计阶段包括定义系统中所要测试的业务过程，在平均或峰值生产时间的综合业务过程，和用户和响应时间的全面目标。
构建阶段包括建立和配置测试系统和基础设施，并且使用自动化性能测试解决方案来构建测试脚本和负载场景。
执行阶段由运行负载场景和测量系统性能组成。
诊断和调整反复迭代的阶段超出了测量系统性能和负载测试，达到另外一个层次，关键是要查明问题来快速帮助解决问题，并且调整系统参数来最优化性能
让我们详细分析关系到每个阶段成功与否的必要任务。
设计
这是性能测试团队向业务部门搜集性能需求的主要阶段。需求可以被认为分为四个方面—业务，技术，系统和团队需求。
业务需求一般通过与主题专家(SME,subject matter expert)的会议来搜集。这些人可以是业务分析师和最终用户。当下面内容准备好后，一套全面的业务需求就形成了：
应用概要：系统用法的演示使得性能团队得到更高层次的理解，应用是如何被使用的。
业务过程列表：最终用户在系统上所执行的关键业务过程列表。
业务流程：Word文档，详尽记录每个业务过程的精确步骤和屏幕。
事务列表：业务过程中关键活动的列表—例如登录或转移资金—需要在负载下测量。
业务过程图：业务流程图说明业务流程的分支条件。
技术需求可以通过与系统管理员和数据库管理员(DBA)的会议来搜集。这些人可以隶属于开发或运营部门，或者隶属于两者。一套全面的技术需求仅当以下内容齐备时完成：
环境评审：按照测试体系结构由系统或基础设施组进行走查评审。
系统范围的会议：召开会议，讨论和确认在测试过程中系统需要排出的部分。
生产图：一个生产基础设施图，用于说明测试与生产环境的差异，当从QA向生产迁移时可能对性能造成影响。
最后，重要的是，必须收集系统需求。这些是系统的高层次目标，决定着负载测试过程的通过/失败状态。这些一般在与LOB的项目经理工作中达成一致。系统需求包括对以下问题的回答：
系统在正常和最高峰时期必须支持多少用户?
每秒钟它必须处理多少个事务?
对于可业务关键事务最大和最小可接受的响应时间是多少?
文章来源于领测软件测试网 https://www.ltesting.net/
