性能测试方案＼性能测试计划＼自己写的，希望大家提出宝贵意见，批评指导，谢谢！！
该方案是针对《知识资本量化长效激励机制管理系统软件》（简称KC）的性能测试。该软件是根据公司内部员工所包含的知识资本进行科学、客观、公正的量化。服务器与客户端可在同一台主机上运行，假设开设50个账号和密码可供50个员工同时登入操作。但是，一般测试部门不可能有50台机器同时进行测试的。所以，可以借Loadrunner11.50模拟Vuser，录制相关脚本来协助测试。现场测试环境
硬件：１台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负载测试生成的文件，对结果进行分析，生成结果报告。 挺好的 不过不知道 方案一 和方案二的测试目的是什么？ 回复 2# 赵佳乐SMILE
方案一与方案二没有太多的区别，都是能导入功能的测试，他们仅有以下的不同：
方案一中：
Think Time：重播思考时间，按录制时记录的时间。
Start Vusers（启动Vuser）：启动50个Vuser，每隔5s启动5个
方案二中：
Think Time：重播思考时间，使用录制时间的随机百分比30%~80%
Start Vusers：启动50个Vuser，每隔5s启动10个；
我的意思是方案二中的压力和执行事务的数量都会同时增涨很多。。。。看看软件（服务器）的承受力。。。。。。这样做对不对呢？有没有意义呢？？ 回复 3# Phil_BIA
如果思考时间取的是百分比 那计算的时候怎么办？
我一般都是忽略思考时间 不过如果为了模拟用户真实操作 可以加着
所以我不懂 你这么设计的目的是什么 回复 4# 赵佳乐SMILE
就是想看一看服务器对多个用户同时导入的承受能力。。。。。。。。。。。。。。
我觉得目的也不明确
如何才能明确呢？？？谢谢！！ 回复 5# Phil_BIA
客户要求
我们这边要求的是
测试登录最大并发用户数 和 事务平均响应时间 回复 6# 赵佳乐SMILE
是不是，就是单单测试一个事务或者说是仅测试一个功能，，测出其极限值。。。做个报告给客户。。。 回复 7# Phil_BIA
嗯 并发是 回复 8# 赵佳乐SMILE
并发是这样的，，。。。那还有什么其它的可以测试的呢？？ 回复 9# Phil_BIA
有很多 只是我还不了解 我也不了解。。。。学习中。。。。。。。您 技术比我好的多了。。哈哈。。。向您学习。。。 总体还是体现了，我想问一下一个商业型网站的性能指标应该是多少？？
页:
[1]
