性能测试实战脚本—服务器端性能测试的通用脚本

业务场景描述

5000个用户分批次登陆系统，但是要保证登陆的用户中，时刻有一定比例的用户做业务(6%)，其他用户登陆后等待;执行完业务的用户进入等待队列，然后从等待队列选取一人继续执行业务，但是要保证时刻有6%的执行业务占比。可以控制总的性能测试执行时间!

如下编写的场景脚本：

#include

#include

{

string logger;

//共享变量，控制业务的起止时间

shared t_start,t_end;

int t,t_zong;

//用于第一组并发用户的判断，同时也把值赋予id_yw;

shared num_yw,num_yw1;

//业务组内，每个虚拟用户的id

int id_yw;

//下一个操作业务的用户id

shared id_next,share;

int num_zong, num_binf;

//设定wait的等待时间

int time_out;

//根据业务所占比重计算，暂时用2，测试取整函数！

num_zong = _nusers;

num_binf = (_nusers*3)/10;

//设定wait的等待时间，越长越好，假若一直没被**，此时间可以设置为session的失效时间。

time_out = (_nusers)*3000;

//t_zong，业务运行时间，暂时根据并发用户计算，1200 60，60，1000

t_zong = (_nusers)*3000;

//登录系统，一秒两个用户

//delay((_uid)*500);

share = num_binf;

//开始业务

num_yw1++;

id_yw = num_yw1;

t_start = start_time[“yw_time”];

do{

num_yw++;

//第一次发起并发，发起id_yw比较小的（数量为该组需要并发的人数），大于id_yw的用户等待被**

if(num_yw > num_binf)

{

//此处用户一直在监听，是否被**，即现有操作人员结束操作后，随机产生的id号是否与自己匹配。如果匹配则开始业务操作，否则继续等待。

wait(&id_next,id_yw,id_yw,0,time_out);

if(wait(&id_next,id_yw,id_yw,0,time_out) == 0)

{

//break;

//script_exit("");

user_exit(-1, “Fatal Error - Aborting”);

}

//说明：此处判断是否是被正常**。0为等待超时（非正常**）。当suite结束时，势必会造成大量的

//用户非正常**，从而同时并发下面的业务。所以，此处设置适当延迟，使用户顺序推出。

//delay(id_yw*10000);

}

else

{

logger = “the yw is starting…”;

writelog(logger);

}

//else直接往下走。

//开始操作业务

//使用delay(8000)模拟业务

delay(8000);

//结束操作业务

t_end = stop_time[“yw_time”];

t = t_end - t_start;

//业务结束后，在用户组内随机取一个用户id,赋给共享变量next_id

//id_next = ((rand()) % num_zong )+1;

share++;

if(share<=num_zong)

{

id_next =share;

}else{

share = 1;

id_next =share;

}

}while(t

}

上面是我收集的一些视频资源，在这个过程中帮到了我很多。如果你不想再体验一次自学时找不到资料，没人解答问题，坚持几天便放弃的感受的话，可以加入我们群【902061117】，里面有各种软件测试资源和技术讨论。

当然还有面试，面试一般分为技术面和hr面，形式的话很少有群面，少部分企业可能会有一个交叉面，不过总的来说，技术面基本就是考察你的专业技术水平的，hr面的话主要是看这个人的综合素质以及家庭情况符不符合公司要求，一般来讲，技术的话只要通过了技术面hr面基本上是没有问题（也有少数企业hr面会刷很多人）
我们主要来说技术面，技术面的话主要是考察专业技术知识和水平，上面也是我整理好的精选面试题。
加油吧，测试人！如果你需要提升规划，那就行动吧，在路上总比在起点观望的要好。事必有法，然后有成。
资源不错就给个推荐吧~