压力测试计划Word下载.docx
- 文档编号:22420143
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:10
- 大小:29.47KB
压力测试计划Word下载.docx
《压力测试计划Word下载.docx》由会员分享,可在线阅读,更多相关《压力测试计划Word下载.docx(10页珍藏版)》请在冰豆网上搜索。
目录
1.简介4
1.1项目背景4
1.2范围和预期读者4
1.3定义4
2.环境概述4
2.1用户环境系统架构拓扑图及描述4
2.2用户运行环境系统配置4
2.3测试环境网络拓扑及描述5
2.4测试环境系统配置5
2.5条件与限制5
3.测试资源及安排6
3.1硬件6
3.2软件6
3.3人力资源及测试地点6
3.4测试人员培训6
4.测试大纲6
4.1评测标准6
4.2测试方法及步骤7
4.2.1确定最大并发用户的数量7
4.2.2建立虚拟用户(生成测试脚本)7
4.2.3测试脚本的参数化7
4.2.4定制压力测试场景8
4.2.5测试例行检查8
4.2.6运行压力测试场景9
4.2.7分析测试结果9
4.3测试数据准备9
5附录:
10
5.1测试结果表格10
1.简介
简单介绍项目功能,规模,选定的典型事务及操作该事务的频率。
简单介绍测试工具实现的原理。
1.1项目背景
开发的系统名称:
本项目的任务提出者:
本项目的开发者:
本项目的用户:
1.2范围和预期读者
本计划只包括该软件项目的性能测试计划,不包括功能测试计划。
预期读者:
设计人员、测试人员、项目经理、SQA、SCM
1.3定义
2.环境概述
2.1用户环境系统架构拓扑图及描述
可以从设计文档中拷出其系统架构拓扑图,并加以简单描述。
2.2用户运行环境系统配置
●服务器端:
硬件配置:
操作系统:
数据库:
●客户端:
客户端软件:
2.3测试环境网络拓扑及描述
2.4测试环境系统配置
●测试主机:
测试工具:
测试主机数量:
2.5条件与限制
描述出由于硬件软件或技术等原因,测试时无法实现的一些功能。
3.测试资源及安排
3.1硬件
cpu
内存
硬盘
机器数量
用途
机器一
机器二
3.2软件
1)win2000professional;
2)LoadRunner;
…
3.3人力资源及测试地点
测试负责人:
测试人员:
需配合的人员:
联系电话:
测试地点:
3.4测试人员培训
如有需要,在测试之前可安排项目经理给测试人员培训软件产品的实现、系统架构、数据结构等。
4.测试大纲
4.1评测标准
可参考用户需求或验收测试规范等,评测标准应精确说明,如并发100用户时业务响应时间小于5秒等,如果有经验的话,可以把隐含的需求写出来,如cpu、内存占用情况等的标准。
4.2测试方法及步骤
4.2.1确定最大并发用户的数量
通常按总用户数量的10%来计算最大并发用户数,还应根据实际的使用情况进行相应的增加或减少。
当并发用户数量很大,且测试机的配置不高的情况下,需要多台机器上运行脚本,由一台controller进行控制,以避免测试机成为系统瓶颈。
4.2.2建立虚拟用户(生成测试脚本)
在VirtualUserGenerator中,录制用户操作:
1)根据被测系统的软件结构,选择正确协议类型为:
;
2)在Vuserinitsection中记录被测事务前的准备工作,如登录应用系统的过程等;
3)在Actionssection中记录被测事务
4)在Vuserendsection中记录注销过程
5)停止录制,保存,名称:
.
6)如果Actionssection包含多个需要测量的事务,如录入,查询等,应该通过插入transaction将事务间隔开。
4.2.3测试脚本的参数化
自动生成的脚本中,录制时输入的及与其相关的数据必须参数化,才能在压力测试中准确地模拟真实系统的运作。
需要参数化的变量包括:
1)名称:
,选择参数方式:
2)名称:
参数化时应对应用程序所需要的数据充分了解,选择正确的参数方式,如果参数要求唯一,必须选用unique,如果是在actionssection中做的参数化,保证参数的行数为:
并发用户数*循环次数。
4.2.4定制压力测试场景
在Controller中,定制压力测试场景,场景个数通常按照循序渐进的方式,如果最大并发用户为100,我们通常分为并发用户为10、50、80、100四个场景,应根据每个程序的实际情况而定。
1)虚拟用户个数:
分别为*个
2)虚拟用户所在的主机(IP地址):
3)虚拟用户执行的脚本:
4)IterationCount:
该参数的设置保证在某一个时间段内有一个稳定的负载。
5)添加需要监控的机器,添加需要监控的性能指标。
6)按照虚拟用户个数,分别保存压力测试场景:
4.2.5测试例行检查
1)在运行测试场景之前,一定要填写这张表,只有这张表中所列项目都正常后,才可运行测试场景
2)在测试环境设置中没有列出的选项,使用缺省设置
项目
细项
检查结果
测试机
IP地址设置是否正确
应用程序是否可以正常运行
控制台
是否可以连通测试机
测试脚本设置
参数文件的选取
参数类型的设置(Unique、Sameline)as…)
测试场景设置
并发用户数
使用正确的测试机
使用正确的脚本
测试环境设置
Iterations
ThinkTime—Ignore
General—不要Continueonerror
General—利用线程方式
General—不要AutoTransaction
4.2.6运行压力测试场景
在Controller中,运行压力测试场景,步骤为:
(如果是由多台测试机需要执行1、2步)
1)启动测试主机的RemoteCommandLauncher
2)在Controller中使测试主机处于“连接”状态
3)在Controller中,对所有虚拟用户发出运行(run)命令,通过测试主机的Agent运行各虚拟用户,在Controller端监控虚拟用户的状态及执行结果
4)监控服务器端资源的使用情况(如果不能用LoadRunner监控,可以在服务器端直接监控,参考UNIX命令:
vmstat、sar等)
5)运行完后,按虚拟用户个数分别保存运行结果:
6)适当抽查一些数据,检查是否完成预定的功能
7)若此次测试有问题或疑问,可重复再运行一遍,注意测试数据的清理。
4.2.7分析测试结果
在Controller的Analysis中,分析并打印性能报表,并作为测试报告的附件:
Reports—TransactionPerformanceSummary:
有关事务性能的总结报表,显示在测试场景中,所有事务的最小、最大与平均响应时间。
添加服务器资源监控的报表。
4.3测试数据准备
1)测试数据准备前应先写几行数据运行一遍,确认无误后,再定制最终的参数文件。
2)测试邮件服务器需要准备好测试用的邮箱,个数按实际情况而定,要注意邮箱的大小的限制,或准备没有大小限制的邮件专用于测试。
需研发人员协助准备测试数据
5.1测试结果表格
表格一:
测试项目
测试条件
1、待测项功能动行正确
2、后台数据正确
软件厂商
厂商英文缩写
测试环境
主机系统
数据库系统
开发平台
中间件
备注
测试人
监督
测试
表格二
并发
用户
数
平均响
应时间
(S)
最大响
最小响应时间
平均CPU
占用率(%)
最大CPU
最小CPU
平均有
效内存(K)
最大有
最小有
CPU
个数
(个)
总时
间(S)
等待
时间
限度
成功
事务
失败
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 压力 测试 计划