LoadRunner压力测试结果分析探讨

简介:

分析原则:

  1. 具体问题具体分析(这是由于不同的应用系统,不同的测试目的,不同的性能关注点)

  2. 查找瓶颈时按以下顺序,由易到难。

  服务器硬件瓶颈 网络瓶颈(对局域网,可以不考虑) 服务器操作系统瓶颈(参数配置) 中间件瓶颈(参数配置,数据库web服务器等) 应用瓶颈(SQL语句、数据库设计、业务逻辑、算法等)

  分析的信息来源:

  1. 根据场景运行过程中的错误提示信息

  2. 根据测试结果收集到的监控指标数据

  一.错误提示分析

  分析实例:

  1.Error: Failed to connect to server “172.17.7.230″: [10060] Connection

  Error: timed out Error: Server “172.17.7.230″ has shut down the connection prematurely

  分析:

  A、应用服务死掉。

  (小用户时:程序上的问题。程序上处理数据库的问题,实际测试中多半是服务器链接的配置问题)

  B、应用服务没有死

  (应用服务参数设置问题)

  对应的Apache和tomcat的最大链接数需要修改,如果连接时收到connection refused消息,说明应提高相应的服务器最大连接的设置,增加幅度要根据实际情况和服务器硬件的情况来定,建议每次增加25%!

  C、数据库的连接

  (数据库启动的最大连接数(跟硬件的内存有关))

  D、我们的应用程序spring控制的最大链接数太低

  2. Error: Page download timeout (120 seconds) has expired

  分析:

  A、应用服务参数设置太大导致服务器的瓶颈

  B、页面中图片太多

  C、在程序处理表的时候检查字段太大多

  D、实际测试时有些资源需要请求外网,而我们的测试环境是局域网环境

  3. Error “http://172.17.7.230/Home.do....”

  分析:

  A、脚本设计错误,造成页面异常。服务器有响应!

  B、并发数过大,造成服务器响应延迟。

  4. Error page “text=xxxxx”

  分析:

  A、脚本设计问题,例如,前一脚本修改了某些内容,造成后面的脚本访问异常。

  B、不确定因素,有时候回放正常的脚本,一放到场景中就出现这样的错误。只能反复修改脚本!

  二.监控指标数据分析

  1.Vusers数

  Loadrunner 系统设置的虚拟用户数目。Vuser去实际调用事先制作的脚本文件中的应用。

  每个Vuser产生响应的操作,所有的操作对服务器形成并发。

  颜色 比例 度量 图最小值 图平均值 图最大值 图中间值 图SD

  1 Run 0.0 21.25 44 41 21.276

  在实际测试中,Vusers可以根据实际情况的需要,在测试过程中增加或者减少。

  2.最大并发用户数:

  颜色 比例 度量 最小值 平均值 最大值 SD

  100 Apache CPU 使用情况(Apache):172.17.7.210 0.777 0.852 0.93 0.043

  0.01 已发送 KB/秒(Apache):172.17.7.210 6 1430.371 2689.333 327.924

  0.1 点击次数/秒(Apache):172.17.7.210 0.333 114.352 533.667 40.201

  应用系统在当前环境下能承受的最大并发用户数。

  在方案运行中,如果出现了大批用户的业务操作失败,或出现了服务器shutdown的情况,则说明在当前环境下,系统承受不了当前并发用户的负载压力,那么最大并发用户数就是前一个没有出现这种现象的并发用户数。


本文转自 32氪 51CTO博客,原文链接:http://blog.51cto.com/10672221/1904347


相关文章
|
2月前
|
缓存 监控 算法
软件测试中的性能瓶颈分析与优化策略
【10月更文挑战第6天】 性能测试是确保软件系统在高负载条件下稳定运行的重要手段。本文将深入探讨性能测试的常见瓶颈,包括硬件资源、网络延迟和代码效率等问题。通过具体案例分析,我们将展示如何识别并解决这些问题,从而提升软件的整体性能。最后,文章还将分享一些实用的性能优化技巧,帮助读者在日常开发和测试中更好地应对性能挑战。
95 3
|
3月前
|
监控 测试技术 持续交付
软件测试中的性能瓶颈分析与优化策略
性能瓶颈,如同潜伏于软件深处的隐形障碍,悄然阻碍着系统的流畅运行。本文旨在揭示这些瓶颈的形成机理,剖析其背后的复杂成因,并汇聚一系列针对性的优化策略,为软件开发者提供一套系统性的解决方案。
57 5
|
2月前
|
缓存 监控 测试技术
软件测试中的性能瓶颈分析与优化策略
本文深入探讨了在软件测试过程中,如何有效地识别和解决性能瓶颈问题。通过对性能瓶颈的定义、分类以及常见原因的分析,结合实际案例,提出了一系列针对性的优化策略和方法。这些策略旨在帮助测试人员和开发人员提高软件的性能表现,确保软件在高负载条件下依然能够稳定运行。
|
3月前
|
测试技术 持续交付 UED
软件测试的艺术与科学:平衡创新与质量的探索在软件开发的波澜壮阔中,软件测试如同灯塔,指引着产品质量的方向。本文旨在深入探讨软件测试的核心价值,通过分析其在现代软件工程中的应用,揭示其背后的艺术性与科学性,并探讨如何在追求技术创新的同时确保产品的高质量标准。
软件测试不仅仅是技术活动,它融合了创造力和方法论,是软件开发过程中不可或缺的一环。本文首先概述了软件测试的重要性及其在项目生命周期中的角色,随后详细讨论了测试用例设计的创新方法、自动化测试的策略与挑战,以及如何通过持续集成/持续部署(CI/CD)流程优化产品质量。最后,文章强调了团队间沟通在确保测试有效性中的关键作用,并通过案例分析展示了这些原则在实践中的应用。
81 1
|
3月前
|
监控 算法 测试技术
软件测试中的性能瓶颈分析与优化策略
本文旨在深入探讨软件测试过程中性能瓶颈的识别与优化方法。通过对性能瓶颈的概念、分类及其成因进行分析,结合实际案例,提出一套系统的性能瓶颈诊断流程和针对性的优化策略。文章首先概述了性能瓶颈的基本特征,随后详细介绍了内存泄漏、资源竞争、算法效率低下等常见瓶颈类型,并阐述了如何通过代码审查、性能监测工具以及负载测试等手段有效定位问题。最后,结合最佳实践,讨论了代码级优化、系统配置调整、架构改进等多方面的解决措施,旨在为软件开发和测试人员提供实用的性能优化指导。
79 4
|
4月前
|
前端开发 测试技术 UED
【测试效率对比】深入分析:为何UI自动化测试的投资回报率通常低于接口自动化测试?
这篇文章深入分析了UI自动化测试与接口自动化测试的投资回报率(ROI)问题,指出UI自动化测试在某些情况下的ROI并不低,反驳了没有实施过UI自动化就轻易下结论的观点,并强调了实践的重要性和自动化测试在项目迭代中的作用。
90 1
|
3月前
|
SQL 搜索推荐 测试技术
ChatGPT与测试分析
本产品需求文档(PRD)针对论坛网站的搜索功能优化,旨在提升搜索结果的准确性和速度,增强用户体验。文档涵盖项目背景、目标、功能需求(如搜索结果准确性、搜索速度优化、过滤和排序等)、非功能需求(如兼容性、性能、安全性等)、用户界面设计和技术架构等内容,并制定了详细的测试和上线计划,确保项目顺利实施。
30 0
|
6月前
|
存储 缓存 NoSQL
Redis性能测试实操记录与分析
Redis性能测试实操记录与分析
87 3
|
6月前
|
SQL 监控 中间件
【应急响应】拒绝服务&钓鱼指南&DDOS压力测试&邮件反制分析&应用日志
【应急响应】拒绝服务&钓鱼指南&DDOS压力测试&邮件反制分析&应用日志
|
6月前
|
Java
JavaSE——集合框架二(6/6)-(案例)补充知识:集合的嵌套(需求与分析、问题解决、运行测试)
JavaSE——集合框架二(6/6)-(案例)补充知识:集合的嵌套(需求与分析、问题解决、运行测试)
78 0