性能测试需求分析与功能测试的需求分析没有太大区别，也是主要通过和项目干系人进行沟通以及一些项目文档来确定性能测试范围、性能测试策略等内容，为下一步制订性能测试计划打下良好的基础。

1.需求信息的来源

开发过程相关文档是性能测试需求的主要来源，项目开发计划书、需求规格说明书、设计说明书、测试计划等文档都可能涉及性能测试的要求或者一些性能测试方面的定义。收集这些原始性能需求信息，可以为后面制订性能测试计划、设计性能测试方面提供依据。

和性能测试需求相关的项目干系人主要包括客户代表、项目经理、产品经理、销售经理、需求分析员和架构设计师等。下面介绍各个项目干系人需要采集的主要信息。

（1）客户代表：通过和客户代表交流，可以了解一些项目背景知识，例如客户在软件性能方面的需求、是否关注性能测试等，这些都是制订性能测试策略的依据。例如，在第9章的银行信用卡项目性能测试案例中，通过和客户交流，了解到之前开发的系统因性能不过关没有通过验收，因此客户对再次重新开发的系统非常关注项目性能，要求项目必须先通过性能测试才可以投产，因而本项目需要更加重视性能测试。

（2）项目经理：项目经理通常是整个项目计划的制定者，把握着整个项目的进度。通过项目经理可以得到性能测试大致测试范围、测试工作重心、关键阶段里程碑等信息，进而确定需要投入多少人力资源等测试计划相关内容。

（3）产品经理：产品经理通常会提出比较明显的性能需求，从产品经理获得的原始性能需求，可以作为系统性能测试场景设计的依据。

（4）销售经理：通常在项目初期投标或者给客户的系统解决方案中，都会承诺一些性能指标，这些性能指标是性能首要完成的任务，也是预期指标性能测试场景设计的主要内容。

（5）需求分析员：通过与需求分析员的交流，可以了解基本的业务需求以及一些更加明确的性能指标。需求分析员是需求文档的主要作者，因此通过需求分析员还可以确定哪些业务是核心业务，为后面编写核心业务模块相关的测试场景打下良好的基础。需求分析员对用户群体构成以及系统的扩展目标比较清楚，这些都是设计性能测试的数据来源。

总之，测试需求分析应该掌握尽可能多的信息。需求的来源也没有必要局限于和上面的人员进行沟通，例如如何可以通过和架构设计师进行沟通来了解系统的结构，使设计出来的性能测试场景在系统潜在瓶颈点施压。

2.确定性能测试策略和测试目标

软件的类型很容易通过项目计划书甚至软件名称来得到，用户对待性能测试的态度通过和用户的一些交流也很容易体会到。这样基本可以确定应该采取什么样的性能测试策略，进而确定投入多少成本。

性能测试目标要进行一些分析才能确定，而且需要考虑可以利用的人力资源与时间资源。

（1）人力资源的考虑：毋庸置疑，测试工作最终由人来执行，因此首先要确定能否有足够的人力资源来完成测试任务。实际上，在国内大多数的公司中，测试人员都是紧缺的，用于做性能测试的人员则更少。因此做性能测试需求分析时，一定要考虑测试目标与人力资源的关系，制定的目标应该保证有足够的人来完成。

考虑人力资源时还要考虑测试人员的技能，通常性能测试对执行测试的人员技术和技能要求会高一些。

（2）时间资源的考虑：时间资源和人力资源是紧密相连的。如果时间不充裕，则意味着需要投入更多的人力资源或者时间。因此一定要结合人力资源和时间要求制订出合理的测试目标。

此外测试工具也应该进行充分的考虑，因为性能测试通常借助测试工具来完成，需要考虑到测试工具的采购成本。如果采用免费开源工具，还要考虑到学习与培训成本。

测试策略和测试目标是整个性能测试工作的基础，一定要对项目的实际情况进行认真地分析，从而制定满足进度要求的测试策略和目标。

注：很多时候一些文章中的测试目标是指系统要达到的性能目标，本书中的测试目标是指系统要完成的任务目标，即测试任务目标；性能目标是指系统预先制订的性能目标，即预期性能指标。