性能测试方案＼性能测试计划＼自己写的，希望大家提出宝贵意见，批评指导，谢谢！！

Phil_BIA

该方案是针对《知识资本量化长效激励机制管理系统软件》（简称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负载测试生成的文件，对结果进行分析，生成结果报告。

赵佳乐SMILE

挺好的 不过不知道 方案一 和方案二的测试目的是什么？

Phil_BIA

回复 2# 赵佳乐SMILE


    方案一与方案二没有太多的区别，都是能导入功能的测试，他们仅有以下的不同：
方案一中：
Think Time：重播思考时间，按录制时记录的时间。
Start Vusers（启动Vuser）：启动50个Vuser，每隔5s启动5个
方案二中：
Think Time：重播思考时间，使用录制时间的随机百分比30%~80%
Start Vusers：启动50个Vuser，每隔5s启动10个；

我的意思是方案二中的压力和执行事务的数量都会同时增涨很多。。。。看看软件（服务器）的承受力。。。。。。这样做对不对呢？有没有意义呢？？

赵佳乐SMILE

回复 3# Phil_BIA


    如果思考时间取的是百分比 那计算的时候怎么办？

我一般都是忽略思考时间 不过如果为了模拟用户真实操作 可以加着

所以我不懂 你这么设计的目的是什么

Phil_BIA

回复 4# 赵佳乐SMILE


    就是想看一看服务器对多个用户同时导入的承受能力。。。。。。。。。。。。。。

      我觉得目的也不明确

如何才能明确呢？？？谢谢！！

赵佳乐SMILE

回复 5# Phil_BIA


    客户要求

我们这边要求的是
测试登录最大并发用户数 和 事务平均响应时间

Phil_BIA

回复 6# 赵佳乐SMILE


    是不是，就是单单测试一个事务或者说是仅测试一个功能，，测出其极限值。。。做个报告给客户。。。

赵佳乐SMILE

回复 7# Phil_BIA


    嗯 并发是

Phil_BIA

回复 8# 赵佳乐SMILE


    并发是这样的，，。。。那还有什么其它的可以测试的呢？？

赵佳乐SMILE

回复 9# Phil_BIA


    有很多 只是我还不了解

Phil_BIA

　　　我也不了解。。。。学习中。。。。。。。您　技术比我好的多了。。哈哈。。。向您学习。。。

flyskey

总体还是体现了，我想问一下一个商业型网站的性能指标应该是多少？？