Loadrunner笔记(daixia).docVIP

LoadRunner性能计数器_TPS/HPS/吞吐率 个人理解三者可以结合使用进行判断性能瓶颈，故一起来研究 一、定义 1、TPS：Trasaction per second软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数，最终利用这些信息来估计得分。客户机使用加权协函数平均方法来计算客户机的得分，测试软件就是利用客户机的这些信息使用加权协函数平均方法来计算服务器端的整体TPS得分。一般来说系统的TPS取决于系统事务最低处理能力的模块的TPS，经验值10-100 2、HPS:Hit per second也就是点击数/秒，指的是一秒钟的时间内用户对WEB页面的链接、提交按钮等点击的总和。一般与TPS成正比关系，是衡量B/S系统的一个主要指标 3、Throughput/s:吞吐率，指的是每秒系统处理的客户的请求的数量，也可以理解为单位时间内客户接收到的服务的反馈量 二． 分析： 1、TPS标准差/TPS Average8%,或者2%则系统存在性能瓶颈 2、当增大系统的压力(或增加并发用户数)时，吞吐率和TPS的变化曲线呈正比变化，则系统基本稳定 3、若压力增大时，吞吐率的曲线增加到一定程度后出现变化缓慢，甚至平坦，同时TPS也趋于平坦，查看系统资源使用，如果资源使用率比较高，则说明服务器硬件资源存在问题，需要拓展硬件或者优化应用。反之，则说明服务器硬件资源不存在问题，查看网络流量，估计网络带宽存在问题。 4、点击率/TPS曲线出现变化缓慢或者平坦,很可能是服务器响应时间增加，观察服务器资源使用情况，确定是否是服务器问题或者应用问题 三. 计场景关键在于需求和性能测试的目标，设计场景到底是为了测试什么东西是在场景设计前需要好好考虑的。 目标场景的目的就是通过设置目标来验证系统能否达到目标，在项目最后需要确认质量时可以使用目标场景来完成最终的测试报告。目标场景中无法设置集合点策略，系统自动形成并发负载。当需要定位瓶颈的时候推荐还是要用手工场景。 逐渐增加负载的意义：系统会随着负载的增加而逐渐暴露出资源瓶颈，通过手工场景中的start vusers可以观察随着负载增加系统资源的变化情况，从而得到系统的峰值处理能力。设置负载逐渐释放，可以分析系统回收资源的能力。负载的真实性是受到脚本影响的。一般real-life运行的脚本会更偏向于模拟用户操作流程，而classic脚本更偏向于模拟一种操作。scenario模式group模式在scenario模式下，要修改各个group的用户数，可以点击菜单schedule-convert scenario to the percentage mode，将场景的用户模式改为百分比模式。该模式下，两个脚本用的是同样的负载方式进行的。 在group模式下，可以独立设置脚本运行模式。还可以通过start group策略为脚本之间设置前后运行关系。如：需求规定在9-11点进行操作A，在12-14点进行操作B，那么就可以通过group方式来设置场景中的脚本A和B的先后关系来模拟系统的负载情况。 用户管理Virtual Users点击Virtual Users按钮可以弹出虚拟用户管理器。在场景运行时，可以选中某个正在运行的用户右键菜单打开show user功能可以获得用户的运行状态（模拟浏览器运行画面）。还可以选中show vusers log打开用户运行的日志。 场景中的run-time setting独立存放在场景.lrs文件中，不会影响脚本在VuGen中的运行设置。在运行场景前要检查运行设置是否合理。? 1. think-time在场景中会默认设置为按照脚本录制的lr_think_time()函数运行。所以要在场景运行前检查并设置合理的思考时间值。? 2. 负载生成器会调用MMDRV.EXE生成负载。而负载的生成分为进程方式和线程方式两种。?????? 进程方式的话每一个虚拟用户使用一个单独的mmdrv.exe来完成负载的实现，这样用户之间相互独立，不会互相影响但是资源开销大。?????? 线程方式的话所有用户都是在一个mmdrv.exe上模拟的，消耗的资源小。? 3. 一般情况运行场景时选择：只有出错才生成日志。除非是为了查找错误调试脚本，才会打开详细日志选项。? 4. 关闭自动化事务：脚本默认对每个action都设置一个事务，为了避免多余的数据影响，应该关闭自动化事务选项。? 5. 带宽模拟：带宽会直接影响到事务的响应时间，而真实环境下每个用户的带宽也是有限的。所以要为用户设置一个合理的带宽。???? 带宽模拟中设置的带宽是给每个用户分配的带宽，不是所