性能测试需求调研表-编制说明书

1、密级：保密未经北京行所志软件公司书面许可，请勿外传！性能测试需求调研表编制说明书（性能测试实施管理系列文档）焦点测（此文档配合性能测试需求调研表使用）PDF 文件使用 "pdfFactory Pro" 试用版本创建 试网 行业信息化应用系统目 录第一章 向项目经理进行的调研. 2向项目经理进行的关于工作目标的调研. 2 向项目经理进行关于开发状态的调研. 3 向项目经理进行关于版本控制的调研. 4 向项目经理进行关于生产环境的调研. 4 向项目经理进行关于测试环境的调研. 5 向项目经理进行关于性能指标的调研. 6 第二章 向业务经理进行的调研. 7向业务经理进行关于业务量

2、的调研. 7 向业务经理进行关于关健场景的调研. 9 向业务经理进行的关于关键交易的调研. 10 向业务经理预约业务人员.11 第三章 向技术经理进行的调研.11向技术经理进行关于关键交易处理路径的调研.11 向技术经理进行关于关键交易数据库操作调研.11 向技术经理预约开发人员. 12第一章向项目经理进行的调研向项目经理进行的关于工作目标的调研向项目经理了解性能测试工作目标，即期望获得什么样的性能测试成果，应包括： （a ）总体工作目标 按时完成 按质完成（b ）性能测试的性质 诊断性质的性能测试 调优性质的性能测试 检测性质的性能测试对测试性质的解释： （1）诊断性质的性能测试诊断性质的性

3、能测试一般发生在应用系统出现了性能瓶颈之后，开发方要求测试方进行性能测试，通过性能测试诊断一下性能瓶颈的位置。PDF 文件使用 "pdfFactory Pro" 试用版本创建 焦点测试网对于性能瓶颈的位置通常包含两种诊断方式： （a ）大致诊断可以是测试方通过集成在负载模拟工具（例如Mercury 的Loadrunner ）的监控器，判断应用系统的性能瓶颈在哪个层次上，例如Web 服务器、APP 服务器或者DB 服务器。 位置。（b ）精确诊断可以是测试方通过专用的应用系统监控工具，例如QUEST 的数据库监控工具、IBM AIX的系统监控在获知瓶颈的位置之后，测试方告知开

4、发方，由开发方使用具体诊断的手段获得具体的性能瓶颈的工具等，通过这些监控工具发现性能瓶颈在哪个层次上，同时将性能瓶颈的位置定位在更详细的某个区域中。 （2）调优性质的性能测试 （a ）配置上的调优可以是测试方在开发方的配合下调整各种服务器上关键参数，例如数据库系统的分配内存大小、CPU 数量、PCTFree 等，又例如Weblogic 上的ThreadCount 、JDBC 连接池等，获得应用系统在性能方面的最优配置模式。（b ）程序上的调优可以是测试方告知开发方关于已经大致确定的性能瓶颈，由开发方对程序进行调整，调整后经过测试方的验证测试后，确认调整的效果。 （3）检测性质的性能测试（a ）

5、可以是测试方通过性能测试，仅仅获得应用系统的响应时间、处理能力和资源利用率等数据，判断是否符合已经确定的性能指标。（b ）当判断了各项性能数据是符合性能指标或者不符合性能指标时，性能测试都不再继续下去了。向项目经理进行关于开发状态的调研向项目经理了解被测系统的生命周期当前处于哪个阶段，例如（a ）需求分析阶段（b ）概要设计阶段 （c ）详细设计阶段（d ）编码实现阶段 （e ）单元测试阶段（f ）集成测试阶段PDF 文件使用 "pdfFactory Pro" 试用版本创建 焦点测试网（g ）系统测试阶段（h ）验收测试阶段 （i ）系统上线阶段（j ）运营维护阶段测试方通

6、过了解开发方当前处在某个阶段时，可以初步判断开发方提出的性能测试工作需求是否合适或合理。 例如，开发方在集成测试阶段提出检测型性能测试的工作需求时，测试方可以初步判断这样的性能测试工作需求不合理。因为，在集成测试阶段，软件的开发尚不稳定，代码在后续的测试过程中还需要很多的修改。 因此，此时，测试方可以建议开发方在此阶段只进行诊断型或者调优型的性能测试。版本控制的好与坏对性能测试的有效性存在致命性的影响举一个最常见的例子：若某个项目组没有进行有效的版本控制手段， 而你的性能测试组为其实施了一次性能测试，你能确定是你的性能测试作的有问题，还是由于性能测试之后代码被更改造成了新的性能瓶颈？ 该怎么办

7、？不言而喻：）向项目经理进行关于生产环境的调研向项目经理了解被测系统的生产环境部署方案，包括 （a ）网络部署内容 （b ）服务器硬件部署内容 （c ）操作系统部署内容 （d ）安全部署内容PDF 文件使用 "pdfFactory Pro" 试用版本创建 焦点之后上线了，出现了严重的性能瓶颈，测试网向项目经理进行关于版本控制的调研（e ）应用平台部署内容 （f ）数据库中的数据量规模（g ）尤其要获得是否将在同一个服务器上存在其他应用系统的部署内容。 例子：项目经理要求性能测试组进行上线前的检测型性能测试，而性能测试组没有向项目经理详细的调查应用系统的上线部署方案， 导致不

8、知道DB 服务器上在上线后还要运行另外一个财务系统的数据库。 而性能测试方进行性能测试时，将数据库服务器确认为独占所有的系统资源。 这样，测试的结果将不能作为上线的依据。向项目经理进行关于测试环境的调研网向项目经理了解性能测试环境信息，应包括： 试（a ）硬件到位日期例如，IBM P575机器何（b ）软件安装日期点时能到货测例如，操作系统的焦安装例如，应用服务器的安装 例如，数据库系统的安装 （c ）硬件级别例如，是否与生产环境的硬件级别相同，例如，生产环境上的数据库服务器中安装6颗CPU 、12G 内存 （d ）软件级别例如，是否与生产环境的软件版本相同，例如，生产环境中Weblogic

9、的版本为5.0，数据库系统为Oracle9i（e ）部署方式例如，是否与生产环境的部署方式相同（f ）尤其要注意测试环境中的数据量规模是否能够达到生产环境的级别例如，生产环境在上线时将具备500万注册用户的信息，是否在测试环境中能够拥有如此规模的数据量，并且这些数据是否符合实际情况。向项目经理进行关于性能指标的调研向项目经理了解性能测试的性能指标，应包括：（a ）是否已经确定了性能测试的指标； 网例如：在线用户数量为1000人时， 试页面的响应时间为5秒以下，同时要求各个服务器的（b ）性能指标是否合理；点平均CPU 利测用率不能超过80%例如：页面响应时焦间为5秒以下。这样的性能指标无法测试

10、，因为不能确定是否在500在线负载下响应时间不能大于5秒，还是在1000在线负载下响应时间不能大于5秒。（c ）如果性能指标不合理，是否由性能测试实施人员辅助重新进行确定例如：很多情况下，业务方或者开发方不知道该如何定义性能指标，他们没有这方面的经验。此时，性能测试人员可以辅助开发方定义性能指标。第二章向业务经理进行的调研向业务经理进行关于业务量的调研1. 年度交易量分布调研测试网2. 月度业务量分布调研焦点3. 日度业务量分布调研 焦点测试网 向业务经理进行关于关健场景的调研1. 关键场景的发生周期和发生情形向业务经理讲解获取性能测试所需关健场景的方法从业务经理处获得被测系统的关键场景，选取

11、的原则应包括：（a ）以一年作为被测系统关键场景的衡量周期（b ）在一年中将会有多少种非常大量的用户在线行为例如，移动公司发布新的优惠活动信息后，大量用户集中到营业厅办理手续的事件；例如， 网税务局每到每个月的9号到11号之间，大量的用户集中访问网上报税系统进行企业报税事试件；例如，某个企业每到20号左右， 测大量员工访问内部财务点系统进行报销操作的事件；例如，银行的营业厅每天焦在上午的10点和下午的15点，都会迎来业务受理高峰的事件；2. 关键场景的交易发生概率和响应时间向业务经理讲解获取关键场景的交易发生概率的方法从业务经理处获得交易的发生概率，例如，在移动公司的每日高峰用户场景中，（a ）90%的用户进行缴费业务（b ）5%的用户进行开户业务（c ）2%的用户进行话费查询业务（d ）2%的用户进行换卡业务（e ）1%的用户进行停机/开机业务向业务经理讲解确定期望业务响应时间的方法从业务经理处获得期望业务响应时间，例如，1000用户在线的每日高峰用户场景中，缴费业务的期望响应时间最大不能超过3秒，开户业务的期望响应时间最大不能超过5秒，查询业务的期望响应时间最大不能超过12秒 网向业务经理进行的关于关键交易的调研试向业务经理讲解获取性能测试所需关键交易的方法从业务经理处获得