Recommandé
Contenu connexe
En vedette
Similaire à 纵览Loadrunner核心功能
Similaire à 纵览Loadrunner核心功能 (20)
Dernier
Dernier (6)
纵览Loadrunner核心功能
- 1. 纵览loadrunner核心功能 beiyu95
- 2. Agenda • 测试脚本开发 • 性能场景(scenario)运行 • 测试结果分析
- 3. 性能测试过程
- 4. LoadRunner核心组件 脚本开发工具。 Virtual User GENERATOR Controller是 创建、维护、执行场景（ Scenarios）的管理 控制台. LR CONTROLLER 结果分析器。分析结果数据，生成报告 LR ANALYSIS
- 5. 脚本开发 • 协议选择 • 脚本录制与开发 • Runtime-setting
- 6. 协议选择 • Web常用协议 – Web(HTTP/html) – Web(Click and Script) – AJAX(Click and Script) – Web Services • 掌握要点 – http/html录制的两种模式 • 基于html的方式 • 基于url的方式 – 两类Web协议的主要区别
- 7. 脚本录制与开发过程 • 录制脚本 • 回放脚本 • 调试优化脚本 – 自动关联 – 手动关联 – 参数化 – 事务 – 集结点/并发点 – Think-time – 检查点 • 单脚本运行 • 多脚本集成
- 8. 自动关联 • 什么是关联 – 脚本开发过程中会录制到动态数据（如JSSEIONSID），并写入 脚本。但当再次提交时，动态数据不再有效。将该数据用实际 值来代替的处理过程，在loadrunner中被称为关联。 • 自动关联的使用 – 至少回放一次 – 从菜单中 调用 • 示例 – 直销系统中的castk
- 9. 手动关联 • 关联方法：使用web_reg_save_param • 关联的工作过程 – 请求A的response中包含JSESSIONID – 请求B中用到JSESSIONID – 使用web_reg_save_param在A的请求中，将 JSEESIONID的值取出，存成变量，给请求B使用。 • 示例
- 10. 参数化 • 将常量用变量来代替 – 如用户名、密码 • 可以实现 – 将常量参数化 – 将多组参数关联 • 重点掌握 – 单用户参数值的选取与 更新 – 多用户参数值的选取与 更新 – 值选择是否正确的验证 方法
- 11. 并发的概念 • 多个用户在同一个时间点对应用程序执行 相似的动作 • 集结点/并发点的实现 – 菜单添加 – 手工添加lr_rendzvous函数 • 并发的层次 – 应用级 – Bussiness Process级 – Transaction级
- 12. Runtime setting Runtime setting是最核心的内容之一，runtime setting控制了脚本运行的多个方面，包括： • 控制逻辑 • 浏览器行为 • 带宽模拟 • 日志输出 • Think time及pace间暂停时间 • 代理使用及内容检查等 可以在VUGEN中进行设置，也可以在controller中进行设置， 但二者略有不同。
- 13. Runtime-setting
- 14. 脚本调试 • 单脚本多循环 • Controller中多用户小批量调试 • Lr_log_message • Lr_eval_string • F9 • 自定义变量的使用 – Lr_save_string – sprintf
- 15. Any questions?
- 16. 运行性能场景 • 什么是性能场景 • 性能场景类型 • 性能场景设置 • 运行性能场景
- 17. 什么是性能场景? Scenario A scenario is a file that defines the scripts to execute, the number of Vusers to run, the goals of the test, the computer that will host the Vusers, and the conditions under which the load test runs. Elements of a Scenario
- 18. 性能场景类型 • 面向目标的性能场景(goal-oriented) • 手工场景(manual scenario) – 数量模式 – 百分比模式 • 示例
- 19. 性能场景设置(1) • 场景执行schedule – 名称 – 类型 • 场景 • 组策略 – 模式 • 真实场景 • 经典模式 • 示例
- 20. 性能场景设置(2) • Runtime setting设置 – 按组设置 – 整体设置 • Load generator设置 – agent service – Loadrunner集群测试
- 22. J2EE应用性能监控Top 10
- 23. 运行性能场景(1)
- 25. 运行性能场景(3) • 压力下的系统状态 – Loadrunner的动态性能指标 – 测试过程中的错误分析
- 26. Any questions?
- 27. Loadrunner结果分析 • Loadrunner性能指标解读 – Web resources • Hits per second • Throughput • … – Transaction • Trans response time • … – System resource • Linux • … –…
- 28. Loadrunner 结果分析 • 掌握loadrunner analysis – 概要信息解读 – 过滤器的使用 – 主要图表解读 • Running users • Hits per second • … – 手动添加新图表 – 网页细分图的使用 – 图表关联 – 报表下钻
- 29. 概要信息解读 • 场景概要 • 统计数据 • 事务概要 – Min, avr, max – 标准差、90% – PASS, FAIL, STOP • Response 概要
- 30. 主要图表解读 • Running users • Hits per second • Throughput • Transaction summary • Average transaction response time
- 31. 手动添加图表 • 操作方法 • 常用的图表解读 – Transaction相关 • 时间维度 • 占比维度 – 网页细分图 • 响应时间层次细分 • 页面组件维度细分
- 32. 网页细分图的使用 • 提供组成事务的每个 请求的响应时间 • 提供响应时间的分解 – DNS时间、connection 时间、first buffer等 • 提供每个页面组件的 效率 – 如某个图片的下载时 间
- 33. 图表关联 • 将相关指标放在同一张图中进行分析 例如， • Running users 与事务响应时间 • Running uses与服务器资源使用 • …
- 34. 使用自动关联
- 35. 图表下钻(drilling down) • 在一个复杂的图表中， 多维度的进行分析
- 38. 案例 – loadrunner分析性能瓶颈 • 背景 查看系统是否支持600人在线，各事务的响应 时间在12s以内 • 环境部署： 2台web，一台认证服务器，一台应用服务器 (tomcat) 6台mysql数据库服务器（一主5从）
- 39. 性能问题根源分析 性能问题的根源 End-user experience 分析需要从最基本 Transaction Response Times 的性能报告一直分 析到每个组件的性 能数据 System-level performance Network and Server Response Times Component metrics
- 41. 寻找根源 查看服务器资源，寻找趋势异常的服务器。CPU LOADAVERAGE 图与CPU 使用 率图。Loadrunner的资源监控图线告诉我们，在响应时间异常的点，应用服务 器出现了性能问题。CPU average突然上升到42，CPU使用率也急剧上升，达到 60%以上，正常状态下为9%。
- 42. Running users vs. 应用服务器 • 从负载增长情况和服务器的资源情况，可以进一步得到结论： 正是应用服务器的问题，导致了系统不能支持更大的负载。
- 44. 应用服务器状态检查 • 检查垃圾回收 可以发 现堆内存的使用持 续走高，达到最大 值，造成jvm内存 短缺 。进一步造 成处理能力下降， 最终的表现是连接 堆积过多，响应时 间迅速变大。
- 46. Any questions?
- 47. Thanks!