性能测试利器Loadrunner和Jmeter

LoadRunner

用户行为模拟

低成本且具有可行性，模拟大量用户操作的一种技术。
->不同用户使用不同的数据(LoadRunner通过"参数化"实现)
->多用户并发操作(LoadRunner通过"集合点"实现)
->用户请求间的依赖关系(LoadRunner通过"关联"实现)
->请求间的延时时间(LoadRunner通过"思考时间"实现)


性能指标监控

通过上面的技术模拟用户的行为,在系统运行中需要监控各项性能指标,并分析指标的正确性
->请求响应时间监控(LoadRunner通过"事务"实现)
->服务器处理能力监控(LoadRunner通过"事务"计算吞吐量获得)
->服务器资源利用率监控(LoadRunner提供全面简洁的计数器接口)


性能调优 

通过指标的监控发现系统存在的性能缺陷，利用分析工具定位并修正性能问题。LoadRunner本身并不提供任何性能调优的功能，但是在其Analysis组件中提供了常见性能分析的策略及整合报告的功能。


LoadRunner-用户行为模拟实现
 

 
通过使用VuGen对用户的行为进行录制，将操作转化为对应的脚本，
进一步将该脚本进行修改来完善对用户行为的模拟。
随后通过Controller设计一个场景，指定负载生成的方式，
从而执行场景，完成最终的用户负载行为的模拟。


LoadRunner-负载原理

Controller本身无法形成负载，它只是一个设计工具，而负载的生成是通过Load Generator实现的。Controller会将脚本发送给多个负载生成器(Load Generator)，由负载生成器根据预先的设置对被测系统形成负载。 Load Generator就是生成负载的负载生成器，通过VuGen录制生成的用户脚本，最终都会在Load Generator上运行并生成负载。由于生成的负载一般数量比较大，通过一台电脑进行负载往往力不从心(常见配置一台Load Generator大概能模拟200-500个虚拟用户)，所以可以通过一台Controller调用多台Load Generator即可模拟成千上万虚拟用户对系统的负载过程。 在调用Load Generator时注意不要让生成负载成为瓶颈(宽带通常是主要瓶颈)，导致性能测试结论的偏差

Jmeter


Jmeter结构体系
把Jmeter的结构体系拆分为三维空间

 
X1~X5：是负载模拟的一个过程，使用这些组件来完成负载的模拟；
X1：选择协议，模拟用户请求，检查服务器响应是否正确，然后收集结果信息；
X2：完善测试脚本部分，包括参数化，关联等；
X3：控制测试脚本业务逻辑；
X4：集合点，模拟用户并发；
X5：用户数，一个线程代表一个用户；

Y1：可以理解为选择协议，包含负载模拟部分，负责模拟用户请求；
Y2：可以理解为检查点，结果验证部分，负责验证结果正确性；
Z：可以理解为监控器，负责结果的收集，监听器不仅可以放在线程组之内，也可以放在线程组之外；

性能测试利器-Jmeter运行原理


Jmeter基本原理是建立一个线程池，多线程运行取样器产生大量负载，在运行过程中通过断言来验证结果的正确性，可以通过监听来记录测试结果；
如果取样器中有参数化需求，可以通过配置元件或者前置处理器来完成；
如果取样器中有关联需求，可以通过后置处理器来完成；
如果要模拟负载场景，比如模拟多少用户，运动多长时间，可以通过线程组完成；
如果要模拟并发场景，可以通过定时器来完成；
如果要控制业务的执行逻辑，比如登录只运行一次，可以通过控制器来完成；