压力测试

echo {1..1000000000} 来源： https://www.cnblogs.com/zealousness/p/12018584.html

下一个 release 准备小长假后就要 go-live ，所有的测试 case 都 cover 过了，但还未进行过压力测试，有点不放心，刚好过节期间家人都回家去了，假期终于可以抽点时间压测一把。 Apache ab 压测 之前用过一些压力测试工具比如 loadrunner， Jmeter，感觉都太重，想要使用不是软件需要注册就是使用起来很不得心应手，这次灵光一动，想到直接使用 ab ＋ OneAPM 进行测试，ab 的全称是 ApacheBench , 是 apache http server 自带的一个测试工具，专门用于 HTTP Server 的 benchmark testing，可以同时模拟多个并发请求。公司的开发人员也在用它作一些测试，看起来也不错，很简单，也很容易使用。可以对你的 Web 站点进行压力测试，非常小，使用起来很简单。 如果你已经安装了 apache，那么在 <apache>/bin 目录就能找到 ab，输入 ap --help `, 里面简单几个选项仔细读一下，很快就能上手进行测试。官方使用文档： https://httpd.apache.org/docs/2.4/programs/ab.html OneAPM 这个就不用多说了，性能监控软件，如何使用参看下官网的 guide，我分别在不同的平台上都试过接入 OneAPM，比如 node.js，ruby

写在前面 在学习ab工具之前，我们需了解几个关于压力测试的概念 吞吐率（Requests per second） 概念：服务器并发处理能力的量化描述，单位是reqs/s，指的是某个并发用户数下单位时间内处理的请求数。某个并发用户数下单位时间内能处理的最大请求数，称之为最大吞吐率。 计算公式：总请求数 / 处理完成这些请求数所花费的时间，即 Request per second = Complete requests / Time taken for tests 并发连接数（The number of concurrent connections） 概念：某个时刻服务器所接受的请求数目，简单的讲，就是一个会话。 并发用户数（The number of concurrent users，Concurrency Level） 概念：要注意区分这个概念和并发连接数之间的区别，一个用户可能同时会产生多个会话，也即连接数。 用户平均请求等待时间（Time per request） 计算公式：处理完成所有请求数所花费的时间/ （总请求数 / 并发用户数），即 Time per request = Time taken for tests /（ Complete requests / Concurrency Level） 服务器平均请求等待时间（Time per request: across

修改E:\Program Files\jmeter\apache-jmeter-4.0\bin目录下的user.properties文件 jmeter.save.saveservice.output_format=csv 准备好压力测试的脚本，新建存放jtl报告和web报告的目录，确保每次执行脚本前result和webreport下为空 非GUIjmeter实现步骤： cmd切换目录 e: cd E:\Aresource\jmeter\pressure 在此目录下执行脚本，生成的jtl和网页版的报告分别在目录下， jtl文件导入至jmeter界面版的聚合报告中查看 jmeter -n -t bimdmyl.jmx -l result\bimdmyl.jtl -e -o webreport 执行后： 将bimdmyl.jtl导入到jmeter界面版的聚合报告中查看-----主要看三个地方，请求数，响应时间，tps。 衡量性能的指标： 压力测试做完后，需要根据测试结果以及标准值进行对比，看产品性能结果是否达标，一般产品部会给到我们响应的指标，比如tps多少，响应时间多少，支持的最大并发数等，常见指标如下： tps：服务端每秒钟处理的请求数 ，该值越大越好。 响应时间：服务器响应时间 ，该值越小越好。 -----以下转载----- jmeter添加压力机辅助测试的步骤：

系统测试 系统测试，英文是System Testing。是对整个系统的测试，将硬件、软件、操作人员看作一个整体，检验它是否有不符合系统说明书的地方。这种测试可以发现系统分析和设计中的错误。如安全测试是测试安全措施是否完善，能不能保证系统不受非法侵入。再例如，压力测试是测试系统在正常数据量以及超负荷量(如多个用户同时存取) 等情况下是否还能正常地工作。 [1] 中文名 系统测试 外文名 System Testing 组 成 组装测试 和 确认测试 目 的 验证系统是否满足需求规格 内容 系统测试是将经过 集成测试 的软件，作为计算机系统的一个部分，与系统中其他部分结合起来，在实际运行环境下对计算机系统进行的一系列严格有效地测试，以发现软件潜在的问题，保证系统的正常运行。 流程如图1所示。系统测试的目的是验证最终软件系统是否满足用户规定的需求。 图1 系统测试流程图 主要内容包括： 功能测试 。即测试软件系统的功能是否正确，其依据是需求文档，如《产品需求规格说明书》。由于正确性是软件最重要的质量因素，所以功能测试必不可少。 健壮性测试。即测试软件系统在异常情况下能否正常运行的能力。健壮性有两层含义：一是容错能力，二是恢复能力 分类 比较常见的、典型的系统测试包括恢复测试、安全测试、压力测试。下面对这几种测试进行一一介绍： 1）恢复测试 恢复测试作为一种系统测试

本文来自于 腾讯bugly开发者社区 ，非经作者同意，请勿转载，原文地址： http://dev.qq.com/topic/580d914e07b7fc1c26a0cf7c 前言 随着部门业务的拓展，我们有了很多性能测试的机会，但在实战中，慢慢发现，我们对性能测试的理解并不如自己想的那么清晰，对基本概念和理论的混淆，导致对测试结果的不够自信，测试过程也常会面临质疑。 所以这一次，我们不说性能测试怎么做，先一起梳理下性能测试的基本理论，分析这些理论如何在压测工具中产生影响。 系统性能描述 描述一个系统的性能从来不是一句话或是一个数值的事。 在IEEE的定义中 ：性能是系统或组件在给定约束中实现的指定功能的程度，诸如速度、正确性、内存使用等。 所以性能测试报告中，对系统性能的描述应该是多方面的，如：执行效率、稳定性、兼容行、可靠性、可扩展性容量等；其中，执行效率通过 并发 用户数、响应时间、 吞吐量 、成功率、资源消耗综合体现。 并发测试 性能测试有：负载测试、压力测试、配置测试、并发测试、容量测试、稳定性测试。 其中，并发测试是测试多个用户同时访问同一个应用、同一个模块或者数据记录时是否存在死锁或者其他性能问题。 在实际的压测中，我们基本上都是设置多个并发，再进行负载测试、压力测试等，因为现实中，我们的系统就是面对多个用户的同时使用，并且，并发用户的数量，直接影响着系统资源的消耗

使用adb命令对手机APP做压力测试 在日常软件测试当中，对app做压力测试是必不可少的，因为对系统不断施加压力的测试,是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试，也就是我们可以模拟巨大的工作负荷以查看应用程序在峰值使用情况下如何执行操作。 1 做压力测试的必备条件为：首先我们需要在电脑上安装abd名，安装adb可以在百度官网内下载，即在百度内搜索JDK官网下载，安装过程已经达标里不在叙述，过程比较简单，安装adb后注意的为配置环境 2 安装完成后进入cmd命令界面输入adb命令 出现如下版本证明adb安装成功 3 手机usb连接手机，手机连接电脑是手机需要打开开发者选项和usb调试 4 打开cmd 输入命令 adb devices 如下表示连接成功 前面为设备名 devices 表示连接成功 5 进入安卓系统获取用于名 adb shell 表示进入安卓系统 退出输入exit即可退出安卓系统 6 进入系统后输入命令 ： 获取的是第三方安装包名： pm list packages -3 获取全部安装包输入命令：pm list packages 查看系统的包：adb shell pm list packages -s 安装包名是已从com开头的 7 想要获取自己的安装包名 方法一：获取后根据名字查找自己想要获取的安装包名 方法二： 打开手机

曾经沧海难为水 信息如水 压力如潮 功能实现阶段，我们对得要处理的信息分析得很细致，很透彻，所谓细如丝，透如水。然而，到了产品的阶段，要处理的信息却如同潮洪而至，原本的假设预想，通通被击成了碎片。这时候产生的错误和问题，很难在开发机上重现。 如果说用户验收测试是对功能实现的检查，需要滴水不漏；压力测试则是容量的考验，迎接浪的洗礼。 （本文版权属于© 2012 - 2013 予沁安 ） 环肥燕瘦 压力测试的工具颇多，尤其是HP的LoadRunner甚至成为了行业标准。可是，在研究和考察的过程中，心里却慢慢有了质疑，我是否非得用这些工具吗? 一则，它们是商业软件，价格不菲；二则，还是因为是商业软件，功能太多，太庞大，很多东西我都不需要。为什么不自己做一个简单实用的呢？ 在 小赵研究Selenium 时，我觉得用他用的语法很贴近业务语言，于是我提出一个问题，可以用于压力测试吗？他说不行，因为Selenium是要完全启动浏览器。平时，看起来瘦小的浏览器，其实很耗资源，特别是与压力测试的容量来比，浏览器是个不折不扣的大胖子。你可以试一下，在你的机器上同时开启100个浏览窗口，会是个什么状况。 苗条美人 HttpClient 否定了Selenium之后，很快就找到了我的目标HttpClient (其实还有个前生WebClient,后面有叙)。从名称，我们就可以知道，它已经定位到很低Http层

1)首先双击bin/jmeter.bat 2)创建Thread Group 3)配置HTTP Request 4）配置Aggregate Report 5)配置并发数和并发时间 6）点击绿色按钮，执行压力测试 来源： https://www.cnblogs.com/mkl34367803/p/11854230.html

提测了： 来源： https://www.cnblogs.com/tarzen213/p/11851803.html