LoadRunner----Controller压测总结

LoadRunner----Controller压测总结

Controller分布式压测，可有多台压力机，通过压力机，压到服务器。压力机是产生压力的机器，可以是windows系统或Linux系统

分布式压测注意事项

1、每台压力机必须安装Loadrunner，并且确保LR的Agent程序启动（默认开机启动）
2、所有压力机间网络必须通畅，建议都在同一个局域网内
3、如果测试http协议，脚本放在controller机器上即可
4、如果测试JavaVuser脚本，每台压力机上必须要有脚本，且路径保持一致

Controller两种执行机制

1、按照运行时间
设置一个固定的场景运行时间，所有并发用户会一直运行action函数，持续到时间结束

2、按照运行册数
场景设置为“run until complete”，在“运行时设置里”设置单个虚拟用户的迭代次数，整个场景会执行脚本中的action函数次数=并发用户数 * 迭代次数

Controller中两种场景模式

1、用户组模式
如果场景中存在多个脚本，可以对每个脚本设置不同的执行时间、并发用户数等。此模式下一个脚本只能选择一个压力机
2、百分比模式
如果场景中存在多个脚本，可以对每个脚本设置不同的百分比。此模式下可以选择多台压力机

总结：
如果场景中只有一个脚本，且只有一台压力机，两种模式任意选择一种即可
如果场景中只有一个脚本，且需要使用多台压力机压测，选择百分比模式
如果场景中有多个脚本，并且需要精确指定每个脚本的并发数，选择用户组模式+basic schedule选项
如果场景中有多个脚本，并且每个脚本需要运行不同的并发数和时间，选择用户组模式+group选项

Controller加压策略

1、先单虚拟用户运行一段时间，观察是否有事务失败或者报错信息；
2、加大并发，如10并发，继续运行一段时间，观察tps的趋势；
3、等待tps稳定下来后，继续加大并发，观察tps；
梯度增加并发，每次加并发后如果发现tps比上一次有增长，就继续增加并发；
4、如果加并发后发现tps和上一次并发没有增长，甚至有下降情况，说明上一次并发数和tps就已经是系统的最高处理能力，此时的tps值称为“拐点”
5、找到拐点后，取拐点前两三个值，拐点后一个值，总共大概四五个值的并发数，重新进行一次压测，运行10分钟，记录每一个阶梯并发的平均性能数据

TPA、响应时间、并发总结

1、在压测工具中设置的并发数，其实就是服务端的并发数
2、不需要关注真实用户并发，关注服务端并发即可
3、一个系统的性能好坏，不能用支持的并发数还衡量，而是以TPS、响应时间来衡量
4、性能测试没必要过分关注并发数，而是更应该关注业务性能指标TPS、响应时间
5、性能差的系统，比性能好的系统支持更高的并发数
6、如果想让一个系统支持更高的并发数，只需要将系统的响应时间变长即可

集合点理解

集合点是为了增加瞬间并发压力的一种机制，在脚本中增加一个标记，所有虚拟用户执行到标记处会进行等待，等所有用户都到达后，再同时继续执行下一步操作。
优点：对服务器来说，会产生一种瞬间高并发
缺点：对服务器来说，平均压力会降低

那么我们通常什么时候需要加集合点呢？
根据业务来选择，如果业务场景是瞬间高并发类型的，如抢购、秒杀等，需要加集合点；
其他的场景都不需要加，一般加了集合点后，就不使用tps来衡量系统性能
集合点功能要慎重选择，因为加了集合点后，系统的平均压力会降低