继续写,之前写了获取变量,设置变量,今天先写个简单点的断言。

一般情况用响应断言,就挺好使,但是自动化还要生成报告,如果断言失败了,要保存结果,只能用beanshell处理,顺便把断言一起做了,这时候用beanshell断言正合适。

还用这个接口,上次已经提取了id和name,这次直接用这俩断言。先写个简单的,为了看到断言效果,写个错误的:如果id不等于3,就报错。看断言

id=vars.get("id");
name=vars.get("name");
if (!id.equals("3")){
    Failure=true;
}
再执行,Failure=true;表示断言没通过。

结果树显示为红色,看一下断言提示

如果存在多个断言,这里看不出来是哪个断言没通过,本来会生成报告的,结果树可能根本都不看,这个提示也没啥用,但是昨天遇到个报错,根据经验就是断言没通过,报告里就是给写了通过,看提示,应该也能打印出message,再给加上。

id=vars.get("id");
name=vars.get("name");
if (!id.equals("3")){
    Failure=true;
    FailureMessage="id不为3。";
}

如果同时判断id不等于3,且name等于xiaohua,就报错:

id=vars.get("id");
name=vars.get("name");
if ((!id.equals("3"))&&(name.equals("xiaohua"))){
    Failure=true;
    FailureMessage="id不为3。";
}
一定要把每个判断都用括号括起来,不然判断不生效。且用&&,或用||。

结果树报红只是顺便,自动化要生成报告,每次判断失败还要记录结果,再加上记录结果

result_message="";

id=vars.get("id");
name=vars.get("name");
if ((!id.equals("3"))&&(!name.equals("xiaohua"))){
    Failure=true;
    FailureMessage="id不为3。";
    result_message+="id预期为:3,实际结果为:"+id+",";
    vars.put("result_message",result_message);
    return
}

先定义一个变量,result_message,用这个记录结果,接口自动化,不能只发个接口就结束了,还要判断数据库记录的对不对,或者可能还有后续接口,一起验,所以不管这里报错还是成功,后续该验的还是要有,如果后面还有报错,就一起都写在这个result_message里,下面用个vars.put,后面其他beanshell再get获取,就能继续加验证结果了。这一个接口已经有断言失败了,加上一个return,后面的其他断言分支就不会再走了,直接进行后面的其他请求。

写到这里有个问题,如果这个断言全部通过,就不会走到if分支里,也就不会再有vars.put("result_message",result_message);了,后面其他验证收不到result_message。这时候要优化脚本,我在断言前面加了个前置处理器:beanshell预处理器,把定义result_message直接放到这里,保证后面不管哪个断言失败,都能取到result_message,再往里添加其他报错。

在断言时候,先获取一次result_message就可以了。前面用的beansehll预处理,这个元件我也说不上来具体有什么特点,取请求报文内容的时候,也用的这个,如果想把result_message再往前放,也可以用取样器,看自己需要。

现在断言记录结果先这样,明天继续写。

点赞(0) 打赏

评论列表 共有 0 条评论

暂无评论

微信公众账号

微信扫一扫加关注

发表
评论
返回
顶部