2.1人员之间的配合关系
　　客户代表：可了解一些项目的背景知识，例如客户在软件性能方面的需求，是否关注性能测试等，这些都是制定性能测试策略的依据。
　　需求分析员：确定哪些业务是核心业务，为后面编写核心业务模块相关的测试用例打下良好的基础，并且他们对用户群体构成以及系统的扩展目标较清楚，这些都是设计性能测试的数据来源。
　　架构师：了解系统的结构，使设计出的性能测试用例在“恰当”的地方施压。
　　2.2性能测试的范围确定
　　对测试项或测试需求进行打分，根据综合评分确定性能测试工作包含的测试内容，评分要素主要包含客户关注度、性能风险、测试的成本等，性能风险主要指如果不进行该项性能测试需求，投产系统可能潜在的风险。
　　客户关注程度或者性能风险较高的均应划分到测试范围内。
　　编号             测试需求                            性能风险 (10分)         用户关注度(10分)          成本投入 (10分)          总分
　　1     系统运转一年的数据量测试                  7                                    10                                    6                             23
　　2                    …… ……  
　　2.3 目标系统的业务分析
　　确定系统的核心模块：业务比较复杂或用户使用较频繁
　　确定模块件的耦合关系：清晰了解核心模块间数据传输方式，通过确定模块间如何接口，可以真实地模拟多用户并发时的情况，尤其可以确定用户并发时一些算法是否正确。
　　分析系统压力点：多是用户使用较频繁或数据流量较大的地方。
　　2.4用户及场景分析
　　一，基于用户实际使用情况的场景测试，二，为了特殊测试目的(扩展性、稳定性)而设计的场景测试。
　　确定系统有多少类典型的用户，每类用户的大概数量以及在不同时间段各类用户大概按照何种比例来使用系统。较常见的用户场景有如下三种：
　　内不同时间段的使用场景
　　系统运行不同时期的场景
　　不同业务模式下的用户场景