在西安的生活很自由,每天9点上班,6点下班,朝暮之间,来到公司快两年了。
你若问学到了什么?失去了是什么?好像每时每时刻都在得到与失去。
取次花丛懒回顾,半缘修道半缘君。
进入公司后,一直都在沿着软件测试的规划慢步行走,只不过走的太慢,渐渐的会模糊前面路,遗忘来时的方向,失去向上攀爬的动力。变得急躁,左右不定。这就和初学Load Runner时,遇到问题不会解决的心情如出一辙。
最初接触Load Runner时,看着使用手册进行录制,添加一个虚拟用户对百度网站进行测试。现在看来,那时的做法竟是十分的稚嫩。没有Think Time(思考时间)的概念,不知道TPS(每秒传输的事物处理个数)的含义,全无软件性能测试的基础知识。
测试时,面对添加虚拟用户过多或者是其他原因导致的软件提示错误现象,手足无措。不过,好歹咱们也是计算机专业,问下度娘怎么解决,找个QQ讨论群进行讨论,总会被出类拔萃的大神会嘲笑斥责一番,也不乏温文尔雅的同仁会细心指导。
悟性和兴趣是成长过程中不可缺少的。做任何一件事,都要有一个基础,书本是最好的老师。在问别人之前,先上网查查是否有对应的解决方案,Google,是一个得力的助手。
不温不火的成长着,在开始性能测试之前,了解服务器环境,对客户需求进行调研,推算性能指标,制定测试方案;执行性能测试的时候,录制保存脚本,对代码进行优化,对压力过程进行设置调整;阶梯式的增加虚拟用户,实时观察当前网络使用率、服务器与测试机CPU、Memory等系统资源情况,根据错误或服务器资源判断性能是否符合调研要求。
下面总结一下经验吧!
养成看log的习惯是很好的哦!
在Runtime setting中可以设置log的生成方式,在存储路径res文件夹下可以找到log,log中藏着很多的信息,如:
1. 虚拟用户失败的原因
很多时候,场景在运行时都会出现用户失败,想要查看错误原因,最直接的办法就是查看日志,从日志中查看ERROR的信息
2. 确认每次分配给虚拟用户的值
设定log生成规则Parameter Substitution,查看每个日志文件中的对应行参数值是否为预计的参数值。判断出是否同用户的实际使用类似,是否达到对服务器的压力策略。
3. 从日志中确认服务器端返回的值是什么。
有时候,会在脚本中设定检查点,但是并不知道策略是否生效,于是log是个很好的帮手。
是药三分毒,有利必有害。任何程序都是要消耗资源的,Load Runner也是一样,选取日志输出的模式的时候还是有必要谨慎考虑,尽量以适用为前提,减少因为log的输出影响到客户端,使客户端成为瓶颈。
录制脚本时竟然不弹出IE浏览器!
这个问题还是经常碰到的,网上关于此类问题的解决方法很统一:启动IE浏览器,打开Internet选项,切换到高级标签,去掉“启用第三方浏览器扩展(需要重启动)”的勾。重启IE,再次运行VuGen就可以解决。
生成的脚本中竟然存在乱码问题?!
不要以为是软件问题,这个其实是设置问题。解决方法就是:打开录制选项配置对话框Record-Options,进入到Advanced功能,勾选“Support charset”,选择“UTF-8”。重新录制脚本,乱码现象就消失啦。
Step download timeout (120 seconds)
作为新手,这一定是一个经常遇到的问题,所以在调整脚本的时候,一定记得修Run Time Setting中的请求超时时间,可以增加到的范围600s ~ 1000s,这个设置中还有HTTP-request connect timeout,HTTP-requestreceieve timeout,Step download timeout三项可以设置哦。
Connection reset by peer
Google都说这个问题不多见,却还是频繁的与我邂逅了。如果服务器没有被测试挂掉,一般多是由于下载速度慢,超时导致。还是需要设置一下:Run Time Setting中的Internet Protocol选项Preferences设置Set Advanced Options(设置高级选项),将“HTTP-request connect timeout(sec)设置大一些吧!
技术行业,口说无凭,才刚起步,还需要更加的深入了解。还是要亲自动手实践,在实践中获得问题,总结经验,自我突破。
文章在这里就收笔了,回顾过去的种种,前一刻还萦绕在心头的浮躁情绪已慢慢散去。人间四月天,芳菲尽。抬头看看,厚重的雾霾遮不住阳光灿烂,只要心中有光芒,处处都是缤纷漫天。