确定对某个项目进行性能测试的根本性原因，常常不是仅仅通过项目愿景和环境就可以显而易知的。除非项目团队的成员已经意识到，项目中存在某些与性能相关的风险或者问题，必须要解决，否则，项目团队通常不会将性能测试纳入到项目范围中。明确确定这些风险以及性能关注点，对于确定哪些性能测试活动将会给项目带来最大收益，是非常关键的一步。

　　从项目开始之初，就在项目团队中配备一个专职的性能测试员，常常不失为一个好主意，但是一般情况下都不可能实现。通常，如果在项目初期就配备了一个性能测试员，则说明项目存在着某个特殊的、重大的风险，这是性能测试员存在项目组中的原因。

　　无论性能测试员在什么时间加入到项目团队中，一旦对项目愿景和环境有所熟悉，那么马上抓紧时间，根据测试团队所关注的风险和侧重点，以口头和（或者）文档的方式，记录下性能测试工作的总体目标，这是非常有意义的。下面列出的清单可以帮助完成这个步骤。

　　清单

　　询问的问题：

　　希望通过性能测试工作，从项目中移除哪些风险？

　　是否存在任何已知必须实现的、在合同或协议中规定的或者客户所要求的性能预期？

　　项目目前存在哪些性能关注点？

　　提供的价值包括：

　　纳入产品概念。

　　直接指出关注领域。

　　根据项目愿景和环境，明确完成性能测试所需的资源和设备前提。

　　指导收集（确定）性能测试目标的过程。

　　捕捉其他隐含的性能测试目标、需求、对象以及阈值。

　　马上记录在相互交流时，突然想到的某些隐含性能目标、要求、对象和阈值。

　　完成的任务包括：

　　向所有团队成员询问问题，并且提供答案。

　　确定执行性能测试达到的项目级目标。

　　更加精确地估算执行性能测试所需的设备和（或者）资源。

　　确定性能测试工作目标和可用资源以及设备之间的差距。

　　捕捉其他隐含的性能测试目标、需求、对象以及阈值，以便在测试时充实其内容。

　　捕捉将来需要关注的、某些特定性能关注点的其他隐含使用场景。

　　协调的对象包括：

　　整个测试团队