压力测试计划.docx

《项目名称》压力测试计划编号：版本号作者：时间：年月日XXXXXXXXXXXXXXXX 有限公司文档修订版本日期更改人描述（注明修改的条款或页）1.02002..4XX创建1.12003.2XX简化了测试工具的描述，扩充了环 境概述，增加了测试资源及安排， 修改了测试记录表格，测试方法的 一些补充目 录1.简介 41.1 项目背景 41.2 范围和预期读者 41.3 定义 42．环境概述 42.1 用户环境系统架构拓扑图及描述 42.2 用户运行环境系统配置 42.3 测试环境网络拓扑及描述 52.4 测试环境系统配置 52.5 条件与限制 53．测试资源及安排 63.1 硬件 63.2 软件 63.3 人力资源及测试地点 63.4 测试人员培训 64.测试大纲 64.1 评测标准 64.2 测试方法及步骤 74.2.1 确定最大并发用户的数量 74.2.2 建立虚拟用户（生成测试脚本） 74.2.3 测试脚本的参数化 74.2.4 定制压力测试场景 84.2.5 测试例行检查 84.2.6 运行压力测试场景 94.2.7 分析测试结果 94.3 测试数据准备 95 附录： 105.1 测试结果表格 101.简介 简单介绍项目功能，规模，选定的典型事务及操作该事务的频率。

简单介 绍测试工具实现的原理1.1 项目背景开发的系统名称：本项目的任务提出者： 本项目的开发者： 本项目的用户：1.2 范围和预期读者本计划只包括该软件项目的性能测试计划，不包括功能测试计划预期读者：设计人员、测试人员、项目经理、SQA、SCM1.3 定义2．环境概述2.1 用户环境系统架构拓扑图及描述可以从设计文档中拷出其系统架构拓扑图，并加以简单描述2.2 用户运行环境系统配置•服务器端：硬件配置：操作系统：数据库：• 客户端：硬件配置：操作系统：客户端软件：2.3 测试环境网络拓扑及描述Client2.4 测试环境系统配置•服务器端：硬件配置：操作系统：数据库：• 测试主机：硬件配置：操作系统：测试工具：客户端软件：测试主机数量：2.5 条件与限制描述出由于硬件软件或技术等原因，测试时无法实现的一些功能3 •测试资源及安排3.1 硬件cpu内存硬盘机器数量用途机器一机器二3.2 软件1) win2000 professional2) Load Runner；3.3 人力资源及测试地点测试负责人： 测试人员： 需配合的人员： 联系： 测试地点：3.4 测试人员培训如有需要，在测试之前可安排项目经理给测试人员培训软件产品的实现、 系统架构、数据结构等。

4.测试大纲4.1 评测标准可参考用户需求或验收测试规范等，评测标准应精确说明，如并发 100 用 户时业务响应时间小于 5 秒等，如果有经验的话，可以把隐含的需求写出来，如 cpu、内存占用情况等的标准4.2测试方法及步骤4.2.1确定最大并发用户的数量通常按总用户数量的 10％来计算最大并发用户数，还应根据实际的使 用情况进行相应的增加或减少当并发用户数量很大，且测试机的配置不高的情况下，需要多台机器 上运行脚本，由一台 controller 进行控制，以避免测试机成为系统瓶颈4.2.2 建立虚拟用户(生成测试脚本)在 Virtual User Generator 中，录制用户操作：1) 根据被测系统的软件结构，选择正确协议类型为：；2) 在 Vuser init section 中记录被测事务前的准备工作，如登录应用系 统的过程等；3) 在 Actions section 中记录被测事务4) 在 Vuser end section 中记录注销过程5) 停止录制，保存，名称：.6) 如果 Actions section 包含多个需要测量的事务，如录入，查询等，应 该通过插入 transaction 将事务间隔开。

4.2.3 测试脚本的参数化自动生成的脚本中，录制时输入的及与其相关的数据必须参数化，才能 在压力测试中准确地模拟真实系统的运作需要参数化的变量包括：1) 名称：，选择参数方式：；2) 名称：，选择参数方式：；… 参数化时应对应用程序所需要的数据充分了解，选择正确的参数方式， 如果参数要求唯一，必须选用unique,如果是在actions section中做的参 数化，保证参数的行数为：并发用户数＊循环次数4.2.4定制压力测试场景在 Controller 中，定制压力测试场景，场景个数通常按照循序渐进的方 式，如果最大并发用户为 100，我们通常分为并发用户为 10、50、80、100 四个场景，应根据每个程序的实际情况而定1) 虚拟用户个数：分别为 *个2) 虚拟用户所在的主机(IP地址)：3) 虚拟用户执行的脚本：4) It eration Coun t：该参数的设置保证在某一个时间段内有一个稳定的负载5) 添加需要监控的机器，添加需要监控的性能指标6) 按照虚拟用户个数，分别保存压力测试场景：4.2.5 测试例行检查1) 在运行测试场景之前，一定要填写这张表，只有这张表中所列项目都正 常后，才可运行测试场景2)在测试环境设置中没有列出的选项，使用缺省设置项目细项检查结果测试机IP地址设置是否正确应用程序是否可以正常运行控制台IP地址设置是否正确是否可以连通测试机测试脚本设置参数文件的选取参数类型的设置(Unique、Same line)测试场景设置并发用户数使用正确的测试机使用正确的脚本测试环境设置IterationsThink Time一IgnoreGeneral一不要 Continue on errorGeneral一利用线程方式General一不要 Auto Transaction4.2.6运行压力测试场景在 Controller 中，运行压力测试场景，步骤为：(如果是由多台测试机 需要执行 1、2 步)1) 启动测试主机的 Remote Command Launcher2) 在 Controller 中使测试主机处于“连接”状态3) 在Controller中，对所有虚拟用户发出运行(run)命令，通过测试主 机的Agent运行各虚拟用户，在Controller端监控虚拟用户的状态及执 行结果4) 监控服务器端资源的使用情况(如果不能用Load Runner监控，可以在服 务器端直接监控，参考UNIX命令：vmstat、sar等)5) 运行完后，按虚拟用户个数分别保存运行结果：6) 适当抽查一些数据，检查是否完成预定的功能7) 若此次测试有问题或疑问，可重复再运行一遍，注意测试数据的清理。

4.2.7分析测试结果在 Controller 的 Analysis 中，分析并打印性能报表，并作为测试报告 的附件：Repor ts—Transac tion Performance Summary: 有关事务性能的总结报表， 显示在测试场景中，所有事务的最小、最大与平均响应时间 添加服务器资源监控的报表4.3 测试数据准备1) 测试数据准备前应先写几行数据运行一遍，确认无误后，再定制最终的参 数文件2) 测试邮件服务器需要准备好测试用的邮箱，个数按实际情况而定，要注意 邮箱的大小的限制，或准备没有大小限制的邮件专用于测试3) 需研发人员协助准备测试数据5 附录：5.1 测试结果表格表格一：测试项目测试条件1、 待测项功能动行正确2、 后台数据正确• • •软件厂商厂测试环境主机系统数据库系统开发平台备注测试人监督表格二并发用户数均时 平响应间⑸大时 最响应间⑸最小响应时 间(S)平均CPU 占用率 (%)最大CPU 占用率 (%)最小CPU 占用率 (%)平均有 效内存(K)最大有 效内存(K)最小有 效内存(K)。