精华内容
下载资源
问答
  • 压力测试工具

    万次阅读 多人点赞 2018-12-20 16:06:28
    目录 1 性能测试... 2 2 压力测试(Stress Test)... 2 2.1 网站测试... 2 2.2 系统测试要求... 3 3 测试工具... 3 3.1 Webbench. 4 3.1.1 Ubuntu 下载安装... 5 3.1.2 ...

    目录

    1       性能测试... 2

    2       压力测试(Stress Test)... 2

    2.1             网站测试... 2

    2.2             系统测试要求... 3

    3       测试工具... 3

    3.1             Webbench. 4

    3.1.1         Ubuntu 下载安装... 5

    3.1.2         webbench使用... 5

    3.1.3         webbench测试结果... 5

    3.1.4         参考文档... 5

    3.2             ab(apache bench)... 5

    3.2.1         安装... 6

    3.2.2         使用... 6

    3.2.3         测试报告... 7

    3.2.4         参考文档... 8

    3.3             TcpCopy. 8

    3.3.1         TcpCopy简介... 8

    3.3.2         tcpcopy代码下载... 9

    3.3.3         境数据传递流程图... 10

    3.3.4         参考文档... 11

    3.4             LoadRunner 11

    3.4.1         LoadRunner简介... 11

    3.4.2         LoadRunner 常用术语... 12

    3.4.3         参考文档... 12

    3.5             Apache JMeter 12

    3.5.1         JMeter简介... 12

    3.5.2         下载运行... 13

    3.5.3         测试报告... 13

    3.5.4         参考文档... 15

    3.6             wrk. 15

    3.6.1         安装... 15

    3.6.2         使用... 15

    3.6.3         输出... 15

    3.7             腾讯WeTest 15

    3.7.1         WeTest简介... 15

    3.7.2         压测大师推荐的性能测试方法... 15

    3.7.3         付费规则... 16

    3.7.4         测试报告... 16

    3.7.5         参考文档... 18

    3.8             阿里云PTS. 19

    3.8.1         PTS简介... 19

    3.8.2         产品优势... 19

    3.8.3         产品功能... 19

    3.8.4         计费规则... 20

    3.8.5         测试报告... 20

    3.8.6         参考文档... 24

     

     

     

    1. 性能测试

    性能测试是利用产品、人员和流程来降低应用程序、升级程序或补丁程序部署风险的一种手段。性能测试的主要思想是通过模拟产生真实业务的压力对被测系统进行加压,验证被测系统在不同压力情况下的表现,找出其潜在的瓶颈。

    性能测试相关术语:响应时间、并发用户数、事务响应时间、吞吐量、TPS(每秒事务响应数)、性能计数器等。

    性能测试方法:负载测试、压力测试、配置测试、并发测试、可靠性测试等。

    应用领域:能力验证、规划能力、性能调优、缺陷发现。

    性能测试工具架构一般包括:虚拟用户脚本产生器(Virtual User Generator)、压力产生器(player)、用户代理(Agent)、压力调度和监控系统(Controller)、压力结果分析工具(Analysis)。

    1. 压力测试(Stress Test

    在软件测试中:压力测试(Stress Test),也称为强度测试、负载测试。压力测试是模拟实际应用的软硬件环境及用户使用过程的系统负荷,长时间或超大负荷地运行测试软件,来测试被测系统的性能、可靠性、稳定性等。

      1. 网站测试

    压力测试通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大的服务级别的测试。通俗地讲,压力测试是为了发现在什么条件下您的应用程序的性能会变得不可接受。

    极限压力测试举例:

    1) 接收大数据量的数据文件时间;

    2) 大数据恢复时间;

    3) 大数据导入导出时间;

    4) 大批量录入数据时间;

    5) 大数据量的计算时间;

    6) 多客户机同时进行某一个提交操作;

    7) 采用测试工具软件;

    8) 编写测试脚本程序;

    9) 大数据量的查询统计时间。

    实例:

    在一个系统内,仅有一个用户登录使用相同的操作,对不同的数据量进行测试。记录下数据量和对应的资源占用率,响应时间。

      1. 系统测试要求

    数据:1万盏灯

    1. web获取1万盏灯所耗时间(大数据量的查询统计时间)
    2. 轮询获取1万盏灯比较函数所耗时间(大数据量的计算时间)
    3. Node转存数据程序所耗时间(大数据导入时间)
    4. 服务器资源的耗用(CPU)
    1. 测试工具

    软件名称

    是否开源

    简介

    webbench

    开源

    由Lionbridge公司开发,主要测试每秒钟请求数和每秒钟数据传输量,同时支持静态、动态、SSL。

    部署简单,静动态均可测试。适用于小型网站压力测试(单例最多可模拟3万并发)

    apache bench

    开源

    Apache自带的压力测试工具,主要功能用于测试网站每秒钟处理请求个数。

    多见用于静态压力测试,功能较弱,非专业压力测试工具

    tcpcopy

    开源

    基于底层应用请求复制,可转发各种在线请求到测试服务器,具有分布式压力测试功能,所测试数据与实际生产数据较为接近。

    后起之秀,主要用于中大型压力测试,所有基于 tcp的packets均可测试

    loadrunner

    付费软件/破解版本

    压力测试界的泰斗,可以创建虚拟用户,可以模拟用户真实访问流程从而录制成脚本,其测试结果也最为逼真。

    模拟最为逼真,并可进行独立的单元测试,但是部署配置较为复杂,需要专业人员才可以。

    Apache JMeter

    开源免费

    Jmeter  是一款使用Java开发的,开源免费的,测试工具, 主要用来做功能测试和性能测试(压力测试/负载测试).

    而且用Jmeter 来测试 Restful API, 非常好用。

    wrk

    开源

    https://github.com/wg/wrk

    腾讯WeTest

    付费

    腾讯WeTest出品的线上服务器压力测试服务WeTest服务器压力测试 最高可至亿级并发,实时查看性能数据报表,专家级性能优化建议。我们通常要分析的性能数据像TPS,在线人数,事务数,网络吞吐,CPU,内存,磁盘IO等性能报告里都有。

    阿里云PTS

     

    付费

    性能测试PTS(Performance Testing Service)是面向所有技术相关背景人员的云化性能测试工具,有别于传统工具的繁复,PTS以互联网化的交互,面向分布式和云化的设计,更适合当前的主流技术架构。无论是自研还是适配开源的功能,PTS都可以轻松模拟大量用户访问业务的场景,任务随时发起,免去搭建和维护成本。更是紧密结合监控类产品提供一站式监控、定位等附加价值,高效检验和管理业务性能。

     

      1. Webbench

    Webbench是有名的网站压力测试工具,它是由 Lionbridge公司(http://www.lionbridge.com)开发。

    Webbech能测试处在相同硬件上,不同服务的性能以及不同硬件上同一个服务的运行状况。webBech的标准测试可以向我们展示服务器的 两项 内容:每秒钟相应请求数和每秒钟传输数据量。webbench不但能具有便准静态页面的测试能力,还能对动态页面(ASP,PHP,JAVA,CGI)进 行测试的能力。还有就是他支持对含有SSL的安全网站例如电子商务网站进行静态或动态的性能测试。

        1. Ubuntu 下载安装

    1、安装依赖包CTAGS

    apt-get install ctags

    2、安装 Webbench

    下载程序: webbench-1.5.tar.gz

    wget http://home.tiscali.cz/~cz210552/distfiles/webbench-1.5.tar.gz

    make

    sudo make install

        1. webbench使用

    #webbench -? (查看命令帮助)

    常用参数 说明,-c 表示客户端数,-t 表示时间

    测试实例:

    #webbench -c 500  -t  30   http://127.0.0.1/phpionfo.php

    测试静态图片:

    #webbench -c 500 -t 30 http://127.0.0.1/test.jpg

        1. webbench测试结果

    分析:每秒钟响应请求数:3230 pages/min,每秒钟传输数据量11614212 bytes/sec.

        1. 参考文档

    https://www.oschina.net/p/webbench

      1. ab(apache bench)

    ab 命令会创建很多的并发访问线程,模拟多个访问者同时对某一 URL 进行访问,可用来测试 Apache 的负载压力,也可以测试 Nginx、lighthttp、IIS 等其它 Web 服务器的压力。

        1. 安装

       Unix 安装:yum install httpd

       Windows安装:下载 http://pan.baidu.com/s/1mifnlUS 

       在安装目录 bin下可以看到 ab.exe。

        1. 使用

        为了避免因为网络原因而导致服务器压力测试结果不准确,一般可以用 ab -n 100 -c 50 http://127.0.0.1/index.php 来测试自己服务器Web性能。所有 ab 命令的组成遵循此结构:   ab [options] [full path to web document] 。

         ab -n 1000 -c 10 http://www.qq.com/

        “-n”表示:每次请求数,默认不能超过1024个,“-c”表示:1个请求的并发连接数,默认最大不能超过50000

        1. 测试报告

        1. 参考文档

    https://blog.csdn.net/Jerome_s/article/details/47030671

     

      1. TcpCopy
        1. TcpCopy简介

    TcpCopy顾名思义,就是一个可以将tcp流量复制的工具(其实也可以复制UDP)。有了这样一个工具,我们就可以真实的复制线上流量,然后将这些流量复制到我们的测试服务器上。这样就可以很容易模拟线上真实用户的访问,做一些功能上的,性能上的测试。而且经过实际测试发现TCPCopy对线上机器的资源消耗也是极低的。而请求复制,一般分为两类:1)基于应用层的请求复制2)基于底层数据包的请求复制。

    Tcpcopy是由网易技术部王斌(http://weibo.com/tcpcopy)在王波的工作基础上开发的,2011年9月开源的项目(https://github.com/session-replay-tools/tcpcopy  https://github.com/wangbin579/tcpcopy )

        1. tcpcopy代码下载
          1. Online Server 上的操作

     

    下载并安装 tcpcopy 客户端;

    git clone http://github.com/session-replay-tools/tcpcopy

    ./configure

    make && make install

     

    安装完成后的各结构目录:

    Configuration summary

     

      tcpcopy path prefix: "/usr/local/tcpcopy"

      tcpcopy binary file: "/usr/local/tcpcopy/sbin/tcpcopy"

      tcpcopy configuration prefix: "/usr/local/tcpcopy/conf"

      tcpcopy configuration file: "/usr/local/tcpcopy/conf/plugin.conf"

      tcpcopy pid file: "/usr/local/tcpcopy/logs/tcpcopy.pid"

      tcpcopy error log file: "/usr/local/tcpcopy/logs/error_tcpcopy.log"

     

    运行 tcpcopy 客户端,有几种可选方式:

    ./tcpcopy -x 80-172.16.***.52:80 -s 172.16.***.53 -d       #全流量复制

    ./tcpcopy -x 80-172.16.***.52:80 -s 172.16.***.53 -r 20 -d  #复制20%的流量

    ./tcpcopy -x 80-172.16.***.52:80 -s 172.16.***.53 -n 2 -d    #放大2倍流量具体的生产环境和镜像环

     

          1. Test Server 上的操作:

    添加静态路由:

    route add -net 0.0.0.0/0 gw 172.16.***.53

     

          1. Assistant Server 上的操作:

    下载并安装 intercept 服务端;

    git clone http://github.com/session-replay-tools/intercept

    ./configure

    make && make install

     

    安装完成后的各结构目录:

    Configuration summary

      intercept path prefix: "/usr/local/intercept"

      intercept binary file: "/usr/local/intercept/sbin/intercept"

      intercept configuration prefix: "/usr/local"

      intercept configuration file: "/usr/local/intercept/"

      intercept pid file: "/usr/local/intercept/logs/intercept.pid"

      intercept error log file: "/usr/local/intercept/logs/error_intercept.log"

     

    运行 intercept 服务端;

    ./intercept -i eth0 -F 'tcp and src port 80' -d

        1. 境数据传递流程图

    对照上图5,再简单解释一下工作原理:

      1. TCPcopy 从数据链路层 copy 端口请求,然后更改目的 ip 和目的端口。
      2. 将修改过的数据包传送给数据链路层,并且保持 tcp 连接请求。
      3. 通过数据链路层从 online server 发送到 test server。
      4. 在数据链路层解封装后到达 nginx 响应的服务端口。
      5. 等用户请求的数据返回结果后,回包走数据链路层。
      6. 通过数据链路层将返回的结果从 test server 发送到 assistant server。注:test server 只有一条默认路由指向 assistant server。
      7. 数据到达 assistant server 后被 intercept 进程截获。
      8. 过滤相关信息将请求状态发送给 online server 的 tcpcopy,关闭 tcp 连接。
        1. 参考文档

    https://github.com/session-replay-tools/tcpcopy

    https://sq.163yun.com/blog/article/182257750483230720

    https://blog.csdn.net/u012928324/article/details/76216178

    http://www.cnblogs.com/zhengyun_ustc/p/tcpcopy.html

     

      1. LoadRunner
        1. LoadRunner简介

    LoadRunner是一种预测系统行为和性能的负载测试工具,通过模拟实际用户的操作行为进行实时性能监测,来帮助测试人员更快的查找和发现问题。LoadRunner适用于各种体系架构,能支持广泛的协议和技术,为测试提供特殊的解决方案。企业通过LoadRunner能最大限度地缩短测试时间,优化性能并加速应用系统的发布周期。

    LoadRunner提供了3大主要功能模块,既可以作为独立的工具完成各自的功能,又可以作为LoadRunner的一部分彼此衔接,与其他模块共同完成软件性能的整体测试,这3大模块分别是:

    1. Virtual User Generator —— 用于录制性能测试脚本
    2. LoadRunner Controller—— 用于创建、运行和监控场景
    3. LoadRunner Analysis —— 用于分析性能测试结果
        1. LoadRunner 常用术语

    1. 场景(Scenario:即测试场景,在LoadRunner的Controller部件中,可以设计与执行用例的场景,设置场景的步骤主要包括:在Controller中选择虚拟用户脚本、设置虚拟用户数量、配置虚拟用户运行时的行为、选择负载发生器(Load Generator)、设置执行时间等。

    2. 负载发生器(Load Generator):用来产生压力的机器,受Controller控制,可以使用户脚本在不同的主机上执行。在性能测试工作中,通常由一个Controller控制多个Load Generator以对被测试系统进行加压。

    3. 虚拟用户(Virtual User/Vuser):对应于现实中的真实用户,使用LoadRunner模拟的用户称为虚拟用户。性能测试模拟多个用户操作可以理解为这些虚拟用户在跑脚本,以模拟多个真正用户的行为。

    4. 虚拟用户脚本(Vuser script):通过Vuser Generator录制或开发的脚本,这些脚本用来模拟用户的行为。

    5. 事务(Transaction):测试人员可以将一个或多个操作步骤定义为一个事务,可以通俗的理解事务为“人为定义的一系列请求(请求可以是一个或者多个)”。在程序上,事务表现为被开始标记和结束标记圈定的一段代码区块。Loadrunner根据事务的开头和结尾标记,计算事务响应时间、成功/失败的事务数。

    6. 思考时间(Think Time):即请求间的停顿时间。实际中,用户在进行一个操作后往往会停顿然后再进行下一个操作,为了更真实的模拟这种用户行为而引进该概念。在虚拟用户脚本中用函数lr_think_time()来模拟用户处理过程,执行该函数时用户线程会按照相应的time值进行等待。

    7. 集合点(Rendezvous)设集合点是为了更好模拟并发操作。设了集合点后,运行过程中用户可以在集合点等待到一定条件后再一起发后续的请求。集合点在虚拟用户脚本中对应函数lr_rendezvous() 。

    8. 事务响应时间:事务响应时间是一个统计量,是评价系统性能的重要参数。定义好事务后,在场景执行过程和测试结果分析中即可以看到对应事务的响应时间。通过对关键或核心事务的执行情况进行分析,以定位是否存在性能问题。

        1. 参考文档

    https://zhuanlan.zhihu.com/p/24812449

      1. Apache JMeter
        1. JMeter简介

    JMeter 是 Apache 组织的开放源代码项目,它是功能和性能测试的工具(压力测试/负载测试)。而且用Jmeter 来测试 Restful API, 非常好用。它可以用来:

      1. 生成测试负载
      2. 测试性能
      3. 测试功能性的行为

    它包括对 HTTP(S), JDBC, JMS, FTP, LDAP,TCP,本机调用等协议的支持,也可以与用户编写的代码轻松扩展。

        1. 下载运行

    下载地址http://jmeter.apache.org/  点击下载,Windows环境下,下载后解压,在bin目录中,双击 jmeter.bat运行。

        1. 测试报告

    Web项目测试报告中主要三种比较常见的报表,【聚合报告】【查看结果树】【用表格查看结果】

    聚合报告:能显示测试次数、平均请求耗时、请求耗时百分百、最小、最大请求耗时、错误率、吞吐量、数据量等参数。

     

    查看结果树:能查看每个请求的取样器结果、请求、详细返回结果

     

    用表格查看结果:通过请求顺序查看请求地址,耗时、状态、数据量、延迟、连接耗时等信息。

     

        1. 参考文档

    官方网站:http://jmeter.apache.org/

    参考文档:https://www.cnblogs.com/ios9/p/7644951.html

      1. wrk
        1. 安装
        2. 使用

    wrk -t12 -c400 -d30s http://127.0.0.1:8080/index.html

        1. 输出

    https://github.com/wg/wrk

     

      1. 腾讯WeTest
        1. WeTest简介

    腾讯WeTest出品的线上服务器压力测试服务WeTest服务器压力测试 最高可至亿级并发,实时查看性能数据报表,专家级性能优化建议对于简单接口测试和评估容量的,只需要输入url和配置下人数的参数,就可以在一两分钟内快速发起压力。我们通常要分析的性能数据像TPS,在线人数,事务数,网络吞吐,CPU,内存,磁盘IO等性能报告里都有。报告是可视化的图表形式展现的。亦可以自己编写机器人,深度结合自身业务场景进行压测。其他简单的协议测试或是稳定性测试,也可满足。

        1. 压测大师推荐的性能测试方法

    接口测试:单接口的性能评估,找到整体的性能瓶颈,有的放矢地进行优化。

    场景测试:通过设计测试用例模拟实际现网业务逻辑,来测试不同的业务场景下性能是否达标的一种测试类型。

    容量测试:容量测试的目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值,系统在其极限状态下没有出现任何软件故障或还能保持主要功能正常运行。

    稳定性测试:通过10小时以上的持续测试来了解业务后台的性能状况,测试后台的健壮性。用于验证服务器长期运行的状况,是十分重要的性能测试类型。

        1. 付费规则

     

        1. 测试报告

     

        1. 参考文档

    https://wetest.qq.com/product/gaps

    https://wetest.qq.com/gaps/ConfigRunning?projectid=66bb83e7374dda551afc026c97707efe&i_testid=01265a8ef8c453e2557a9147c5a85e0e

      1. 阿里云PTS
        1. PTS简介

    性能测试PTS(Performance Testing Service)是面向所有技术相关背景人员的云化性能测试工具,孵化自阿里内部平台。有别于传统工具的繁复,PTS以互联网化的交互,面向分布式和云化的设计,更适合当前的主流技术架构。无论是自研还是适配开源的功能,PTS都可以轻松模拟大量用户访问业务的场景,任务随时发起,免去搭建和维护成本。更是紧密结合监控类产品提供一站式监控、定位等附加价值,高效检验和管理业务性能。

        1. 产品优势

    构建足够简单:PTS原生交互0编码支持复杂场景,同样支持开源JMeter脚本进行原生引擎压测或者PTS引擎压测

    流量快速可控:压测任务30秒内发起,同时具备脉冲能力,中途调速即时生效更适合难以预计的压测过程

        1. 产品功能
    1. 压测场景构建

    支持有序串行和并行编排压测API,参数化上支持数据文件、系统函数、字符串、出参和彼此之间的组合,对 cookie 支持非常友好,还有丰富的指令扩展场景的仿真度。调试功能可以便捷地进行复杂场景的数据流向的校验。相应的资源包配套有极易上手的云端录制,非常便于移动端的请求抓取和到压测场景的一键导入。

    1. 压测流量控制

    支持并发和RPS模式,分钟内快速启动压测。极低的误差,同时支持自动和纯手动模式,压测流量的调整秒级生效,支持最高千万级的流量瞬时脉冲。

    1. 监控和压测报告

    陆续丰富中的监控指标,实时监控和报告中包括但不局限于各 API 的并发、TPS、响应时间和采样的日志,请求和响应时间还有不同的细分数据,其他监控能力(如云监控)陆续集成中。

    1. 对开源友好

    除了强大的自研功能,对于开源JMeter的支持也很友好,支持JMeter脚本转化为PTS压测,同样支持原生JMeter引擎进行压测。

        1. 计费规则

    https://www.aliyun.com/price/product?spm=a2c4g.11186623.2.11.75f0665dVZs1GI#/pts/detail

        1. 测试报告

    https://help.aliyun.com/document_detail/65304.html?spm=a2c4g.11186623.6.580.fae11aacuS2TvI

    压测场景概览:压测报告第一部分显示整个压测场景的相关业务指标。

    串联链路概览:压测报告的概览页,显示整个场景下所有的串联链路和 API 的压测情况;如添加了云监控产品,ECS、SLB 或者 RDS,您也可以看到这些产品在压测期间的性能表现。

    串联链路业务详情:压测报告的明细>业务详情页签下,显示全场景视图和串联链路中单个 API 的业务详情,包括请求(TPS)视图、业务(TPS)视图、并发数、响应时间和指令详情等。对相关指标的解读,参考测试指标。

    ECS 监控详情:如添加了云监控 ECS,在压测报告的明细页,可查看整个压测时间内 ECS 的监控数据。具体解读,请参考云监控的监控项说明。

    SLB 监控详情:如添加了云监控 SLB,在压测报告的明细页,可查看整个压测时间内 SLB 的监控数据。关于 SLB 监控详情解读,请参考负载均衡监控。

    ARMS 监控详情:如添加了 ARMS 监控,在压测报告的明细页,可查看整个压测时间内 ARMS 基于应用接口的监控数据。关于 ARMS 监控详情解读,请参考 ARMS 应用接口调用监控。

        1. 参考文档

    https://www.aliyun.com/product/pts/?utm_content=se_1000101958

    https://help.aliyun.com/document_detail/29262.html?spm=a2c4g.11186623.6.542.fae11aacEwmNN6

     

     

     

    展开全文
  • 文章目录系统测试概述功能测试性能测试负载测试压力测试性能测试、压力测试、负载测试的关系兼容性测试安全测试健壮性测试配置测试可用性测试文档测试 系统测试概述 系统测试的定义 将已经集成好的软件系统,作为...

    系统测试概述

    • 系统测试的定义
      • 将已经集成好的软件系统,作为整个计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起,在实际运行(使用)环境下, - 对计算机系统进行一系列测试活动。
    • 根本任务
      • 证明被测系统的功能和结构的稳定性;还要有一些非功能测试:性能测试、压力测试、可靠性测试等等。
    • 目的
      • 确保软件产品能够被用户或操作者接受。
    • 系统测试属于黑盒测试范畴,不再对软件的源代码进行分析和测试。
    • 系统测试的组织
      • 系统测试主要是由质量部门的测试工程师来主导工作。
        • 测试组组长:组织测试;
        • 测试分析员:负责设计和实现测试脚本和测试用例;
        • 测试者:负责执行测试脚本中记录的测试用例。
      • 系统测试员和用户
        • 相似的地方
          • 都是使用软件,一般不接触软件的代码
          • 都是假设软件应该正确实现说明书的功能
        • 不同的地方
          • 使用软件的目的
          • 对待错误
    • 系统测试的内容
      • 功能特性的测试:功能测试、用户界面测试、安装/卸载测试、可使用性测试。
      • 非功能特性的测试:性能测试、负载测试、压力测试、疲劳测试、安全测试、恢复测试、兼容性测试、可靠性测试、强度测试、容量测试、配置测试。

    功能测试

    功能测试(Functional Test)是在规定的一段时间内运行软件系统的所有功能,以验证这个软件系统有无严重错误。

    • 目标
      • 检验产品功能是否正确实现
    • 内容
      • 正常功能、异常功能、边界测试、界面测试、接口测试、安全测试、错误处理测试等。
    • 依据
      • 需求规格说明书
    • 方法
      • 黑盒测试
        在这里插入图片描述

    性能测试

    性能测试(Performance Testing)通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

    • 目标
      • 对产品的性能进行测试,检验是否达标、是否能够保持。
    • 工具
      • 在需要大访问量时候尤其需要使用工具。
      • 并发性能测试工具 (load—负载)
        • LoadRunner、 QALoad、 SilkPerformer、 WebLoad
    • 用户视角的软件性能
      • 从用户角度来说,软件性能就是软件对用户操作的响应时间。
    • 系统管理员视角的软件性能
      • 系统的响应时间;
      • 系统运行时服务器的状态,如CPU利用情况、内存使用情况等;
      • 系统是否能够实现扩展;
      • 系统支持多少用户访问;
      • 系统性能可能的瓶颈在哪里;
      • 系统是否支持7*24小时的业务访问。
    • 软件性能指标
      • 并发用户
        • 一给定时间内,某个时刻与服务器同时进行会话操作的用户数。
      • 响应时间
        • 客户端发出请求到得到服务器返回结果的整个过程所经历的时间。
      • 吞吐量
        • 单位时间内系统处理的客户请求的数量
        • 一般来说,吞吐量用请求数/秒或页面数/秒来衡量。
        • 从业务的角度,吞吐量也可以用访问人数/天或处理的业务数/小时等单位来衡量。
        • 从网络的角度来说,也可以用字节数/天等单位来考察网络流量。
      • 资源利用率
        • 指系统资源的使用程度,比如服务器的CPU利用率、内存利用率、磁盘利用率、网络带宽利用率等。
    • 软件性能要素
      • 环境要素
        • 软件、硬件、网络
      • 业务要素
        • 用户数、执行功能、数据量
      • 在使用性能指标描述软件的性能特征时,应该给出明确的软件性能要素,否则,所给出的性能指标无法参考。
    • 性能测试用例的设计:主要是通过改变模拟的业务因素来测试软件的性能。
      • 并发用户数
        • 精算法
          在这里插入图片描述
        • 估算法
          在这里插入图片描述
        • 经验值
          • 对于一些系统,可以通过同类软件系统的用户数据来估算,这种估算可以通过类似系统的日志分析和问卷调查来进行。
      • 吞吐量
      • 基于业务的设计

    负载测试

    • 定义
      • 数据在超负荷环境下运行,测试软件系统是否能够承担。这种超负荷主要指多并发用户。
    • 方法
      • 人为生成大数据量,并利用工具模拟频繁并发访问
    • 工具
      • 一般需要使用自动化工具
    • 考察指标
      • 响应时间、交易容量、资源使用率等

    压力测试

    • 定义
      • 指系统不断施加越来越大的负载(并发,循环操作,多用户,网络流量)的测试。
    • 目标
      • 通过确定一个系统的瓶颈或者不能接收的性能点,来确定系统能提供的最大服务级别的测试。

    性能测试、压力测试、负载测试的关系

    • 性能测试是正常情况下的性能指标;
    • 压力测试是测试系统的瓶颈所在;
    • 负载测试是指系统重负荷性能指标;
    • 性能测试、压力测试、负载测试在广义上讲都是性能测试的内容,建议将三种测试结合起来并行进行。

    兼容性测试

    • 定义
      • 测试软件在一个特定的硬件、软件、操作系统、网络等环境下系统能否正常运行。
    • 目的
      • 检验被测软件对其他应用软件或者其他系统的兼容性。

    安全测试

    • 定义
      • 安全测试检测系统对非法入侵的防范能力。
    • 应用程序级别的安全性测试
    • 数据库安全性测试
    • 系统级别的安全性测试

    健壮性测试

    • 定义
      • 又称为容错测试。主要检查系统容错能力。当系统出错时,能否在指定的时间间隔内修正错误并重启系统。
    • 方法
      • 容错测试首先要通过各种手段让软件系统强制发生故障,然后验证系统能否快速恢复。

    配置测试

    • 定义
      • 配置测试将验证软件与其所依赖硬件环境的依赖程度。
    • 测试中的硬件环境指进行测试所必需的服务器、客户端、网络连接设备,以及打印机、扫描仪等辅助硬件设备所构成的环境。
    • 所有软件都需向用户说明其运行的硬件环境,对于多层结构的软件系统来说,需要分别说明其服务器、客户端以及网络所需的环境。

    可用性测试

    可用性测试是面向用户的系统测试。让一群有代表性的用户尝试对产品进行典型操作,- - 同时观察员和开发人员在一旁观察,聆听,做记录。

    • 系统中是否存在繁琐的功能以及指令;
    • 安装过程是否复杂;
    • 错误信息提示内容是否详细;
    • GUI接口是否标准;
    • 登录是否方便;
    • 需要用户记住内容的多少;
    • 帮助文本是否详细;

    文档测试

    • 定义
      • 文档测试是对系统提交给文档进行验证,它要求检查系统的文档是否齐全。
    • 文档的种类
      • 包括联机帮助文档或用户手册,指南和向导,
      • 安装、设置指南,示例及模板,错误提示信息,
      • 用于演示的图像和声音,
      • 授权/注册登记表及用户许可协议,
      • 软件的包装、广告宣传材料等。
    展开全文
  • monkey压力测试报告 1 1. 概述 3 1.1. 软件简介 3 1.2. 测试目的 3 1.3. 项目背景 3 1.4. 测试目标 3 1.5. 名词解释 3 2. 测试环境说明 6 2.1. 硬件配置 6 2.2. 软件配置 6 3. 测试策略 6 3.1. 人力资源 6 3.2. 测试...
  • ab压力测试结果分析

    万次阅读 2019-06-16 21:31:30
    ab非常实用,它不仅可以对apache服务器进行网站访问压力测试,也可以对或其它类型的服务器进行压力测试。 ab安装 这里主要讲linux环境下,使用yum命令安装 yum -y install httpd-tools 安装完成后 ab -V 可查看ab...

    ab简介及原理

    apache bench简称ab,它是apache自带的压力测试工具。ab非常实用,它不仅可以对apache服务器进行网站访问压力测试,也可以对或其它类型的服务器进行压力测试。

    ab安装

    这里主要讲linux环境下,使用yum命令安装

    yum -y install httpd-tools
    

    在这里插入图片描述

    安装完成后

    ab -V
    

    可查看ab的版本信息如下图

    在这里插入图片描述

    ab实测

    一般用法为ab -c 1000 -n 100000 http://106.13.49.215:6868/

    输出为

    ab -c 100 -n 10000 http://106.13.49.215:6868/
    This is ApacheBench, Version 2.3 <$Revision: 1430300 $>
    Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
    Licensed to The Apache Software Foundation, http://www.apache.org/
    
    Benchmarking 106.13.49.215 (be patient)
    Completed 1000 requests
    ^C
    
    Server Software:        
    Server Hostname:        106.13.49.215   #请求的URL主机名
    Server Port:            6868     #请求端口
    
    Document Path:          /  #请求路径
    Document Length:        5039 bytes    #HTTP响应数据的正文长度
    
    Concurrency Level:      100    #并发用户数,这是我们设置的参数之一
    Time taken for tests:   11.317 seconds    #所有这些请求被处理完成所花费的总时间 单位秒
    Complete requests:      1097     #总请求数量,这是我们设置的参数之一
    Failed requests:        159     #表示失败的请求数量
       (Connect: 0, Receive: 0, Length: 159, Exceptions: 0)
    Write errors:           0
    Total transferred:      5674622 bytes     #所有请求的响应数据长度总和。包括每个HTTP响应数据的头信息和正文数据的长度
    HTML transferred:       5527624 bytes   #所有请求的响应数据中正文数据的总和,也就是减去了Total transferred中HTTP响应数据中的头信息的长度
    Requests per second:    96.94 [#/sec] (mean)   #吞吐量,计算公式:Complete requests/Time taken for tests  总请求数/处理完成这些请求数所花费的时间
    Time per request:       1031.611 [ms] (mean)    #用户平均请求等待时间,计算公式:Time token for tests/(Complete requests/Concurrency Level)。处理完成所有请求数所花费的时间/(总请求数/并发用户数)     
    Time per request:       10.316 [ms] (mean, across all concurrent requests)  #服务器平均请求等待时间,计算公式:Time taken for tests/Complete requests,正好是吞吐率的倒数。也可以这么统计:Time per request/Concurrency Level
    Transfer rate:          489.68 [Kbytes/sec] received    表示这些请求在单位时间内从服务器获取的数据长度,计算公式:Total trnasferred/ Time taken for tests,这个统计很好的说明服务器的处理能力达到极限时,其出口宽带的需求量。
    
    Connection Times (ms)
                  min  mean[+/-sd] median   max
    Connect:        1  516 1148.7      3    7077
    Processing:     4  212 415.3     27    2193
    Waiting:        3  178 339.1     26    1833
    Total:          6  728 1158.6     89    7445
    
    Percentage of the requests served within a certain time (ms)
      50%     88    #50%的请求在88ms内返回
      66%    909
      75%   1043
      80%   1151
      90%   2294
      95%   3019
      98%   4093  #98%的请求在4093ms内返回
      99%   7024
     100%   7445 (longest request)
    
    

    ab常用参数

    -n :总共的请求执行数,缺省是1;

    -c: 并发数,缺省是1;

    -t:测试所进行的总时间,秒为单位,缺省50000s

    -p:POST时的数据文件

    -w: 以HTML表的格式输出结果

    展开全文
  • Apache JMeter是一个纯Java开发的用于负载测试或者性能测试的开源软件。这篇文章介绍一下使用JMeter生成的报告的概要说明,以及使用的技巧和注意事项。

    在这里插入图片描述
    Apache JMeter是一个纯Java开发的用于负载测试或者性能测试的开源软件。这篇文章介绍一下使用JMeter生成的报告的概要说明,以及使用的技巧和注意事项。

    环境准备

    关于Apache JMeter的概要介绍与安装的方法,可参看如下内容:

    • https://liumiaocn.blog.csdn.net/article/details/101264380

    事前准备

    这里使用JMeter自带的Java请求进行压力测试的示例来说明如何生成测试报告,详细的操作步骤可以参看如下内容(生成了一个100并发进行360次循环,共计36000次测试的报告)

    • https://liumiaocn.blog.csdn.net/article/details/101362941

    结果说明

    结果格式

    结果的HTML模版使用了sbadmin,本文示例的5.1.1版本的JMeter使用的是sbadmin2-1.0.7版本

    liumiaocn:jmeter-rpt-gui liumiao$ ls
    content         index.html      sbadmin2-1.0.7  statistics.json
    liumiaocn:jmeter-rpt-gui liumiao$ 
    

    汉化或者定制化修改方法

    基于sbadmin的JMeter测试报告结果缺省是英文的,由于此报告基于JMeter自身所提供的模版来实现,如果希望对结果进行定制化修改比如将生成的的显示页面汉化,则直接替换JMeter执行目录bin下的report-template文件夹即可,模版文件后缀为.fmkr,可以修改模版文件实现汉化的目的。

    liumiaocn:apache-jmeter-5.1.1 liumiao$ ls bin/report-template/
    content         index.html.fmkr sbadmin2-1.0.7
    liumiaocn:apache-jmeter-5.1.1 liumiao$
    

    报告概要

    测试报告概要信息页面主要显示如下信息:

    • Apdex:应用程序的性能指标,取值范围为0-1,0表示所有用户请求均不满意,1表示全部满意
    • Toleration threshold: 可接受的响应时间的设定阈值(成功值),缺省为0.5秒
    • Frustration threshold: 不可接受的响应时间的设定阈值 (失败值),缺省为1.5秒
    • 取样器类型
    • 测试取样次数
    • 线程组数量
    • 响应时间:平均/最小/最大/90、95、99%用户的响应时间
    • 吞吐量
    • 网络传输速度
    • 执行错误的统计信息(Sent:客户端发送数据的速度,Received:服务器端接收数据的速度)
    • TOP 5的取样器错误内容
      在这里插入图片描述

    图表详细

    主要的图表分为如下三类:

    • Over Time:从时间维度显示随时间变化的图表显示
    • Throughput:从吞吐量的角度进行展示的图表
    • Response Times:从响应时间角度进行展示的图表
      在这里插入图片描述

    时间变化(Over Time)

    时间趋势图主要分为如下几种:

    • Response Times Over Time(响应时间趋势图):用于显示响应时间跟随时间变化的状况
    • Response Time Percentiles Over Time (successful responses) (响应时间变化趋势图):主要用于显示最大、最小、90%/95%/99%百分位的用户响应时间的变化趋势
    • Active Threads Over Time(有效线程趋势图):在JMeter中,线程相当于LR中的VU,用于模拟实际的用户。此图用于显示随着时间变化有效或者活跃的用户的情况。
    • Bytes Throughput Over Time(字节吞吐量趋势图):将每秒发送字节数和每秒接收字节数根据时间推移进行显示以显示吞吐量趋势
    • Latencies Over Time(延迟趋势图):延时指的是客户发送请求之前的时间段,在负载较高的情况下,延时自然也成为拉慢整体业务处理的影响要素。
    • Connect Time Over Time(连接时长趋势图):用于显示随时间半环花费在连接上的平均时间。

    以响应时间变化趋势图为例,信息如下图所示
    在这里插入图片描述
    注意:因为缺省粒度(1min)过大,所以结果无法看出趋势,拉长测试的时间或者修改显示粒度的大小即可。

    Throughput(吞吐量)

    吞吐量趋势图主要分为如下几种:

    • Hits Per Second(每秒请求/点击趋势图):用于显示每秒点击或者每秒请求随时间变化的情况。
    • Codes Per Second(每秒状态码数量趋势图):JMeter被设计用来进行Web应用的压力测试,此图用于显示对于HTTP的200响应码(成功结果)的数量统计趋势,在本文示例中也可以看到其也能对Java请求的结果进行显示。
    • Transactions Per Second(每秒事务数量趋势图):用于分别显示各类测试结果的TPS随时间变化的趋势
    • Total Transactions Per Second(每秒总事务总数趋势图):用于显示TPS总数随时间变化的趋势(分为成功和失败两类)。
    • Response Time Vs Request(响应时间点与请求数的关系图):用于显示响应时间和请求数之间的关系(纵轴表示响应时间(单位毫秒),横轴表示请求数)
    • Latency Vs Request(延迟时长与请求数的关系图):用于显示延迟时长和请求数之间的关系(纵轴表示延迟时长(单位毫秒),横轴表示请求数)

    以响应时间点与请求数的关系图为例,信息如下图所示
    在这里插入图片描述

    Response Times(响应时间)

    响应时间趋势图主要分为如下几种:

    • Response Time Percentiles(响应时间百分比图):用于显示不同百分比的用户请求的平均响应时间关系图(纵轴表示响应时间(单位毫秒),横轴表示百分比从0到100)。
    • Response Time Overview(响应时间概要图):响应时间概要信息的展示,用于展示性能指标设定的各个阈值区间的响应数量(纵轴表示响应数量,横轴表示阈值区间,为测试概要页面显示的设定阈值)。示例如下图所示:
      在这里插入图片描述
    • Time Vs Threads(平均响应时间和活跃线程数关系图):用于显示压测中活跃线程数与响应时间之间的关系,示例如下所示:
      在这里插入图片描述
    • Response Time Distribution(响应时间分布图):用于显示不同响应时间段内响应数量的关系(纵轴表示响应数量,横轴表示响应时间,单位毫秒)

    常用技巧

    中断情况下的测试报告生成方法

    jmeter -g 结果文件 -o 测试报告输出目录

    报告生成是提示错误

    因为jtl结果格式非常简单,就是标题和内容的csv文件格式。一般情况下的错误经常是最后一行的数据的列的内容缺失所导致,这种情况下删除该列即可。

    平均采样显示粒度修改

    缺省情况下系统配置的报告图表的显示的粒度为1分钟,一般来说需要进行修改,修改的内容与注意事项如下所示

    • 文件名称:reportgenerator.properties/user.properties,建议修改user.properties对设定进行覆盖更为合理
    • 所在目录:bin/
    • 修改项目:jmeter.reportgenerator.ovrall_granularity
    • 修改内容:将设定值从缺省的6000毫秒改为所需设定即可
    • 注意事项:根据官方当前版本的提示,此值需要设定为大于1000毫秒,不然吞吐量的图表可能出错,建议最小设定为2000毫秒

    图表标题修改

    缺省情况下图表的标题为Apache JMeter Dashboard,可以通过修改report_title来实现

    • 文件名称:reportgenerator.properties/user.properties,建议修改user.properties对设定进行覆盖更为合理
    • 所在目录:bin/
    • 修改项目:jmeter.reportgenerator.report_title
    • 修改内容:将设定值修改为期待的显示内容

    可接受/不可接受的响应时间阈值修改

    可接受的响应时间的设定阈值(成功值),缺省为0.5秒,不可接受的响应时间的设定阈值(失败值),缺省为1.5秒,也可以通过修改对应设定项目来实现

    可接受的响应时间阈值

    • 文件名称:reportgenerator.properties/user.properties,建议修改user.properties对设定进行覆盖更为合理
    • 所在目录:bin/
    • 修改项目:jmeter.reportgenerator.apdex_satisfied_threshold
    • 修改内容:将设定值修改为可接受的响应时间阈值

    不可接受的响应时间阈值

    • 文件名称:reportgenerator.properties/user.properties,建议修改user.properties对设定进行覆盖更为合理
    • 所在目录:bin/
    • 修改项目:jmeter.reportgenerator.apdex_tolerated_threshold
    • 修改内容:将设定值修改为可接受的响应时间阈值

    用户响应时间百分位修改

    缺省情况下响应时间的显示中,应用时间的百分位有三个:90%、95%、99%,而相关的百分比也可以通过设定来实现修改。

    • 文件名称:jmeter.properties
    • 所在目录:bin/
    • 修改项目:aggregate_rpt_pct1、aggregate_rpt_pct2、aggregate_rpt_pct3
    设定项缺省值
    aggregate_rpt_pct190
    aggregate_rpt_pct295
    aggregate_rpt_pct399
    展开全文
  • 压力测试-步骤

    千次阅读 2017-07-04 10:35:07
    一个月的压测测试,现在总结一下,我的压测步骤: 1. 压测环境部署:与线上环境一致或减半 2. 压力环境测试 3. 测试数据准备 4.测试脚本准备、测试 5.测试场景设置、运行 ...---压力测试过程中,要明确测试版本
  • 以实际工作过程中的电商平台为实例进行细致讲解如何在实际工作中去做用jmeter工具去做压力测试,包括非常细致的测试步骤以及截图说明,跟着实例你就可以自己上手去做压力测试
  • jmeter压力测试并发

    万次阅读 多人点赞 2019-06-06 11:48:01
    用CSV文件,将需要注册的手机号准备好(也可自动生成手机号,两种入参方式,自动生成手机号可参照函数助手,之前有说明)列如184${__Random(11111118,99999998,count)}可简单生成手机号(但手机号是虚拟的,只能用.....
  • LoadRunner压力测试:测试报告结果分析

    万次阅读 多人点赞 2017-03-14 09:08:40
    一、测试说明 功能 登录退出 测试目的 进行用户登录,评估服务器增长能力 场景说明 打开登录首页,用户名登录;进入登录后首页页面,点击退出登录 事务说明 ...
  • JMeter做压力测试教程及结果分析

    万次阅读 多人点赞 2019-02-15 16:55:52
    用于对软件做压力测试,它最初被设计用于Web应用测试,但后来扩展到其他测试领域。 三、Java环境的安装与配置: (1)因为JMeter是使用JAVA写的,所以使用JMeter之前,先安装JAVA环境, oracle官网下载JDkht...
  • LoadRunner压力测试报告

    热门讨论 2013-07-05 11:25:19
    要求使用 LoadRunner 进行压力测试。录制用户登录系统过程。然后分别模拟 10 个、20 个、50 个用户登录系统,分别获得响应时间、吞吐量等性能指标,并适度给出分析。 4、实验要求 (1) 撰写实验报告,包括但不限于...
  • webbench网站压力测试结果

    千次阅读 2013-10-13 19:39:52
    使用webbench做压力测试结果: 经过压力测试,60秒钟最多只能接受600并发。后面nginx就会出现502报错了。是由于5m带宽给跑满了。后期还得增加带宽。
  • 软件测试工程师经典面试题

    万次阅读 多人点赞 2018-10-27 23:55:52
      软件测试工程师,和开发工程师相比起来,虽然前期可能不会太深,但是涉及的面还是比较广的。前期面试实习生或者一年左右的岗位,问的也主要是一些基础性的问题比较多。涉及的知识主要有MySQL数据库的使用、Linux...
  • Jmeter接口测试+压力测试

    万次阅读 多人点赞 2017-05-14 14:01:50
    jmeter是apache公司基于java开发的一款开源压力测试工具,体积小,功能全,使用方便,是一个比较轻量级的测试工具,使用起来非常简单。因为jmeter是java开发的,所以运行的时候必须先要安装jdk才可以。jmeter是...
  • Apache JMeter是一个纯Java开发的用于负载测试或者性能测试的开源软件。这篇文章介绍一下使用JMeter进行压力测试的两种压力测试报告生成的方法。
  • 负载测试、压力测试、稳定性测试、容量测试的异同点 1.负载测试是逐步增加压力,来找到性能拐点,主要是为了找性能指标,比如服务器最大承受的并发用户数是45,为了找到这个指标,我们一开始施加的用户是20个,每次...
  • 一个真实系统的压力测试报告,包括测试场景及测试环境配置及测试说明及测试结果
  • JMeter 压力测试详解PPT

    2008-09-26 19:21:45
    众多类型的软件测试中,压力测试正是以软件响应速度为测试目标,尤其是针对在较短时间内大量并发用户的访问时,软件的抗压能力。这次共同学习压力测试工具JMeter,简单介绍了如何使用它来完成常用的压力测试:Web ...
  • jmeter-压力测试结果报告分析

    万次阅读 2016-11-01 14:25:04
    2、测试说明 (1)名词定义(时间单位ms) Sample:本次测试场景共运行多少线程;  Average:平均响应时间;   Median:统计意义上的响应时间中值;  90% line:所有线程中90%的线程响应时间都小于xx
  • Apache ab压力测试参数结果详细说明

    千次阅读 2012-05-30 17:49:32
    我们一般会使用Apache自带的ab来对项目进行压力测试,看项目的执行情况如何. 我们可以使用 ab -v 来查看ab的详细参数使用方法.[root@node234 bin]# ./ab -v ab: option requires an argument -- v ./ab: wrong ...
  • 通过压力测试来判断系统的稳定性和可靠性。 2、Linux性能测试工具Lmbench:Linux性能测试工具Lmbench是一套简易可移植的,符合ANSI/C标准为UNIX/POSIX而制定的微型测评工具。一般来说,它衡量两个关键特征:反应...
  • SOAPUI SOAP压力测试

    千次阅读 2018-07-12 11:17:56
    目的:实现指定Soap协议的压力测试环境:SoapUI Pro 5.1.2 + Linux + simple-4.1.21.jar(实现Soap协议的接收、处理与响应) +wsdlsimple-4.1.21框架见网址:点击打开链接过程: 1)安装SoapUI Pro 5.1.2 、部署...
  • postman压力测试

    万次阅读 2019-04-25 20:32:55
    今天公司的门锁设备可能需要压力测试,提供的接口API接口需要压力测试。 一、postman准备 其实也没有什么好准备的,唯一就是有些变量不能写死了,需要随机一个,然后再请求。 {{}}包裹的都是要随机的参数,...
  • 测试开发需要学习的知识结构

    万次阅读 多人点赞 2018-04-12 10:40:58
    努力成为一个优秀的测试开发从业者,加油!... - 假装在测试的回答 - 知乎白盒与黑盒测试什么区分1、黑盒测试 黑盒测试也称功能测试或数据驱动测试,它是在已知产品所应具有的功能,通过测试来检...
  • jmeter压力测试教程

    千次阅读 2019-09-30 10:31:27
    Apache JMeter 是 Apache 组织开发的基于 Java 的压力测试工具。用于对软件做压力测试,它最初被设计用于Web应用测试,但后来扩展到其他测试领域。 它可以用于测试静态和动态资源,例如静态文件、Java小服务程序、...
  • web软件压力测试

    2012-11-20 16:58:21
    简要的介绍了通常我们在做压力测试的时候,对压力测试结果进行分析需要注意的方面。
  • 测试开发笔记

    万次阅读 多人点赞 2019-11-14 17:11:58
    测试开发笔记 第一章 测试基础 7 什么是软件测试: 7 ★软件测试的目的、意义:(怎么做好软件测试) 7 3.软件生命周期: 7 第二章 测试过程 8 1.测试模型 8 H模型: 8 V模型 9 2.内部测试 10 3外部测试: 10 验收...
  • Android App专项测试-压力测试

    千次阅读 2019-10-20 22:02:28
    Android App专项测试-压力测试篇 版权声明:本文为博主原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。 本文链接:https://blog.csdn.net/wb1276831936/article/details/53256808 小伙伴...
  • jmeter(压力测试)指标分析

    千次阅读 2019-09-17 10:01:54
    压力测试 压力测试分两种场景:一种是单场景,压一个接口的;第二种是混合场景,多个有关联的接口。 压测时间,一般场景都运行10-15分钟。如果是疲劳测试,可以压一天或一周,根据实际情况来定。 压测任务需求...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 122,324
精华内容 48,929
关键字:

压力测试结果说明