性能测试漫谈：详解自动化性能测试

　　让我们详细分析关系到每个阶段成功与否的必要任务。

　　设计

　　这是性能测试团队向业务部门搜集性能需求的主要阶段。需求可以被认为分为四个方面—业务，技术，系统和团队需求。

　　业务需求一般通过与主题专家（SMEsubject matter expert）的会议来搜集。这些人可以是业务分析师和终用户。当下面内容准备好后，一套全面的业务需求形成了。

　　1.应用概要：系统用法的演示使得性能团队得到更高层次的理解应用是如何被使用的

　　2.业务过程：列表终用户在系统上所执行的关键业务过程列表

　　3.业务流程：Word文档详尽记录每个业务过程的精确步骤和屏幕

　　4.事务列表：业务过程中关键活动的列表—例如登录或转移资金—需要在负载下测量

　　5.业务过程图：业务流程图说明业务流程的分支条件

　　技术需求可以通过与系统管理员和数据库管理员（DBA）的会议来搜集。这些人可以隶属于开发或运营部门，或者隶属于两者。一套全面的技术需求仅当以下内容齐备时完成：

　　1.环境评审：按照测试体系结构由系统或基础设施组进行走查评审

　　2.系统范围：的会议召开会议讨论和确认在测试过程中系统需要排出的部分

　　3.生产图：一个生产基础设施图用于说明测试与生产环境的差异当从QA向生产迁移时可能对性能造成影响

　　后，重要的是，必须收集系统需求。这些是系统的高层次目标，决定着负载测试过程的通过/失败状态。这些一般在与LOB的项目经理工作中达成一致。系统需求包括对以下问题的回答：

　　1.系统在正常和高峰时期必须支持多少用户？

　　2.每秒钟它必须处理多少个事务？

　　3.对于可业务关键事务大和小可接受的响应时间是多少？

　　4.用户群体如何联系？

　　5.生产中系统承受的工作负载是什么？以及混合的事务？

　　团队需求是进展到构建阶段前需要解决的后一个问题。这只不过是决定适合的性能团队成员来参与到未来的负载测试。初，这也许被自动的确定（例如当只有一个团队）。然而，如果性能测试成为卓越中心（CoE）的一部分，那么资源分配内部后勤应该在设计阶段考虑和解决。

　　预先收集一套完整的业务，技术，系统和团队需求是使负载测试有效和成功的基础。