LR性能测试最佳过程总结

 根据群里的朋友，在实际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收集的测试报告，这里涉及的知识比较多：网络、计算机操作系统原理、htpp协议、硬件配置、代码优化、数据库、中间件、web服务器等综合能力，由于只理论不好说清楚，所以这里不重点说啦。综合方式分析性能瓶颈，压力，容量，最优配置等信息，如一次性能用例执行无法分析，可多次执行性能测试，进行多次结果分析，这样更加具有价值，更明了。

       Tips：由简到繁这个过程也有利确定系统的压力，容量，可靠性等数值，从而增加性能指标测试过程的附加值，注意Run-time Settings 设置Iterations 次数与场景运行时间的优先级问题。

性能测试整体大致流程：

  1.与客户沟通 A. 熟悉系统活跃用户数，繁忙时间段与用户数 B.咨询系统常用模块或业务点及现有系统存在瓶颈（响应时间长）的业务操作 C.了解WEB服务器，DB服务器及中间件硬件配置，系统架构拓扑图及网络链接方式 

  注:内容只讲性能测试最佳过程，不是技术点讲解，内容简略，请各位见谅!