严格来说postMan并不是并发请求,而是串行执行的,现在用postMan更多的是用来测试Http连接的一个工具,但是也是一个很实用的工具,也有一些比较强大的功能和优点
目前创新互联建站已为超过千家的企业提供了网站建设、域名、虚拟空间、网站托管、服务器托管、企业网站设计、柳林网站维护等服务,公司将坚持客户导向、应用为本的策略,正道将秉承"和谐、参与、激情"的文化,与客户和合作伙伴齐心协力一起成长,共同发展。
- 1) Postman for MAC:https://app.getpostman.com/app/download/osx64?utm_source=site&utm_medium=apps&utm_campaign=macapp&_ga=2.21151352.2119858274.1527039878-1088353859.1527039878
- 2) Postman for windows X64:https://app.getpostman.com/app/download/win64?_ga=2.201562513.1250696341.1530543681-1582181135.1530543681
- 3) Postman for windows X86:https://app.getpostman.com/app/download/win32?_ga=2.21151352.2119858274.1527039878-1088353859.1527039878
- 4) Postman for linux X64:https://app.getpostman.com/app/download/linux64?_ga=2.96050783.2119858274.1527039878-1088353859.1527039878
- 5) Postman for Linux X86:https://app.getpostman.com/app/download/linux32?_ga=2.96050783.2119858274.1527039878-1088353859.1527039878
- 6) 官网地址:https://www.getpostman.com/
1、打开Postman,输入我们需要测试的网址,点击左边的"+",保存请求
2、点击"+"后,弹出下面提示,保存链接地址生成测试文件夹名称
3、保存成功后,选择"collections"后选择文件夹名为"gbfTest"的,点击小三角——点击Run
4、这里我们可以设置请求次数和间隔时间,一般间隔时间会设置为0,设置好之后,我们点击Run gbfTest运行
5、查看结果,从图中我们可以看到百度的响应速度还是很快的
6、点击 Run Summary 可以看到运行结果概述
7、测试全部通过
8、测试结果可以通过点击Export Results按钮进行导出,方便分析每次的请求时间
Apache Bench 是 Apache 服务器自带的一个web压力测试工具,简称ab。ab又是一个命令行工具,对发起负载的本机要求很低,根据ab命令可以创建很多的并发访问线程,模拟多个访问者同时对某一URL地址进行访问,因此可以用来测试目标服务器的负载压力。总的来说ab工具小巧简单,它不仅可以对apache服务器进行网站访问压力测试,也可以对或其它类型的服务器进行压力测试。比如nginx、tomcat、IIS等,上手学习较快,可以提供需要的基本性能指标,但是没有图形化结果,不能监控
ab命令会创建多个并发访问线程,模拟多个访问者同时对某一URL地址进行访问。它的测试目标是基于URL的,因此,它既可以用来测试apache的负载压力,也可以测试nginx、lighthttp、tomcat、IIS等其它Web服务器的压力
Apache服务器,下载地址:https://www.apachelounge.com/download/
选择:httpd-2.4.41-win64-VS16 下载目录结构:
运行环境:Windows7 Apache Bench版本:httpd-2.4.41-win64-VS16
1、进入cmd目录下,进入我们解压好的Apache Bench目录下
3 使用命令
- ab -c 10 -n 10 http://www.baidu.com/ 或者 ab.exe -n 1000 -c 500 http://www.baidu.com
对百度首页进行一个请求总数为1000,本次请求并发数为500的测试
- C:\Users\Lenovo\Downloads\httpd-2.4.41-win64-VS16\Apache24\bin>ab.exe -n 1000 -c
- 500 http://www.baidu.com/path
- This is ApacheBench, Version 2.3 <$Revision: 1843412 $>
- Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
- Licensed to The Apache Software Foundation, http://www.apache.org/
- Benchmarking www.baidu.com (be patient)
- Completed 100 requests
- Completed 200 requests
- Completed 300 requests
- Completed 400 requests
- Completed 500 requests
- Completed 600 requests
- Completed 700 requests
- Completed 800 requests
- Completed 900 requests
- Completed 1000 requests
- Finished 1000 requests
- Server Software: Apache #测试服务器的名字
- Server Hostname: www.baidu.com #请求的URL主机名
- Server Port: 80 #请求端口
- Document Path: /path #请求路径
- Document Length: 222 bytes #页面大小
- Concurrency Level: 500 #并发量,设置的参数之一
- Time taken for tests: 45.805 seconds #整个测试所用的时间/秒
- Complete requests: 1000 #完成的请求数
- Failed requests: 0 #失败的请求数
- Non-2xx responses: 1000 #接收到的HTTP响应数据的头信息中含有2XX以外的状态码,则会在测试结果中显示另一个名为“Non-2xx responses”的统计项,用于统计这部分请求数(1000)
- Total transferred: 484000 bytes #表示所有请求的响应数据长度总和
- HTML transferred: 222000 bytes #表示所有请求的响应数据中正文数据的总和
- Requests per second: 21.83 [#/sec] (mean) #吞吐率,吞吐率是与并发数相关的,使请求总数相同,但如果并发数不一样,吞吐率还是很可能有很大差异的
- Time per request: 22902.310 [ms] (mean) #用户平均请求等待时间。也就是一次并发总的时间
- Time per request: 45.805 [ms] (mean, across all concurrent requests) #服务器平均请求等待时间。也就是一次请求(在本例中也就是500中的平均每一次)所需时间
- Transfer rate: 10.32 [Kbytes/sec] received #这些请求在单位时间内从服务器获取的数据长度
- Connection Times (ms)
- min mean[+/-sd] median max
- Connect: 9 46 460.5 11 9060
- Processing: 25 20066 13796.4 14798 36549
- Waiting: 14 16163 15029.9 8460 36484
- Total: 37 20111 13785.1 22804 36562
- Percentage of the requests served within a certain time (ms)
- 50% 22804 #50%用户请求在22804ms内返回
- 66% 33043 #66%用户请求在33043ms内返回
- 75% 34181
- 80% 34791
- 90% 35877
- 95% 36416
- 98% 36502 #98%用户请求在36502ms内返回
- 99% 36512
- 100% 36562 (longest request)
- -n requests Number of requests to perform //本次测试发起的总请求数
- -c concurrency Number of multiple requests to make //一次产生的请求数(或并发数)
- -t timelimit Seconds to max. wait for responses //测试所进行的最大秒数,默认没有时间限制。
- -r Don't exit on socket receive errors. // 抛出异常继续执行测试任务
- -p postfile File containing data to POST //包含了需要POST的数据的文件,文件格式如“p1=1&p2=2”.使用方法是 -p 111.txt
- -T content-type Content-type header for POSTing
- //POST数据所使用的Content-type头信息,如 -T “application/x-www-form-urlencoded” 。 (配合-p)
- -v verbosity How much troubleshooting info to print
- //设置显示信息的详细程度 – 4或更大值会显示头信息, 3或更大值可以显示响应代码(404, 200等), 2或更大值可以显示警告和其他信息。 -V 显示版本号并退出。
- -C attribute Add cookie, eg. -C “c1=1234,c2=2,c3=3” (repeatable)
- //-C cookie-name=value 对请求附加一个Cookie:行。 其典型形式是name=value的一个参数对。此参数可以重复,用逗号分割。
- 提示:可以借助session实现原理传递 JSESSIONID参数, 实现保持会话的功能,如-C ” c1=1234,c2=2,c3=3, JSESSIONID=FF056CD16DA9D71CB131C1D56F0319F8″ 。
- -w Print out results in HTML tables //以HTML表的格式输出结果。默认时,它是白色背景的两列宽度的一张表。
1、MAC中自带了Apache。
2、在使用ab命令时,并发了过高会出现错误:Too many open files,由于系统打开文件数量限制了具有轻量化特点的bench还是很适合中小企业使用,尤其在于模拟访问页面的多机测试
Apache JMeter是一款纯java编写负载功能测试和性能测试开源工具软件。相比Loadrunner而言,JMeter小巧轻便且免费,逐渐成为了主流的性能测试工具,是每个测试人员都必须要掌握的工具之一
JDK版本:1.8 运行环境:Windows 7 64 JMeter版本:3.3
注意:安装JMeter需要 Java8和8以上的JDK版本
1、jdk官网下载地址:http://www.oracle.com/technetwork/java/javase/downloads/index.html
2、选择 Java SE 8u231,点击JDK下载
安装下载的JDK
配置系统环境变量 具体可以自行查找资料,这里就不做过多描述
1、官网下载地址:JMeter地址:http://jmeter.apache.org/download_jmeter.cgi
2、下载最新JMeter 5.1.1 版本:Apache JMeter 5.1.1 (Requires Java 8+)
3、下载完成后解压zip包,双击bin目录下jmeter.bat文件
1、双击bin目录下jmeter.bat文件后,打开Apache JMeter工具
2、案例测试(Test Plan - > Add - > Thread(User) - > Thread Group)
3、设置名称和线程数
线程参数解读:Number of Threads (users):虚拟用户数(也就是线程数),一个虚拟用户占用一个进程或线程Ramp-Up Period(in seconds):准备时长,设置的虚拟用户数需要多长时间全部启动。
Loop Count:循环次数每个线程发送请求的次数
如果线程数为20,循环次数为100,那么每个线程发送100次请求。总请求数为20*100=2000 。
如果勾选了“Forever”,那么所有线程会一直发送请求,一到选择停止运行脚本。
Delay Thread creation until needed:直到需要时延迟线程的创建
Scheduler:调度器,设置线程组启动的开始时间和结束时间(配置调度器时,需要勾选循环次数为永远)
Duration(Seconds):持续时间(秒),测试持续时间,会覆盖结束时间
Startup delay(Seconds):启动延迟(秒),测试延迟启动时间,会覆盖启动时间
4、添加Http请求
右键点击,Htto请求 > Add > Sampler > Http Request
接下来我们对接口 https://www.baidu.com/s?ie=UTF-8&wd=edg进行性能测试,如下图所示:
请求参数详解:
注意:参数传入中文时需要勾选“URL Encode”
这里的按钮都是针对列表中的数据进行操作的
- Detail
- :查看参数详情
- Add
- :添加一行列表请求参数
- Delte
- :删除一行数据
- Up
- :设置列表参数上移
- Down
- :设置列表参数下移
- add from
- Clipdoard
- :从我们复制的内容中进行添加
5、添加察看结果树
1、右键点击 Http请求 > Add > Listener > View Results Tree
2、这里我们设置响应数据格式:HTMLSourceFormatted,点击运行我们就可以看到请求结果
3、本次搜索返回结果页面标题为 edg_百度搜索
6、添加用户自定义变量
1、添加用户自定义变量用以Http请求参数化:Http请求 > Add > Config Element > User Defined Variables
2、新增请求参数,存放搜索关键字
3、在 Http测试请求 中使用该参数,格式为:${wd} ,如下图所示
7、添加响应断言
右键点击 Http测试请求(注意是Http测试请求) > Add > Assertions > Response Assertion
校验返回的文本中是否包含搜索词,添加参数${wd}到要测试的模式中
- Contains
- :包括
- Matches
- :匹配
- Equals
- :相等
- SubString
- :原谅博主才疏学浅,这个就不做解释了
- Not
- :否
- or
- :或者
7、添加响应断言结果
右键点击 Http测试请求 > Add > Listener > Assertion Results
点击运行,查询运行结果
8、添加聚合报告
右键点击 Http请求 > Add > Listener > Aggregate Report
到这里我们就完成了一个完整的Http接口的性能测试编写,接下来我们会对它的性能进行测试
1、配置Http请求(线程组)信息
点击Http请求(线程组),配置相关的性能测试相关参数线程数:50 循环次数:永远持续时间:60秒
2、执行测试信息
选择聚合报告,查询结构,点击 箭头 按钮启动测试,如果要清楚具体内容,点击小扫把,清除调试结果
3、测试结果分析解读
1、打开聚合报告
参数详解:
Semaphore是计数信号量。Semaphore管理一系列许可证。每个acquire方法阻塞,直到有一个许可证可以获得然后拿走一个许可证;每个release方法增加一个许可证,这可能会释放一个阻塞的acquire方法。然而,其实并没有实际的许可证这个对象,Semaphore只是维持了一个可获得许可证的数量。
1.1 代码演示:获取一个许可证
- import lombok.extern.slf4j.Slf4j;
- import java.util.concurrent.CountDownLatch;
- import java.util.concurrent.ExecutorService;
- import java.util.concurrent.Executors;
- import java.util.concurrent.Semaphore;
- @Slf4j
- public class SemaphoreExample1 {
- private final static int threadCount = 20;
- public static void main(String[] args) throws Exception {
- ExecutorService exec = Executors.newCachedThreadPool();
- final Semaphore semaphore = new Semaphore(3);
- for (int i = 0; i < threadCount; i++) {
- final int threadNum = i;
- exec.execute(() -> {
- try {
- semaphore.acquire(); // 获取一个许可
- test(threadNum);
- semaphore.release(); // 释放一个许可
- } catch (Exception e) {
- log.error("exception", e);
- }
- });
- }
- exec.shutdown();
- }
- private static void test(int threadNum) throws Exception {
- log.info("{}", threadNum);
- Thread.sleep(1000);
- }
- }
执行结果:如下图所示,我们看到虽然结果是无序的,但是请求的线程数量是正确的,这里展示的是获取一个许可,同时也释放一个许可,我们可不可以获取多个许可,释放多个许可呢,答案是可以的
1.2 代码演示:获取多个许可证
- package com.mmall.concurrency.example.aqs;
- import lombok.extern.slf4j.Slf4j;
- import java.util.concurrent.ExecutorService;
- import java.util.concurrent.Executors;
- import java.util.concurrent.Semaphore;
- @Slf4j
- public class SemaphoreExample {
- private final static int threadCount = 20;
- public static void main(String[] args) throws Exception {
- ExecutorService exec = Executors.newCachedThreadPool();
- final Semaphore semaphore = new Semaphore(3);
- for (int i = 0; i < threadCount; i++) {
- final int threadNum = i;
- exec.execute(() -> {
- try {
- semaphore.acquire(3); // 获取多个许可
- test(threadNum);
- semaphore.release(3); // 释放多个许可
- } catch (Exception e) {
- log.error("exception", e);
- }
- });
- }
- exec.shutdown();
- }
- private static void test(int threadNum) throws Exception {
- log.info("{}", threadNum);
- Thread.sleep(1000);
- }
- }
执行结果:这里我们看到我们设置了获取多个许可同时也释放多个许可,放回的线程数是正确的,同时执行结果也是有序的
CountDownLatch是一个同步工具类,用来协调多个线程之间的同步,或者说起到线程之间的通信(而不是用作互斥的作用)。CountDownLatch能够使一个线程在等待另外一些线程完成各自工作之后,再继续执行。使用一个计数器进行实现。计数器初始值为线程的数量。当每一个线程完成自己任务后,计数器的值就会减一。当计数器的值为0时,表示所有的线程都已经完成了任务,然后在CountDownLatch上等待的线程就可以恢复执行任务的
2.1 代码演示:
- import lombok.extern.slf4j.Slf4j;
- import java.util.concurrent.CountDownLatch;
- import java.util.concurrent.ExecutorService;
- import java.util.concurrent.Executors;
- @Slf4j
- public class CountDownLatchExample1 {
- private final static int threadCount = 200;
- public static void main(String[] args) throws Exception {
- int num = 0;
- ExecutorService exec = Executors.newCachedThreadPool();
- final CountDownLatch countDownLatch = new CountDownLatch(threadCount);
- for (int i = 0; i < threadCount; i++) {
- final int threadNum = i;
- num++;
- exec.execute(() -> {
- try {
- test(threadNum);
- } catch (Exception e) {
- log.error("exception", e);
- } finally {
- countDownLatch.countDown();
- }
- });
- }
- countDownLatch.await();
- log.info("finish——"+num);
- exec.shutdown();
- }
- private static void test(int threadNum) throws Exception {
- Thread.sleep(100);
- log.info("{}", threadNum);
- Thread.sleep(100);
- }
- }
通过返回结果我们可以看到,设置的线程数量返回结果数量和我们设置的线程数量200一致
总的来说,并发测试中,JMeter和Apache Bench是比较好的选择,由于Apache Bench是基于命令行的,ab处理速度更快,而Jmeter更准确,由于Jmeter本身支持断言、可变参数和CSV数据集的输入,能设定更加灵活多变的的测试场景,至于postMan这款工具,用来最多的是用来模拟Http请求的一个,并不是一个专业的并发请求工具。
新闻标题:测试妹子问我会压测吗?我笑了笑并给她看了这篇文章
转载来源:http://www.shufengxianlan.com/qtweb/news16/193416.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联