我与LR

在西安的生活很自由，每天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）设置大一些吧！

技术行业，口说无凭，才刚起步，还需要更加的深入了解。还是要亲自动手实践，在实践中获得问题，总结经验，自我突破。

文章在这里就收笔了，回顾过去的种种，前一刻还萦绕在心头的浮躁情绪已慢慢散去。人间四月天，芳菲尽。抬头看看，厚重的雾霾遮不住阳光灿烂，只要心中有光芒，处处都是缤纷漫天。