LR场景设计1
上一篇 / 下一篇 2013-07-11 19:40:40 / 天气: 晴朗 / 心情: 平静 / 精华(1) / 个人分类：Loadrunner
场景设计：目标场景（Goal Scenario）、手工场景（Manual Scenario）
目标场景：设置一个运行目标，他能够给Controller的Auto Load功能进行自动化负载；如果结果达到目标，则性能符合要求，反之提示无法达到目标；
特点：目标场景是定性的性能测试，只关心最后的结果是否符合性能需求，一般用在验收测试场合；目标场景中最重要的是目标类型；
手工场景：自行设置虚拟用户的变化，通过设计用户添加和减少的过程，来模拟真实用户请求模型，完成负载生成；
特点：定量型性能测试，通过掌握负载的增加过程中系统各个组件的变化情况，来定位性能瓶颈并了解系统处理能力；一般在负载测试和压力测试中应用；
创建场景的两种方式：直接在VUG中转化为场景、直接在Controller中新增场景；
目标场景：
目标场景最重要的是：虚拟用户数（Virtual Uesrs）、每秒点击数（Hits per Second）、每秒事务数、事务响应时间、每分钟页面刷新次数（Pages per Minute）；
PS：目标场景中无法设置集合点，系统自动形成并发负载。
案例：录制飞机订票系统流程，登录时插入事务，订票时插入集合点；见脚本目标场景01；
LR设置（这里只是举例，项目中要根据实际情况来定）：
虚拟用户数：10；
每秒点击数：10；在线用户的上下限：5~15
每秒事务数：10；在线用户的上下限：5~15
事务响应时间：10；在线用户的上下限：5~15
每分钟页面刷新次数10；在线用户的上下限：5~15
场景运行结果：
手工场景：比较贴近用户真实环境；
案例：最大在线用户数：10，每隔15S增加2个用户，到达最大用户数后持续运行5min，每30S结束5个负载用户；
手工场景可以通过Add Action来添加用户的变化，可以一次性加载所有用户，或者每隔多少时间加载X个用户。
Scenario：所有的脚本都使用相同的场景模型来运行，只需要分配每个脚本所使用的用户个数即可；
Scenario有两种运行模式：真实场景模式Real-life schedule、经典模式Classic schedule
Real-life schedule模式可以设置真实场景的模拟，自有设计场景；
Classic schedule模式只能设置一次负载上升、下降，无法模拟多次起伏的场景；常用在负载测试中；
Group：在手工场景中，每个用户脚本都被叫做Group，即每个用户代表一种脚本操作，通过组名来区别脚本直接的关系；可以模拟系统在多种业务下的处理能力；由于比较复杂没有实践，后面实践完了再补充；
TAG:
