目录

一、前言

二、Postman安装和使用

三、请求方式

四、资金记录接口实例演示

一、前言

    在前后端分离开发时，后端工作人员完成系统接口开发后，需要与前端人员对接，测试调试接口，验证接口的正确性可用性。而这要求前端开发进度和后端进度保持基本一致，任何一方的进度跟不上，都无法及时完成功能模块的测试。

    做为后端开发人员，要求独立开发完成某个接口后，开发人员自己需要先测试通过后再提交给测试人员进行测试，否则会出现到测试人员哪里业务流程根本就走不通，或者BUG会过多的情况等。

    市场上有很多优秀的，完善的接口测试工具，比如SoapUI，Postman等，能够高效的帮助后端开发人员独立进行接口测试。这里使用Postman接口测试工具，此处以请求方式为POST的userLogin登录接口为例。

二、Postman安装和使用

    1、这个直接去官网下载即可，我们使用免费版即可满足基本接口测试，根据个人或者公司的项目实际情况考虑是否需要专业版或者其他。

 

免费版官网链接：https://www.getpostman.com/postman

下载好的安装程序Postman-Win64-xxx-Setup.exe，双击安装即可。建议安装在非系统盘，即C盘在外的其他盘，另建议使用全英文路径，避免使用中文路径。

 


    2、打开Postman如下图2-1，可以关闭该页面跳过注册账户，非登陆状态下该工具可以直接使用。接下来出现引导页面，类似IDEA，Android Studio等开发工具的引导页。此处关闭即可。






 






3、进入Postman主页面并创建项目接口集合

    这里是我之前用过，所以左侧文件栏存在几个已有的文件夹。

    选择功能菜单New下的Collection创建项目接口集合。新建一个亿的项目A hundred million，可在Description部分写一下项目描述。






 






4、创建项目模块文件夹

    一般项目会分多个管理模块或者功能模块进行开发。这里可根据项目具体情况创建子文件夹方便接口管理。此处在A hundred million项目右键创建资产管理assets文件夹、user用户管理文件夹。可将测试的接口实例保存在对于管理模块下。







5、后台登录接口演示

    开发完成后台接口，编写正确严谨的逻辑代码处理前端请求。此处登录接口代码如下，运行后台开发项目，使该接口能够访问。接口请求路径为：http://localhost:8080/manage/app/user/login


@Controller
@RequestMapping("/manage/app/")
@Scope("prototype")
public class AppUserController {

   /**
    * 日志
    */
public static Logger customFile = LoggerFactory.getLogger("manageCustomFile");

@Resource
private AppUserService appUserService;

    /**
     * 用户登录
     * @param baseResult
     * @return
     */
    @RequestMapping(value = "user/login" , produces = "application/json;charset=UTF-8", method = RequestMethod.POST)
    @ResponseBody
    public BaseResult loginUser(@RequestBody BaseResult baseResult) {
        customFile.info("appId:"+ baseResult.getTreasureID()+ "用户登陆访问:" + baseResult.toString());
        return appUserService.loginUser(baseResult);
    }
}

6、新建接口测试

    在Postman主页面Content部分点击'+'按钮，新增一个接口测试。在图2-6所示第一部分填写接口请求路径，左侧下拉列表可选择请求方式，此处选择POST请求方式。接口请求路径为http://localhost:8080/manage/app/user/login。第二部分是请求体，即包含接口所需请求参数的Body，此处选择原始数据RAW，数据类型使用JSON数据作为请求数据。点击蓝色Send按钮发送请求，后台项目接口接收请求并响应返回执行结果。此处后台处理数据返回结果仍是JSON数据，这个看实际项目而定，此处仅做演示。第三部分是接口响应体，即接口响应请求处理并返回的数据。点击Pretty自动匹配接口返回的数据格式并对数据美化显示，使数据看起来更加直观。如果接口测试出现异常，则可以通过PreView视图查看浏览器响应接口的页面信息，也可以通过Header了解请求状态等参数。一般出现异常还是直接去后台看控制台的异常信息及项目日志来处理解决异常，再进行接口测试。







    接口测试通过后，可Ctrl+S保存接口测试实例，填写接口测试名称和接口描述信息，选择要保存的路径，此处保存在user用户管理模块文件夹。当项目的接口全部测试通过后，可在A hundred million项目右键Export导出接口文档，保存为JSON接口测试文件，该文件可通过Postman导入查看。



三、请求方式



    对于后台开发的接口，请求方式肯定不止POST一种，Postman也支持多种请求方式。在新建接口测试实例时可选择接口的请求方式，如图3-1。








    请求类型可以模拟Form表单文本提交，Form表单文件提交，raw原始数据提交，二进制文件提交。对于原始数据类型raw还支持不同文件格式，包括JSON，TXT，HTML等多种文件格式。








 



四、资金记录接口实例演示



    后台开发接口如下，服务器部署运行后台项目。接口请求路径为：http://localhost:8080/manage/app/user/asset/withdrawRecord


@Controller
@RequestMapping("/manage/app/")
@Scope("prototype")
public class AppUserAssetController {
 
    /**
     * 日志
     */
    public static Logger customFile = LoggerFactory.getLogger("manageCustomFile");

    @Resource
    private AppUserAssetService appUserAssetService;
    
    /**
     * 获取提现记录
     * 即我的页面中的资金记录
     * @param baseResult
     * @return
     */
    @RequestMapping(value = "user/asset/withdrawRecord" , produces = "application/json;charset=UTF-8", method = RequestMethod.POST)
    @ResponseBody
    public BaseResult getUserWithdrawRecord(@RequestBody BaseResult baseResult){
        customFile.info( "appId:"+ baseResult.getTreasureID() + "用户提现记录获取"+baseResult.toString());
        return appUserAssetService.getUserWithdrawRecord(baseResult);
    }
}

新建资金接口测试

请求方式为POST，

请求URL为http://localhost:8080/manage/app/user/asset/withdrawRecord

请求体为JSON类型的原始数据

点击Send请求接口，接口响应请求处理返回结果如图3-3所示







Powered By niaonao

 

 


1 CentOS7下ab的安装

yum -y install httpd-tools

2 windows下ab的安装


下载地址：https://www.apachehaus.com/cgi-bin/download.plx




3 ab常用命令

 

 

 

 


https://blog.csdn.net/qq_40794973/article/details/92383057 



https://blog.csdn.net/u011415782/article/details/78501799

并发测试工具

一、Apache Bench简介

ApacheBench 是 Apache 服务器自带的一个web压力测试工具，简称ab。ab又是一个命令行工具，对发起负载的本机要求很低，根据ab命令可以创建很多的并发访问线程，模拟多个访问者同时对某一URL地址进行访问，因此可以用来测试目标服务器的负载压力。总的来说ab工具小巧简单，上手学习较快，可以提供需要的基本性能指标，但是没有图形化结果，不能监控。

 

使用说明

用法很简单，使用ab命令就可以

参数说明：
格式：ab [options] [http://]hostname[:port]/path
​
-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表的格式输出结果。默认时，它是白色背景的两列宽度的一张表。
-i Use HEAD instead of GET
-x attributes String to insert as table attributes
-y attributes String to insert as tr attributes
-z attributes String to insert as td or th attributes
-H attribute Add Arbitrary header line, eg. ‘Accept-Encoding: gzip’ Inserted after all normal header lines. (repeatable)
-A attribute Add Basic WWW Authentication, the attributes
are a colon separated username and password.
-P attribute Add Basic Proxy Authentication, the attributes are a colon separated username and password.
-X proxy:port Proxyserver and port number to use
-V Print version number and exit
-k Use HTTP KeepAlive feature
-d Do not show percentiles served table.
-S Do not show confidence estimators and warnings.
-g filename Output collected data to gnuplot format file.
-e filename Output CSV file with percentages served
-h Display usage information (this message)

平时使用 -n 说明请求次数，-c 说明并发量就可以了





结果解析

​


Document Path:          /index.html
Document Length:        17784 bytes     #请求文档大小
 
Concurrency Level:      10              #并发数
Time taken for tests:   11.898681 seconds    #全部请求完成耗时
Complete requests:      100            #全部请求数     
Failed requests:        0
Write errors:           0
Total transferred:      1805900 bytes      #总传输大小
HTML transferred:       1778400 bytes
Requests per second:    8.40 [#/sec] (mean)    #每秒请求数（平均）
Time per request:       1189.868 [ms] (mean)  #每次并发请求时间（所有并发）
Time per request:       118.987 [ms] (mean, across all concurrentrequests
Transfer rate:          148.17 [Kbytes/sec] received    #传输速率
 
Connection Times (ms)           #连接时间
                      min mean[+/-sd]  median(中位值)  max
Connect: （#连接）     59   73  11.9     72     132
Processing: （#处理）    86   998538.7     938   2288
Waiting: （#等待）     63   135 106.8     94    663
Total:                 155  1072540.6    1004   2362
 
在一定比例的请求服务时间
 
 50%   1004
 66%   1260
 75%   1452
 80%   1492
 90%   1923
 95%   2078
 98%   2352
 99%   2362
 100%  2362 (longest request)

 

三、JMeter

Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试，它最初被设计用于Web应用测 试但后来扩展到其他测试领域。 它可以用于测试静态和动态资源例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库， FTP 服务器， 等等。JMeter 可以用于对服务器、网络或对象模拟巨大的负载，来在不同压力类别下测试它们的强度和分析整体性能。另外，JMeter能够对应用程序做功能/回归测试，通过创建带有断言的脚本来验证你的程序返回了你期望的结果。

使用说明

由于JMeter功能非常强大，所以此处引用老_张的博客进行说明

《jmeter：菜鸟入门到进阶系列》

1、基础介绍 简单介绍jmeter的元件组成，作用等基础知识；

2、录制脚本 简述了jmeter录制脚本的2种方式；

3、元件的作用域及执行顺序 jmeter各元件的作用域及执行的顺序；

4、Sampler之SOAP/XML-RPC Request 取样器中关于SOAP/XML-RPC Request的用法；

5、Sampler之HTTP请求 取样器中关于HTTP请求的用法；

6、http请求之content-type 取样器中关于HTTP请求的补充说明；

7、Sample之JDBC Request 取样器中关于JDBC请求的用法；

8、JDBC Request之Query Type 取样器中关于JDBC请求的补充说明；

9、目录结构 jmeter目录结构等简单介绍；

10、参数化 jmeter参数化的4种方式；

11、关联之正则表达式提取器 jmeter关联之正则表达式提取器的用法；

12、关联之XPath Extractor jmeter关联之XPath Extractor的用法；

13、配置元件之计数器 jmeter配置元件中关于计数器的用法；

14、配置元件之HTTP属性管理器 jmeter配置元件中关于http属性管理器的用法；

15、函数助手 jmeter内置函数助手的简单介绍；

16、定时器 jmeter八大元件之定时器的介绍；

17、断言 jemter八大元件之断言的介绍；

18、逻辑控制器 jmeter八大元件之逻辑控制器的介绍；

19、常见问题及解决方法 jmeter使用过程中常见问题及解决方案的说明；

20、阶梯式加压测试 jmeter扩展插件Stepping Thread Group的简单介绍；

21、jmeter常用插件介绍 jmeter插件Transactions per Second、Response Times Over Time、PerfMon Metrics Collector的下载安装及使用；

22、内存溢出原因及解决方法 关于jmeter做压力负载测试时候遇到内存溢出的原因和解决方法；

23、jmeter分布式测试 关于高并发情况下分布式测试的一些技术点和注意事项；

24、dubbo接口测试 利用jmeter的dubbo插件进行dubbo接口测试和性能测试；

25、linux环境运行jmeter并生成报告 linux环境，非GUI模式运行jmeter脚本进行性能测试，并生成测试报告的介绍；

26、jmeter生成HTML格式性能测试报告 jmeter生成HTML格式的性能测试报告的2种方式，以及可视化图表解析内容；

结果解析

作者新建了QQ群：460430320，供大家交流测试心得（培训机构勿进）。另外，还会不定期上传测试资料，也欢迎您共享测试资料。
接口测试工具Postman使用实践
本次chat内容包括：
接口的定义
接口的分类
为何要进行接口测试
接口文档示例
Postman工具简介
借助Postman完成HTTP请求接口测试
Postman + Newman + Jenkins 实现接口自动化测试
一、接口定义

软件不同部分之间的交互接口。通常就是所谓的API――应用程序编程接口，其表现的形式是源代码。    ——  [ 百度百科 ]

我们常说的接口一般指两种：

（1）API：应用程序编程接口。程序间的接口

（2）GUI：图形用户界面。人与程序的接口

这里我们所说的接口特指API接口。
API接口定义：对协议进行定义的引用类型。
好多公司开发人员分前后端，他们之间如何配合工作的，就是其中一方定义接口，另一方来调用接口，以实现预期功能。
##二、接口的分类

1、接口分类

（1）HTTP接口

（2）Webservice接口

（3）RESTful接口
WebService接口是走soap协议，请求报文和返回报文都是xml格式，通过SoapUI工具进行测试；

HTTP API接口走HTTP协议，通过路径来区分调用的方法，请求报文入参有多种形式，返回报文一般为json串，最常见的是get和post方法。

##三、为何要进行接口测试

1、接口测试必要性

当今的系统复杂度不断上升，传统的测试方法成本急剧增加且测试效率大幅下降，所以就要做接口测试。同时，接口测试相对容易实现自动化持续集成，且相对UI自动化也比较稳定，可以减少人工回归测试人力成本与时间，缩短测试周期，支持后端快速发版需求。接口持续集成是为什么能低成本高收益的根源。现在很多系统前后端架构是分离的，从安全层面来说，只依赖前端进行限制已经完全不能满足系统的安全要求（绕过前面实在太容易）， 需要后端同样进行控制，在这种情况下就需要从接口层面进行验证。前后端传输、日志打印等信息是否加密传输也是需要验证的，特别是涉及到用户的隐私信息，如身份证，银行卡等。
2、接口测试原理

模拟客户端向服务器发送请求报文，服务器接收请求报文后对相应的报文做处理并向客户端返回应答，客户端再接收应答的一个过程。
3、接口测试范围

接口的功能、性能、安全性。重点关注数据的交换，传递和控制管理过程，还包括处理的次数。
接口测试对象是接口，但随着系统复杂度越来越高，接口越来越多，完全覆盖是一件很困难的事情。通常情况下主要测试最外层的两类接口：数据进入系统的接口（调用外部系统的参数为本系统使用）、数据流出系统接口（验证系统处理后的数据是否正常）
##四、接口文档示例

1、接口文档应该包括哪几部分？
接口说明
调用的url
请求方法（get、post）
请求参数，参数类型、请求参数说明
返回参数说明
返回示例
2、示例：


注：上图接口文档工具为ShowDoc
##五、Postman工具简介


1、Sidebar侧边栏

Postman侧边栏允许你查找、管理请求和集合。侧边栏分为两个主要的选项卡，包括历史和集合选项卡。

可以拖动右边的边来调整侧边栏的宽度。侧边栏也可以隐藏到小屏幕（标题栏 view—>toggle side bar）。

（1）历史选项卡

通过Postman应用程序发送的每个请求都保存在侧边栏的History选项卡中。

（2）集合选项卡

在侧栏中创建和管理集合选项卡的集合。
2、Header toolbar


Postman的顶部工具栏包含以下选项:

（1）新建按钮——可以新建请求，集合，环境等

（2）运行按钮-打开集合运行页面

（3）导入按钮——导入Postman文件、文件夹、form link等

（4）新窗口图标-打开一个新的tab页、新的窗口、新的runner等

（5）构建器和团队库选项卡——在请求生成器和Team Library视图之间切换

（6）抓取API请求图标——使用postman抓取API请求

（7）同步状态图标——同步API请求图标

（8）用户下拉——管理集合链接和你的个人资料或登录/登出，你的Postman帐户

（9）开放API集合（点击打开一个网址）

（10）通知图标-接收通知或广播

（11）设置图标——管理Postman应用程序设置，并找到其他支持资源

（12）❤——分享按钮
3、Builder

Postman通过选项卡布局，用于在构建器中发送和管理API请求。上半部分是请求构建器，下半部分是响应查看器。

（1）	Cookies——管理cookie模式是通过点击cookie链接访问的。该特性允许你管理与请求相关的cookie。

（2）	Code——生成的代码片段模式通过保存按钮下面的最右边的Code链接。该特性允许你生成与请求相关的代码片段，该请求支持20多种语言（http、java、go等语言）

4、Console

Postman有两个控制台，可以帮助我们了解系统后台到底发生了什么。

（1）Postman Console——包含HTTP请求和响应的运行日志。来自脚本的日志消息(如在console. Log中)。这个功能只能在Postman的本地应用中使用。

（2）DevTools Console——可以在开发期间记录诊断信息。
##六、借助Postman完成HTTP请求接口测试
1、借助Postman Echo 演示下各种请求的构建方法

（1）Get 请求

https://postman-echo.com/get?foo1=bar1&foo2=bar2

HTTP GET请求方法是从服务器检索数据。数据由惟一URI(统一资源标识符)标识。GET请求可以使用“查询字符串参数”将参数传递给服务器。例如，在下列请求中，http://example.com/hi/there?hand=wave，参数“hand”的值等于“wave”。

（2）POST：URI 传参

（3）POST：Form-data 传参

（4）POST：x-www-form-urlencoded传参

（5）POST：raw 传参

（6）POST：binary 传参

（7）Authentication Method——权限认证方法
GET Basic Auth

增加auth信息

DigestAuth
Hawk Auth
OAuth1.0(verify signature)
（8）Headers——添加header

2、接下来，我们拿个开放API来演示下单一接口测试流程

示例API：https://developers.douban.com/wiki/?title=book_v2#get_book

步骤一：使用Postman工具发送该Get请求，如下图：

步骤二：添加测试

上图针对该API添加了3个测试

（1）要求响应时间小于200ms

（2）要求status code等于200

（3）要求Response body中包含字符串“金庸”
注：当然你还可以增加更多的测试点
##七、Postman + Newman + Jenkins 实现接口自动化测试

1、准备工作（具体步骤参考附件文档-作者提供）

（1）安装Newman 工具
安装Node.js
安装Newman
查看Newman命令
（2）部署Jenkins
2、将接口保存到集合

点击Save按钮，将接口保存到一个集合（可以保存到一个现有集合中或者新建一个集合），如下图：

4、将集合保存到本地

将集合保存到本地，文件为.json格式，如下图：

5、命令行通过Newman 运行集合

（1）打开命令行窗口，运行如下命令：

D:\git-local>newman run MyCollection1.postman_collection.json -g globals.postman_globals1.json
（2）执行结果如下


可以看到，其中两条断言passed，一条断言failed，失败的原因是，我们期望接口响应时间小于200 ms，但是本次接口请求响应时间是270 ms。
6、通过Jenkins 调用Newman，执行接口测试

执行一次构建，构建失败（上面的断言失败，我们并未修复），查看构建失败原因。

7、假设开发修复了接口bug，接口响应时间减少了，我们需要回归测试。（我们将断言响应小于200 ms，修改成1000 ms，让断言passed）

8、演示一个如何调用data file 参数化用例

我这里有一个集合，3个接口，第一个接口为登录接口，第二个接口为获取登录用户信息接口，第三个接口为修改密码接口

登录接口如下：


测试脚本如下：

参数化json文件内容如下
[{
  "loginName": "duzl",
  "password": "admin123",
  "verifyCode": "adf",
  "value": "/index"
}, {
  "loginName": "duzl",
  "password": "admin",
  "verifyCode": "adf",
  "value": "账号或密码错误"
}, {
  "loginName": "duzl",
  "password": "",
  "verifyCode": "adf",
  "value": "参数password不能为空"
}]


（1）好我们调用json文件，执行下集合，结果如下：

结果还不错，执行了3次，参数都是取自用例文件（json文件），断言也取自用例文件。
美中不足的是，第二个和第三个接口也跟着迭代了3次（这并不是我们期望的结果），这是因为集合运行器中的迭代次数是针对所有接口的设置。
（2）那如果，我们想第一个接口运行3遍，第二、三个接口只运行一遍，该如何做呢？Postman 给我们提供了一个内置方法，设置接口运行顺序postman.setNextRequest(’’);


注意：迭代次数从0开始

当迭代次数!==0时，就停止本次迭代（意思就是，第一次迭代全运行，第二次迭代开始就不执行第二、三个接口了），好，再次运行集合，看看结果


很好，第一次迭代，执行了3个接口；第二、三次迭代只执行了第一个接口。