精华内容
下载资源
问答
  • JMeter做压力测试教程及结果分析

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

    一、测试工具:

           JMeter

    二、JMeter介绍

    Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试,它最初被设计用于Web应用测试,但后来扩展到其他测试领域

    三、Java环境的安装与配置:

    (1)因为JMeter是使用JAVA写的,所以使用JMeter之前,先安装JAVA环境,

    配置变量

    • 系统变量→新建 JAVA_HOME 变量 。  变量值填写jdk的安装目录(本人是 E:\Java\jdk1.7.0)

    • 系统变量→寻找 Path 变量→编辑

      在变量值最后输入 %JAVA_HOME%\bin;%JAVA_HOME%\jre\bin;

      (注意原来Path的变量值末尾有没有;号,如果没有,先输入;号再输入上面的代码)

    • 系统变量→新建 CLASSPATH 变量

      变量值填写   .;%JAVA_HOME%\lib;%JAVA_HOME%\lib\tools.jar(注意最前面有一点)

      系统变量配置完毕

    • 测试jdk是否安装成功,可在【开始】中搜索cmd,输入【java -version】

    四、JMeter下载与使用

       1.JMeter下载地址:在官网 http://jmeter.apache.org/ 

    2.解压下载的二进制包,使用cmd命令进入bin目录,使用jmeter.bat启动程序。(注意直接双击jmeter.bat无法启动时需要使用Window+R,输入cmd,然后进入bin目录如下)

     3.启动之后会有两个窗口,一个cmd窗口,一个JMeter的 GUI

    上面的意思就是:不要使用GUI运行压力测试,GUI仅用于压力测试的创建和调试;执行压力测试请不要使用GUI。使用下面的命令来执行测试:

    jmeter -n -t [jmx file] -l [results file] -e -o [Path to web report folder]

    五、创建测试

    1.创建线程组

    在“测试计划”上右键 【添加】-->【Threads(Users)】-->【线程组】

    2.设置线程数和循环次数。我这里设置线程数为500,循环一次。

    3..创建Http请求

    在“线程组”右键 【添加-】->【samlper】-->【HTTP 请求】

    4.添加察看结果树和聚合报告

    在我们刚刚创建的线程组上右键 【添加】-->【监听器】-->【察看结果树】。添加聚合报告,右键 【添加】-->【监听器】-->【聚合报告】。

    直接添加,然后点击运行按钮就可以看到结果了。

    结果树分析:

    通过察看结果树,我们可以看到每个请求的结果,其中红色的是出错的请求,绿色的为通过。

    Thread Name(线程组名称): 线程组 1-24

    Sample Start( 启动开始时间): 2019-02-15 15:00:14 CST

    Load time(加载时长): 290

    Connect Time:(连接时长) 86

    Latency(等待时长): 174

    Size in bytes(发送的数据总大小): 2212

    Sent bytes:821

    Headers size in bytes(发送数据的其余部分大小): 1162

    Body size in bytes: 1050

    Sample Count(发送统计): 1

    Error Count(错误统计): 0

    Data type ("text"|"bin"|""): text

    Response code(返回状态码): 200

    Response message(返回信息): OK

    这里绿色的就说明请求是通过的,返回值是200,如果出现红色的×就说明请求失败,这时候可以通过右边的取样器结果和响应数据来查看结果。

    聚合报告分析:

    Sample:本次测试场景共运行多少线程;

     Average:平均响应时间; 

     Median:统计意义上的响应时间中值;

      90% line:所有线程中90%的线程响应时间都小于xx的值;

      Min:响应最小时间;

     Max:响应最大时间;

     Error:出错率;

    Throughput - 吞吐量以“requests/second、requests /minute、 requests /hour”来衡量。 时间单位已经被选取为second,所以,显示速率至少是1.0,即每秒1个请求。 当吞吐量被保存到CVS文件时,采用的是requests/second,所以30.0 requests/second 在CVS中被保存为0.5

    Kb/sec - 以Kilobytes/seond来衡量的吞吐量

    六、测试结果

    (1)50个用户同时访问企业用户会议室预定页面,平均响应时间是0.146秒,最大的响应时间0.387秒,最小的响应时间是0.096秒,错误率为0。

    (2)100个用户同时访问企业用户会议室预定页面,平均响应时间是2.295秒,最大的响应时间8.132秒,最小的响应时间是0.425秒,错误率为0。

    展开全文
  • 压力测试系统

    2015-12-21 02:37:26
    压力测试,双端.支持绑定两个域名.请不要为违法用途,后果自负.
  • 系统负载压力测试

    千次阅读 2018-06-22 20:45:54
    负载压力测试是在一定约束条件下测试系统所能承受的并发用户量、运行时间、数据量,以确定系统所能承受的最大负载压力。负载压力测试有助于确认被测系统是否能够支持性能需求,以及预期的负载增长等。负载压力测试不...

    负载压力测试是在一定约束条件下测试系统所能承受的并发用户量、运行时间、数据量,以确定系统所能承受的最大负载压力。

    负载压力测试有助于确认被测系统是否能够支持性能需求,以及预期的负载增长等。负载压力测试不只是关注不同负载场景下的响应时间等指标,它也要通过测试来发现在不同负载场景下会出现的,例如速度变慢、内存泄漏等问题的原因。负载压力测试是性能测试的重要组成部分,负载压力测试包括并发性能测试、疲劳强度测试、大数据量测试等内容。一般包括如下: 

    1、性能测试

    性能测试用来保证产品发布后系统的性能能够满足用户需求。其中系统性能包括执行效率、资源占用、稳定性、安全性、兼容性、可扩展性、可靠性等。

    2、性能评测

    性能评测包括:在真实环境下,检查系统服务等级的满足情况,评估并报告整个系统的性能;对系统的未来容量作出预测和规划。

    负载压力测试结构剖析

    3、性能调优

    性能调优一般的步骤为首先查找形成系统瓶颈或者故障的根本原因,其次是进行性能调整和优化,最后便是评估性能调整的结果。

    4、负载测试

    负载测试时通过逐步增加系统负载,测试系统性能的变化,并最终确定在满足性能指标的情况下,系统所能承受的最大负载量的测试。

    5、压力测试

    压力测试是通过逐步增加系统负载,测试系统性能的变化,并最终确定在什么负载条件下系统性能处于失效状态,并以此来获得系统能提供的最大服务级别的测试。

    6、并发性测试

    并发性测试的过程,是一个负载测试和压力测试的过程。即逐渐增加并发用户数负载,直到系统的瓶颈或者不能接收的性能点。并发性测试分为三类:

    a、应用在客户端性能的测试;

    b、应用在网络上性能的测试;

    c、应用在服务器上性能的测试;

    7、疲劳强度测试

    8、大数据量测试 

    大数据量测试包括独立的数据量测试和综合数据量测试两类。


    负载压力测试的目的:


    1.在真实环境下检测系统性能,评估系统性能以及服务等级的满足情况


    例如电信计费软件,众所周知,每月20日左右是市话交费的高峰期,全市几千个收费网点同时启动。收费过程一般分为两步,首先要根据用户提出的电话号码来查询出其当月产生费用,然后收取现金并将此用户修改为已交费状态。一个看起来简单的两个步骤,当成百上千的终端同时执行这样的操作时情况就大不一样了,如此众多的交易同时发生,对应用程序本身、操作系统、中心数据库服务器、中间件服务器、网络设备的承受力都是一个严峻的考验。决策者需要模拟系统负载压力,预见软件的并发承受力,这是在测试阶段就应该解决的重要问题。


    一个企业自己组织力量或委托软件公司代为开发的应用系统,在生产环境中实际使用起来以后,往往会产生这样一个问题,即这套系统能不能承受大量的并发用户同时访问,这个问题是系统负载压力需求的体现。


    这里强调在真实环境下检测系统性能,在实施过程中大家认为这样做会遇到很多阻力,比如系统上线运行之后,真实环境下不允许负载压力测试为系统带来大量的垃圾数据,测试数据与真实业务数据混在一起无法控制测试结果,负载压力测试如果使服务器宕机会给系统带来巨大损失等。那么在这种条件下不允许的情况下,应该采用什么肃然措施弥补呢?我们可以使用一种“模拟环境”来做测试,这种环境是指与实际真实应用环境基本等级保持一致的测试环境。


    2.预见系统负载压力承受力,在应用实际部署之前,评估系统性能。


    目前的大多数公司企业需要支持成百上千名用户,各类应用环境,以及由不同供应商的元件组装起来的复杂产品。难以预知的用户负载和越来载复杂的应用程序,使公司时时担忧会发生投放性能差,用户遭受反应慢,系统失灵等问题。其结果就是导致公司收益的损失。


    检测系统性能强调对系统当前性能的评估中,通过评估,可以在应用实际部署之前,预见系统负载压力承受力。这种测试的意义在于指导系统总体设计,既可以避免浪费不必要的人力、物力和财力,又避免硬件和软件的设计不匹配,使系统具有更长、更健壮的生命力。


    如何确定系统的“负载压力承受力”是一个非常复杂且关键的问题。


    对于系统性能检测,有时我们所从事的工作仅仅是被动监控一些性能指标,而预见系统负载压力承受力,则不可避免地会借助自动化的负载压力测试工具。


    3.分析系统瓶颈、优化系统


    系统性能检测和预见为分析系统瓶颈和优化提供了原始数据,打好了基础。


    系统瓶颈即应用系统中导致系统性能大幅下降的原因。


    瓶颈大大降低了系统性能,一般情况下,发现瓶颈并找出原因并不是件容易的事。很多时候你可能无法准确定位系统瓶颈之所在。瓶颈可能定位在硬件中,也可能定位在软件中,对于后者,是无能为力的。硬件中的瓶颈可能会非常容易排除,一般来讲,解决硬件瓶颈的方法只是简单地向系统中添加CPU、磁盘或者内存等,如果硬件瓶颈是由于系统缓冲区设计或内存总线造成的,那么通常情况下就无能为力了。硬件瓶颈与软件瓶颈相比,更建议先解决软件瓶颈,原因有三,其一是软件瓶颈往往导致系统性能衰减更快,反过来讲,消除软件瓶颈,系统性能提升更快;其二是人为因素更易导致软件瓶颈,要消除软件瓶颈,开发人员会更主动,并且可以节省资源;其三,盲目增加硬件则无形中增加维护费用,将来,软硬件不匹配的问题终究还会暴露出来。


    优化调整系统是在发现瓶颈,故障定位之后要完成的事情,实现优化之后即可消除瓶颈,提高性能。


    性能测试指标:


    通用指标(指Web应用服务器、数据库服务器必需测试项)

    指标

    说明

    ProcessorTime服务器CPU占用率,一般平均达到70%时,服务就接近饱和
    Memory Available Mbyte可用内存数,如果测试时发现内存有变化情况也要注意,如果是内存泄露则比较严重
    Physicsdisk Time物理磁盘读写时间情况


    Web服务器指标

    指标

    说明

    Requests Per Second(Avg Rps)平均每秒钟响应次数=总请求时间 / 秒数
    Avg time to last byte per terstion (mstes)平均每秒业务脚本的迭代次数 ,有人会把上面那个混淆
    Successful Rounds成功的请求
    Failed Requests失败的请求
    Successful Hits成功的点击次数
    Failed Hits失败的点击次数
    Hits Per Second每秒点击次数
    Successful Hits Per Second每秒成功的点击次数
    Failed Hits Per Second每秒失败的点击次数
    Attempted Connections尝试链接数


    数据库服务器性能指标

    指标

    说明

    User 0 Connections用户连接数,也就是数据库的连接数量
    Number of deadlocks数据库死锁
    Butter Cache hit数据库Cache的命中情况


    系统的瓶颈定义

    性能项

    命令

    指标

    CPU限制vmstat当%user+%sys超过80%时
    磁盘I/O限制Vmstat当%iowait超过40%(AIX4.3.3或更高版本)时
    应用磁盘限制Iostat当%tm_act超过70%时
    虚存空间少Lsps,-a当分页空间的活动率超过70%时
    换页限制Iostat, stat虚存逻辑卷%tm_act超过I/O(iostat)的30%,激活的虚存率超过CPU数量(vmstat)的10倍时
    系统失效Vmstat, sar页交换增大、CPU等待并运行队列


    稳定系统的资源状态

    性能项

    资源

    评价

    CPU占用率70%
    85%
    90%+很差
    磁盘I/0<30%
    <40%
    <50%+很差
    网络<30%带宽
    运行队列<2*CPU数量
    内存没有页交换
    每个CPU每秒10个页交换
    更多的页交换很差
    展开全文
  • 本次测试中,出现了部分页面错误的情况,但是总的页面响应成功率达到了99%,对于错误的页面需要开发相应的修改,另外,仍然存在个别页面响应超过10s,需要优化,总体不影响系统的稳定性。 扩展测试场景:用户在...
  • ab -n 100 -C key=value http://test.com/
  • 高速增长的互联网业务要求产品开发、迭代和交付周期越来越短,而IT基础设施的广泛云化和第三方API接口的大量使用,使传统的基于内部环境搭建的压力测试方法和测试工具越来越难以满足应用功能可用和容量规划预估的...
  • 怎么做压力测试

    千次阅读 2015-09-14 13:02:00
    已经知道了什么是压力测试,和压力测试所需要关注的参数之后,剩下的内容就是着手了,怎么开始呢?一个压力测试的流程: 1 明确测试目标 2 制定测试计划 3 实施测试,收集参数 4 分析测试结果 5 给出优化方案...

    已经知道了什么是压力测试,和压力测试所需要关注的参数之后,剩下的内容就是着手做了,怎么开始呢?一个压力测试的流程:

    1 明确测试目标

    2 制定测试计划

    3 实施测试,收集参数

    4 分析测试结果

    5 给出优化方案

    一  明确测试目标:如果是客户的需求,那需要向客户确认,有清楚的性能指标参数,测试时就是保证系统达到该指标并能良好运转,即压力测试。如果是自己的系统需要有一个评估,那就需要完整的得到该系统的几个临界点,拿到完整的性能曲线,从而来分析部署情况,即为性能测试。不管是哪个,知道了需求,才能制定计划。

    性能测试的目标是发现重大的系统瓶颈。你可以想象一个系统由一系列的瓶颈组成;发现并改善一个瓶颈往往会在其他地方产生一个新的瓶颈。例如,我曾为一运行微软Windows CE的器件部门工作。我们发现的第一大性能问题体现在某一具体硬件环境下的内存管理中。我们把问题分离出来,改善了内存分配的效率。尔后再次运行我们的测试,又找到了一个新的瓶颈,这次体现在网络吞吐量上(throughput)。解决了这个问题后,我们接着又为下一个瓶颈改善而工作,然后再下一个,直到整个系统都达到了性能目标。要记住的是:关键在于要尽早订立性能目标,否则你可能不知道什么时候该停止性能测试。

    二 制定测试计划:确定使用什么工具,着重哪些参数,设置线程数,方法执行次数,执行时间,是否多个接口同时进行测试等等。

    三 实施测试,收集参数:选一个施压工具,来向部署好的服务发起高并发请求,同时关注和收集性能参数。这个是我们花费时间最多的地方。通常该阶段需要反复执行,来得到想要的数据。通常来说,我们可以使用JMeter LR AB 自己写多线程等各种方式,之后介绍一下JMeter。

    四 分析测试结果:即根据上一节的参数介绍来进行参数分析

    五 给出优化方案:如果是代码逻辑耗费cpu,就优化算法;如果是redis等数据库耗时,就增加节点,减少读取,读写分离,使用内存等;如果是外在条件限制,则与外部们沟通问题,共同优化等等。

     

    转载于:https://www.cnblogs.com/zhaoxd07/p/4773919.html

    展开全文
  • 数据应用系统压力测试方案

    千次阅读 2018-05-10 20:36:59
    好奇于数据库压力测试方案,这两天一直在思考如何对数据库做压力测试。 在数据应用系统上线前,测试数据库能接收多少并发量,能够给自己信心,对上线不影响用户体验有充分的把握。清楚哪一块是薄弱的地方,知道怎么...

    好奇于数据库压力测试方案,这两天一直在思考如何对数据库做压力测试。
    在数据应用系统上线前,测试数据库能接收多少并发量,能够给自己信心,对上线不影响用户体验有充分的把握。清楚哪一块是薄弱的地方,知道怎么去弥补。

    偶尔在 google 里面搜出来一个产品的测试方案基本用法,得以窥见成熟的商业方案。
    英文链接如下:
    https://support.smartbear.com/loadcomplete/docs/tutorials/getting-started/intro/basic-concepts.html

    以下是对其做的翻译和理解,整理出来做个记录,算是一种思路。

    对应用系统的压力测试方案:

    1 recording a scenario.
    录入场景:
    场景就是用户在某一个应用的操作,比如注册一个新用户,或者网购下单。
    当对注册新用户这一操作做了录像,那么就可以模拟多个新注册用户的操作了。
    当对一个用户下单这一操作,做了录像,那么10万人同时下单的自动化测试,只要生成10万个线程,模拟下单过程就可以测试下单这一过程的压力。

    重点是,如何针对应用的操作,做好数据的录入,有些数据是自增的,有些是随机的,有些可以更改,有些删除了就不能再次执行删除,这些都是数据应用的场景,包含的逻辑怎么可以被识别,并正确的录入下来,方便以后线性扩展开来?如果是微服务架构的应用,会设计到各种 http, https, websocket 的交互,给录入标准化增加了难度。

    如果是自研的系统还能利用白盒测试,自主扩展;如果是第三方系统,那么就有难度了。所以暂且不论第三方系统,就以自研系统为标的,做压力测试。

    2 Modifying the recorded traffic(optional)
    修改录入场景的流量(可选)。有些原本录入的请求是不需要在测试环境中再次模拟发送的,可以去掉;有些请求可以做线性扩展的,来测试抗压能力。上述场景都可以在这一步编辑。

    3 Verifying the recorded scenario
    校验录入场景的有效性。
    在第一步中,提出了很多针对数据应用逻辑识别的难点,在这一步我们就可以详细的解答这些难点了。
    比如数据的自增难题,我们可以模拟自增数字,日期,名称等,来与数据应用交互,判断场景的有效性;比如新用户注册并发问题,在一个虚拟用户操作逻辑成立的基础上,模拟成千上万个虚拟用户注册的操作,来测试并发能力。

    在这一步中,我们要考虑的是如何给录入的场景做模型存储。既然录入场景已经生效了,就可以抽象成模型,用来做扩展基础。

    4 Creating load tests that will simulate recorded traffic.
    模拟录入的场景,以此为基础,测试用户多个连贯的操作。
    这一步就是真正实现测试程序了。在已经校验过的录入场景上,模拟多个连贯场景来完成应用操作,

    5 Assigning recorded scenarios to desired virtual users.
    分配多个虚拟用户来模拟录入场景的并发测试。
    上面4步中,我们举了两个场景:新用户注册和网购下单。单个用户模拟通过,是完成自动化测试程序的第一步,多用户的模拟,需要灵活的配置,和多线程调度的编程。在此基础上,逐步增加虚拟用户,以观察数据应用的响应时间,数据库的CPU,Memory,IO的增长趋势。

    一台计算机的并发毕竟是有限的,借助云客户端,可以模拟更多用户的访问量。

    6 Running load tests

    7 Analyzing load test results
    分析多用户访问量的测试结果。
    将第 5 步的监控指标都撰写成报告,观察指标的趋势。

    展开全文
  • 系统压力测试(二)

    千次阅读 2018-09-08 16:42:33
    《目录》 ------------&gt;压测软件超简单介绍 ------------&gt;如何用JMeter一个压测 ...jmeter可以接口测试和压力测试。其中接口测试的简单操作包括http脚本(发get/post请求、加cooki...
  • 如何使用ab接口压力测试

    千次阅读 2018-10-30 16:34:29
    压力测试是通过不断向被测系统施加“压力”,测试系统在压力情况下的性能表现,考察当前软硬件环境下系统所能承受的最大负荷并帮助找出系统瓶颈所在,也就是我们可以模拟巨大的工作负荷以查看应用程序在峰值使用情况...
  • webload是RadView公司推出的一个性能测试和分析工具,它让web应用程序开发者自动执行压力测试;webload通过模拟真实用户的操作,生成压力负载来测试web的性能 用户创建的是基于javascript的测试脚本,称为议程agenda,用...
  • 负载测试和 压力测试都属于性能测试两者可以结合进行 通过负载测试确定在各种工作负载下系统的性能目标是当负载逐渐增加时测试系统各项性能指标的变化情况压力测试时通过确定一个系统的瓶颈或者不能接受的 ...
  • 系统压力测试(一)

    万次阅读 多人点赞 2018-09-06 12:13:25
    《目录》 --------&gt;认知,了解压测的一些参数,了解什么是...了解怎么给出压测人员出一份压测指标,计算自己系统的合理吞吐量 --------&gt;怎么看压测报告,一份报告都有哪些重点 一、认知 首先明确...
  • 如何用Jmeter做压力测试

    千次阅读 2015-07-01 14:36:33
    Jmeter是一个性能测试工具,同loadrunner类似,他功能较多,我们常用的功能是用jmeter模拟多浏览器对网站做压力测试。  下载jmeter地址 :http://jakarta.apache.org/site/downloads/downloads_jmeter.cgi  ...
  • 分布式存储系统压力模拟测试

    千次阅读 2017-10-14 17:27:28
    分布式系统压力模拟测试器 1. 设计目标  模拟线上压力,复现生产集群中的压力情况,作为测试场景中的背景压力。  1)测试压力(QPS)和执行(Execute)分离。  2)压力的可配置描述化(分布,Replay Log)。  3...
  • Jmeter接口测试+压力测试

    万次阅读 多人点赞 2017-05-14 14:01:50
    jmeter是apache公司基于java开发的一款开源压力测试工具,体积小,功能全,使用方便,是一个比较轻量级的测试工具,使用起来非常简单。...  jmeter可以接口测试和压力测试。其中接口测试的简单操作
  • 压力测试是每一个Web应用程序上线之前都需要的一个测试,他可以帮助我们发现系统中的瓶颈问题,减少发布到生产环境后出问题的几率;预估系统的承载能力,使我们能根据其做出一些应对措施。所以压力测试是一个非常...
  • 文章目录系统测试概述功能测试性能测试负载测试压力测试性能测试、压力测试、负载测试的关系兼容性测试安全测试健壮性测试配置测试可用性测试文档测试 系统测试概述 系统测试的定义 将已经集成好的软件系统,作为...
  • linux 系统下的压力测试工具

    千次阅读 2020-04-29 23:44:55
    因为项目需要,接触到了两款压力测试工具,对其进行总结和学习。... 通过压力测试来判断系统的稳定性和可靠性。 压力测试是一种破坏性的测试,即系统在非正常的、超负荷的条件下的运行情况 。用来评估在超越...
  • 当上级要求对新的系统做压力测试时,而制作压力测试计划与测试报告的任务就落在我的身上,从没有过测试计划的我不知从何下手,而是到网络上到处搜寻,竟找不到一个很好的  当上级要求对新的系统做压力测试时,而...
  • 系统压力测试的一些基本概念

    千次阅读 2011-02-21 12:55:00
    压力测试时常遇到的几个概念:“并发用户数”、“系统用户数”和“同时在线用户数”系统用户数:是指会用到该系统的总的人数同时在线用户数:是指同时在使用该系统的人数。并发用户数:是指在线用户中,有同时与...
  • 通过压力测试来判断系统的稳定性和可靠性。 压力测试是一种破坏性的测试,即系统在非正常的、超负荷的条件下的运行情况 。用来评估在超越最大负载的情况下系统将如何运行,是系统在正常的情况下对某种负载强度的承受...
  • 办公系统统一规划改造时,遇到了系统压力与性能估算难题,也就是说,新改造的系统要满足多少并发压力才能满足需求呢? 先讲个压力测试和规划目标的故事...... 结果: 利用历史压力测试数据,跟踪当前系统运行...
  • 怎么服务器压力测试

    千次阅读 2019-04-01 17:25:31
    一般来说我们需要一下压力测试来判断。比如该项目上线后预计每天一百万的接口访问量,并且访问时段主要集中在早八点到晚八点,那么平均下来 RPS 大约是 22 次左右,不过用户的访问量通常不会很平均,假设峰值流量...
  • 利用python做压力测试

    千次阅读 2014-03-07 16:16:44
      发布时间: admin 10 months ago ...从事API相关的工作很有挑战性,在高峰期保持系统的稳定及健壮性就是其中之一,这也是我们在Mailgun很多压力测试的原因。 这么久以来,我们已经尝试了很多种

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 174,904
精华内容 69,961
关键字:

系统压力测试怎么做