软件测试中LR性能测试最佳过程总结

　　根据群里的朋友，在实际loadrunner/" target="_blank" >LR性能测试过程出现的问题，我更多的认为不是LR工具使用问题，更多的是LR性能测试脚本过程的问题

　　根据自己以往的工作经验，我简单说一下自己在做性能测试过程的流程吧，自己的文笔不好，写的不好的地方请大家提示。嘿。。。。。性能测试计划，用例设置这部分我就不多说了，直接说一下，怎么的操作才是一个良好的性能(用例)执行过程吧。

　　一：录制/开发脚本阶段：

　　1分析应用程序所涉及到的协议。这个不需要多说原因吧，因为LR是通过记录通讯协议的方式录制脚本的，这里我就拿性能测试最常见的网站做例子吧!一般选择web(http)协议录制，都是也可能不只是一种协议，如录制flash的一个上传文件的功能，还得需要windowssockets这个协议。

　　2 IE浏览器的设置，如是否记录密码，是否清除缓存，上网代理等相关设置。不多说根据测试具体要求进行设置就可以啦。

　　3.LR工具的设置：主要是在Run-time Settings 与Recording Options的设置。具体内容很多，不多说了。

　　4.录制脚本及增强：这块水可不浅，有不少初学的朋友就在这喝啦很多口水呀，嘿。。。我就简单说一下，常见的问题 A:在录制过程中发现，事件数没有增加的话，可能是Recording Options的General中Recording设置的HTTP/HTML Level设置不正确，默认是采用HTML -based script的方式录制，这时需要修改成URL -based script方式录制。 B:MsgId: MWAR-26200错误：1.在WEB应用在涉及到其它协议 2.如果是登录框，用户名与密码的加密方式 是BASE64加密可能出现这样的问题。 3.LR的Run - Time Settings 的Proxy设置引起的，在Proxy添加正确的代理IP地址与端口即可。

　　4.1录制完成，进行增强的时候，建议每添加一个事物，集合点，参数化，关键，思考时间，循环语句，判断语句等之后，都运行调试一次脚本。调试过程建议使用单步调试的方式，调试OK之后在回放脚本。

　　4.2 回放脚本一般操作;由简到繁，一般是先 单用户单循环 然后是 单用户多循环 。这里说明一下好处：单用户单循环运行生成的脚本，解决可能存在的关键问题。 单用户多循环在Run-time Settings 设置Iterations 次数，验证参数化问题，4.1与4.2这样操作有助于排除脚本错误。

　　Tips：把独立的业务设置成一个单独的Action，这样增强重用性。

　　二：脚本执行与测试结果分析阶段：

　　1.实施性能(用例)场景：也推荐由简到繁，一般是先 多用户单循环 然后是 多用户多循环 。多用户单循环，在Controller运行脚本，用于验证脚本存在的多线程问题。多用户多循环，即性能测试的开始，然后考虑，多用户单循环单业务操作，多用户多循环单业务操作，多用户单循环复合业务操作更加符合实际生产环境的场景。

　　2.分析测试结果：通过监视被测应用服务器资源情况及LR收集的测试报告，综合方式分析性能瓶颈，压力，容量，最优配置等信息，如一次性能用例执行无法分析，可多次执行性能测试，进行多次结果分析，这样更加具有价值，更明了。

　　Tips：由简到繁这个过程也有利确定系统的压力，容量，可靠性等数值，从而增加性能指标测试过程的附加值。 

原文转自：http://www.ltesting.net