我的QQ:18324258 朋友们,如果需要交流,请直接联系我的QQ,并说明相互学习,不要留给我QQ号,我不会动不动就上来看的。希望多交流,谢谢!

性能测试中的数据准备和恢复

上一篇 / 下一篇  2007-07-18 19:59:04 / 个人分类:LR

1.不同脚本涉及到的数据最好的区分开,以防数据间的干扰影响性能测试结果.

  此次测试涉及到固话和ADSL的新增,两者都要用到设备.但同一场景中要求一个是新开,一个是拆线.如果用同一组设备的话,又导致已占用的新增失败,已释放的无法拆除. 

  所以将涉及到的数据全部区分开.使得在测试过程中不会相互影响,并且在数据准备和恢复时,也容易处理.

2.数据库中的数据对性能的影响必须考虑.

  一个用例,在预测试时,表中只有800W数据,响应时间在3秒左右.但当数据增加到2800W后,响应时间在10秒左右,并且长时间运行后,响应时间最高达到50秒.

3.每次读取的参数是唯一的.

  由于用例要求使用过的设备无法再用.那么参数量要足够.有几种解决方法,1.将参数数据加载在内存在,使用文件锁,每读取一条,加锁.这样参数就确保不会重复. 2.我们LR提供的UNIQE的方式,但要参数量足够大,尤其是疲劳测试的时候,并要计算并发用户数以及每个用户可能迭代的次数.我们准备的参数最多的有40W. 3.从数据库中获取参数,利用数据库本身的锁功能处理.这个方法没有尝试.

4.数据清理

  在每次完成测试后,要清理数据,删除数据库中增加的数据.释放所占用的资源.清理数据有几点要注意:

 1).尽量不要用LR脚本清理,因为你很难判断清理的是否彻底.另外,可能会很慢. 2).最好在是使用SQL语句在数据库中直接操作.加快数据恢复的速度.如果你进行多次测试的话,数据恢复占用太多的时间是应该避免的. 3)数据恢复应该反复验证,以保证恢复后数据的正确性和完整性.可能的话,找开发协助.

 

 


TAG: LR

 

评分:0

我来说两句

Open Toolbar