51Testing软件测试论坛
标题:
性能测试方案\性能测试计划\自己写的,希望大家提出宝贵意见,批评指导,谢谢!!
[打印本页]
作者:
Phil_BIA
时间:
2013-4-24 08:27
标题:
性能测试方案\性能测试计划\自己写的,希望大家提出宝贵意见,批评指导,谢谢!!
该方案是针对《知识资本量化长效激励机制管理系统软件》(简称KC)的性能测试。该软件是根据公司内部员工所包含的知识资本进行科学、客观、公正的量化。服务器与客户端可在同一台主机上运行,假设开设50个账号和密码可供50个员工同时登入操作。但是,一般测试部门不可能有50台机器同时进行测试的。所以,可以借Loadrunner11.50模拟Vuser,录制相关脚本来协助测试。
现场测试环境
硬件:1台PC机(服务器+客户端);
软件:Loadrunner11.50,WindowsXP;
人员:测试人员:1人,执行现场测试;
测试要求:
50个管理员(Vuser),进行压力负载测试,所有用户并发操作。
测试内容:
50个管理员(Vuser),登入软件,进行相关操作,详细具体如下:
Virtual User Generator录制事务名称:
序号 中文名称 英文名称 简称
1 登入 Login
2 导入员工基本信息- ImportEmployeeInformation ImportEI
3 导入员工照片 ImportEmployeePicture ImportEP
4 导入员工初始工资 ImportInitialSalary ImportIS
5 导入员工初始KC量 ImportInttialKCQuantity ImportIKCQ
6 计算单位KC值 CalculateUnitKCValue CUKCV
7 导入员工要素量化信息 ImpEmpQuantitativeElement IEQE
8 导入员工提成工资 ImpEmpCommisionSalary ImportECS
测试方案一、
第1步:录制以上事务脚本,并回放,检查脚本中是否有错误,如果正确无误请执行第2步;(录制脚本:importinformation)
第2步:模拟50个Vuser进行测试。
1、Scenario Groups(场景组)
GroupName(组名称):默认脚本名称;
ScriptPath(脚本路径):默认路径,如需更换脚本可自行修改;
Quantity(数量):50;
LoadGenerators:localhost;
2、Group Information——Run-Time Settings for script(运行时设置)
Iteration Count(迭代次数):1(默认);
Log(日志):启用日志功能、始终发送信息、标准日志;
Think Time:重播思考时间,按录制时记录的时间。
3、Scenario Schedule(场景计划)
Schedule Name(计划名称):可默认,可输入;
Schedule by (计划方式): Scenario(场景);
Run Mode(运行模式): Real-world schedule(实际计划)。
4、Global Schedule(全局计划)
Initialize(初始化):同时初始化所有Vuser;
Start Vusers(启动Vuser):启动50个Vuser,每隔5s启动5个;
Duration(持续时间):运行25分钟;
Stop Vusers(停止Vuser):停止全部Vuser,每隔5s停止5个。
第3步:测试过程
1、 一台PC机上创建50个虚拟user(Vuser)并运行已录制的脚本文件,观察运行或暂时未运行的Vuser状态。
2、 由于录制的是C/S模式,产生四个场景,分别为:
(1)Running Vusers【正在运行Vuser】;
(2)Trans Response Time【事务响应时间】;
(3)Trans/Sec(Passed)【事务数/秒(通过)】;
(4)TotalTrans/Sec(Passed)【事务总数/秒(通过)】。
3、 实时观察各个运行图的情况,并作出相应的调整;
4、 运行结果,生成Analysis结果分析。
第4步:Analysis结果分析
根据Controller负载测试生成的文件,对结果进行分析,生成结果报告。
测试方案二、
与方案一相比,事务启动速度加快,启动Vuser数增加,压力增大。
第1步:录制以上事务脚本,并回放,检查脚本中是否有错误,如果正确无误请执行第2步;(录制脚本:importinformation)
第2步:模拟50个Vuser进行测试。
1、Scenario Groups(场景组)
GroupName(组名称):默认脚本名称;
ScriptPath(脚本路径):默认路径,如需更换脚本可自行修改;
Quantity(数量):50;
LoadGenerators:localhost;
2、Group Information——Run-Time Settings for script
(运行时设置)
Iteration Count(迭代次数):1(默认);
Log(日志):启用日志功能、始终发送信息、标准日志;
Think Time:重播思考时间,使用录制时间的随机百分比30%~80%
3、Scenario Schedule(场景计划)
Schedule Name(计划名称):可默认,可输入;
Schedule by (计划方式): Scenario(场景);
Run Mode(运行模式): Real-world schedule(实际计划)。
4、Global Schedule(全局计划)
Initialize(初始化):同时初始化所有Vuser;
Start Vusers:启动50个Vuser,每隔5s启动10个;
Duration(持续时间):运行25分钟;
Stop Vusers(停止Vuser):停止全部Vuser,每隔5s停止5个。
第3步:测试过程
1、 一台PC机上创建50个虚拟user(Vuser)并运行已录制的脚本文件,
观察运行或暂时未运行的Vuser状态。
2、 由于录制的是C/S模式,产生四个场景,分别为:
(1)Running Vusers【正在运行Vuser】;
(2)Trans Response Time【事务响应时间】;
(3)Trans/Sec(Passed)【事务数/秒(通过)】;
(4)TotalTrans/Sec(Passed)【事务总数/秒(通过)】。
3、 实时观察各个运行图的情况,并作出相应的调整;
4、 运行结果,生成Analysis结果分析。
第4步:Analysis结果分析
根据Controller负载测试生成的文件,对结果进行分析,生成结果报告。
作者:
赵佳乐SMILE
时间:
2013-4-24 10:20
挺好的 不过不知道 方案一 和方案二的测试目的是什么?
作者:
Phil_BIA
时间:
2013-4-24 11:26
回复
2#
赵佳乐SMILE
方案一与方案二没有太多的区别,都是能导入功能的测试,他们仅有以下的不同:
方案一中:
Think Time:重播思考时间,按录制时记录的时间。
Start Vusers(启动Vuser):启动50个Vuser,每隔5s启动5个
方案二中:
Think Time:重播思考时间,使用录制时间的随机百分比30%~80%
Start Vusers:启动50个Vuser,每隔5s启动10个;
我的意思是方案二中的压力和执行事务的数量都会同时增涨很多。。。。看看软件(服务器)的承受力。。。。。。这样做对不对呢?有没有意义呢??
作者:
赵佳乐SMILE
时间:
2013-4-24 14:09
回复
3#
Phil_BIA
如果思考时间取的是百分比 那计算的时候怎么办?
我一般都是忽略思考时间 不过如果为了模拟用户真实操作 可以加着
所以我不懂 你这么设计的目的是什么
作者:
Phil_BIA
时间:
2013-4-24 15:14
回复
4#
赵佳乐SMILE
就是想看一看服务器对多个用户同时导入的承受能力。。。。。。。。。。。。。。
我觉得目的也不明确
如何才能明确呢???谢谢!!
作者:
赵佳乐SMILE
时间:
2013-4-24 17:00
回复
5#
Phil_BIA
客户要求
我们这边要求的是
测试登录最大并发用户数 和 事务平均响应时间
作者:
Phil_BIA
时间:
2013-4-24 17:17
回复
6#
赵佳乐SMILE
是不是,就是单单测试一个事务或者说是仅测试一个功能,,测出其极限值。。。做个报告给客户。。。
作者:
赵佳乐SMILE
时间:
2013-4-25 08:54
回复
7#
Phil_BIA
嗯 并发是
作者:
Phil_BIA
时间:
2013-4-25 12:52
回复
8#
赵佳乐SMILE
并发是这样的,,。。。那还有什么其它的可以测试的呢??
作者:
赵佳乐SMILE
时间:
2013-4-25 13:23
回复
9#
Phil_BIA
有很多 只是我还不了解
作者:
Phil_BIA
时间:
2013-4-26 09:15
我也不了解。。。。学习中。。。。。。。您 技术比我好的多了。。哈哈。。。向您学习。。。
作者:
flyskey
时间:
2013-5-7 15:54
总体还是体现了,我想问一下一个商业型网站的性能指标应该是多少??
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2