51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 573|回复: 0
打印 上一主题 下一主题

Web 应用的压力测试如何正确的去做?

[复制链接]
  • TA的每日心情
    无聊
    5 天前
  • 签到天数: 406 天

    连续签到: 3 天

    [LV.9]测试副司令

    跳转到指定楼层
    1#
    发表于 2023-3-6 10:11:48 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    Web应用,通俗来讲就是一个网站,主要依托于浏览器来访问其功能。
      那怎么正确做网站的压力测试呢?
      提到压力测试,我们想到的是服务端压力测试,其实这是片面的,完整的压力测试包含服务端压力测试和前端压力测试。
      一、Web应用(网站)压力测试范围,包含前后端
      Web应用(网站)最开始是不分前后端的(所以,那段时间PHP这门专门用于建站的语言非常火),后来随着网站功能越来越丰富,前后端不分离的架构显得低效和落后,这时候前后端分离的架构应用而生(PHP从此衰弱了)。
      在前后端分离的架构模式下,前后端工程师约定好数据交互接口,实现并行开发。所以,一个Web应用(网站)其实是包含前端和后端两个独立的部分。

    前后端分离

      Google DoubleClick 研究表明:如果一个网页加载时长每增加 1 秒,用户就会流失 10%,加载时长超过 3 秒,用户就会离开。
      因此,对于一个新的Web应用来说,除了常见的服务端压力测试,前端的压力测试也是不可或缺的。一个完整的web应用压力测试流程如下图所示:

      二、前后端压测流程
      step1、确定压测范围和压测目标
      压测范围:如果是全新的项目,原则上所有的功能和接口基本都要压测。如果是老项目新增需求,则需要评估影响范围,以便确定老的功能和接口是否需要压测。
      压测目标:如果是全新的项目,要根据行业内的基本情况和经验定一个预估目标;如果是老项目,可以根据历史流量峰值作为参考目标。
      step2、制定压测方案
      根据上一步的预期目标,制定压测方案。具体包含:压测环境,压测时间,相关负责人,测试工具或平台,验收标准。
      压测环境:为了还原真实的压力场景,一般选择预发环境或生产环境进行压测。
      压测时间:压测一般在功能测试接口测试完成后介入。
      压测工具或平台:前端压测可以使用PageSpeed等平台,后端压测一般会使用 jmeterloadrunner等工具。(详细内容见补充1,补充2)
      验收标准:一般来说要达到压测目标的预估值。
      3、压测准备
      压测机:准备好压测机群(后端用),用于发送请求。
      服务器:由于压测流量会较高,所以需要提前准备服务器集群,用于承接流量或扩容使用
      数据准备:准备用于压测的数据,一般来说要和真实数据做区分。准备压测脚本,添加标识,以便于和真实流量区分。
      4、实施压测
      施压:在施压的过程中,从较小流量开始,逐步加压。
      观察:在逐步加压的过程,需要观察rt、error(报错率)、服务器的cpu、内存使用率等数据,如发现异常要及时停止压测,待排查和解决问题后再进行压测。
      5、压测观察&瓶颈分析
      如何判断应用的承受能力?
      在压测过程中观察报错率、响应时间等指标,如出现指标异常,则说明流量达到当前的瓶颈,需要停止压测分析并排查原因。
      以下是几种常见异常的分析方法:
      ·成功率未达标:查看错误日志,排查错误根本原因,进行性能调优
      · 响应时间未达标:对照错误日志、链路追踪结果、服务器性能指标、数据库/中间件监控指标,找到响应时间过长的具体原因
      · 吞吐量未达标:如果成功率和响应时间均达标,建议不断增加模拟用户数,重新压测,查看测试结果
      什么时候需要增加服务器?
      在上一步出现瓶颈调优之后,继续加压,观察各项指标:
      · 第一种情况:服务器cpu、内存等指标均未达瓶颈(通常以使用率达到70%-80%为瓶颈),qps、rt、报错率等指标出现异常,此时需要重复上一步,排查问题并优化
      · 第二种情况:rt、报错率等指标未出现异常,服务器cpu、内存使用率即将达到瓶颈,且未达到预期的压测目标,此时无法通过调优来解决,需要增加服务器。

    服务器指标监控

      6、验收
      达到预期目标:达到预期目标,一般可以认为压测通过。
      未达到预期目标:如因各方面原因(资源、预算等)未达预期目标,需要产品经理和研发经理对压测结果确认。
      7、发送压测报告
      8、项目上线
      前面的步骤都完成之后,项目可以发布上线。
      三、补充前端该如何压测
      Google 开发者提出了一种 RAIL 模型来衡量应用的前端性能,即 response(响应)、animation(动画)、idle(空闲)与load(加载)。

      RAIL 模型的广泛使用关键指标如下:

      工具使用:PageSpeed
      PageSpeed 是 google 一个开源的自动化工具,安装 PageSpeed 扩展程序运行即可
      报告结果如图:

      该工具功能丰富,报告也非常详细,并给出了优化建议,根据测试报告做对应的优化即可。
      四:补充后端该如何压测
      后端即指服务端,后端压测就是服务端压测,也可以称为服务器压力测试。
      在压测过程中,一般关注下面几个指标:qps(处理的请求量)、rt(响应时间)、error(报错率)、cup(cpu使用率)、mem(内存占用情况)、load(负载)、traffic(网络速率)。
      通过观察qps、rt、error等关键指标,找到服务器的性能瓶颈,如果低于预期,则需要调优。
      通过压力测试,提前发现服务器瓶颈,及时优化,避免网站一上线就奔溃。

      工具:压测常用的工具有LoadRunner和Jmeter。
      Jmeter 是一款使用Java开发的,开源免费的测试工具, 主要用来做性能测试,JMeter 可以用于对服务器、网络或对象模拟巨大的负载,有丰富的图形界面+脚本配置,方便易用。
      LoadRunner 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题。

    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-5-5 17:04 , Processed in 0.067838 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表