热门

最新

红包

立Flag

投票

同城

发布
dpangshuai
阳光走音�️
4 年前
truedpangshuai

二、在Controller中实现
　　在业务类型较多，混合业务场景较为复杂的情况下，采用修改脚本的方式会比较麻烦。例如，若共有5种业务类型，现需要对其任意两种业务的混合场景进行压力测试，如果仍采用第一种方式，那么我们就必须得针对两两业务的混合情况，创建10个混合业务脚本。当业务类型更多，或者混合场景更为复杂（如需考虑任意三种、任意四种业务等的混合情况）时，脚本的创建量会大大增加，且均为乏味的重复性工作。
　　针对这种情况，直接在Controller端进行设置会简单得多，只需要加载各个业务脚本，并设置不同脚本的并发数即可。对于本文中的案例，在Controller中的设置方法如下所示。
　　（待补充... ...）
　　该种方式的优缺点对比：
　　优点：
　　无需单独创建混合业务脚本，特别是在业务类型较多的情况时优势更为明显；
　　测试得到的响应时间为各个业务独自的响应时间，可以实现对混合业务场景下各个业务的单独分析。
　　缺点：
　　计算混合业务的响应时间时，需要提取原始测试数据进行计算（不能直接对各个业务的平均响应时间取平均值来作为混合业务的平均响应时间），计算较为复杂。
评论
点赞
打赏
  • 复制链接
  • 举报
下一条：
一、在Virtual User Generator中实现　　方法1：在【运行时设置 run-time-setting】中设置　　1.录制完脚本后，并对其进行完善，比如有这样三个脚本,Reg_Action,Login_Action,Order_Action　　2.假如Virtual User设为100个，30%的用户**,20%的用户在登录，余下的用户做订票操作。　　3.在场景中的run-time-setting中我们可以这样设置：在Run-Logic中在General Run Logic中设置run 属性，run有两种属性,一种是Sequential(顺序模式)，另一种是Random(随机模式)，通过Random这种方式，我们可以模拟30%的用户在**，20%的用户在登录。　　4.其中的 block块可以实现更为复杂的脚本运行策略。　　缺点：缺少灵活性，下面描述如何用编程实现。　　方法2：通过程序解决　　1.用程序 来判断随机出来的概率和和其给定的值作判断，如果符合这个条件，则调用此函次（脚本一次）　　2.比如说100个用户,20%就是20个用户,那么 【0-20】这个范围内，在action中模拟20%的用户浏览网页，可以这么操作： Action{　　int rowNum;　　rowNum=rand()%100+1;　　if (rowNum <=20%)　　//调用一个脚本　　return 0;　　}　　例如：性能测试场景设计--混合业务场景下的脚本比例控制　　在某个业务场景中，包含数据创建和数据查询两项业务；现需考察数据创建和数据查询两项业务在并发比例为2:1、总并发量为100用户情况下的混合响应时间。　　对混合比例的设置，可直接在脚本中进行，即通过随机函数rand实现，脚本设计如下所示。 int num;　　Action()　　{　　num = rand()%3;　　lr_start_transaction("综合业务--数据创建与数据查询");　　if(num<2){　　Data_Create(); //数据创建　　}　　else{　　Data_Search(); //数据查询　　}　　lr_end_transaction("综合业务--数据创建与数据查询", LR_AUTO);　　r