文章目录
 
接口自动化测试的基本流程
一、需求分析
二、自动化接口挑选
三、设计自动化测试用例
四、搭建自动化测试环境
五、设计自动化执行框架
六、编写代码
七、执行用例
八、测试报告

 
 
接口自动化测试的基本流程
 
1、需求分析
 2、挑选需要做自动化测试的功能接口
 3、设计测试用例
 4、搭建我们的自动化测试环境
 5、设计自动化测试项目的整体架构
 6、编写脚本代码
 7、运行测试用例脚本
 8、生成自动化测试报告
 
一、需求分析
 
1、了解项目的基本业务
 根据需求文档，去熟悉一些基本功能
 
2、了解项目中使用到的接口
 通过接口文档，熟悉接口的请求与响应（目前主流的接口文档主要有YAPI、swagger）
 
请求（url、方法（get/post…）、请求参数（header、body）、各个字段说明）
 响应（响应数据、状态码）
 
二、自动化接口挑选
 
根据时间、人员、接口复杂程度去做选择，把接口清单整理出来，统一放入一个txt文件
 
 
三、设计自动化测试用例
 
跟功能测试用例一样的，如果功能测试阶段有设计过测试用例，则直接拿过来使用
 1、单接口测试用例（颗粒度比较小）
 2、业务功能测试用例（多个接口）
 
单接口测试用例模板如下：
 
 多接口测试用例：
 
 
四、搭建自动化测试环境
 
主要看使用哪种语言编写脚本，这里我使用的是python，所以要搭建python运行的本地环境
 1、安装python，添加至系统环境变量中
 2、安装pycharm编译器
 
五、设计自动化执行框架
 
整体目录结构：
 api:接口对象层
 cases：业务实现层
 report:测试报告
 tools:工具层
 data：数据层
 run_all.py 运行入口
 
六、编写代码
 
使用python进行编写
 
七、执行用例
 
目前主流的单元测试框架为pytest,我个人是使用pytest的
 
八、测试报告
 
测试报告模板有很多，可自行选择，如html、allure等

1、 怎样做接口测试
 
1. 接口测试在工作中的流程
 
规范流程：先拿到一个接口文档，获取到接口的一些信息，然后根据接口文档写接口测试用例。
不规范的：软件已经做出来了，再去做接口测试，可以通过一些工具（Charles、fiddler、浏览器F12）去抓包，获取接口信息，再进行接口测试。
工作中接口测试的流程：
 
准备阶段（25%）：拿到开发的接口文档，并理解每个接口的参数及含义，了解被测试系统的业务流程
编写接口测试用例，执行阶段（70%）：测试用例/测试场景执行，测试数据/系统数据收集
分析阶段（5%）：数据汇总/日志分析，测试报告
 
2. 接口测试规范文档
 
为提高接口测试效率，及TDD（测试驱动开发）模式，前期我们需要推动开发规范接口说明文档。包含接口功能、获取列表、URL、支持格式、JSON、HTTP请求方式、请求参数
 
 
3. 如何获取接口
 
抓包工具Charles、fiddler及web端F12
 
Web端：打开浏览器，按F12，有些电脑是按Fn+F12，然后选择Network，点击登录、注册等按钮时，接口就会出现。
 
【扩展】
 
接口是只有跟服务器进行交互的时候才会有信息展示。
将preserve log勾选上，能够保留所有的历史请求，如果不勾选，刷新或跳转到新的页面之后那个接口就抓不到了。
点击XHR：筛选出来的是接口
 
 
2、 接口测试用例设计
 
每个接口建一个sheet页，如注册、登录，使用等价类划分和边界值
 对每个参数进行等价类划分、边界值的用例编写，包括其他类型，预期结果就是把response中的值粘过去。
 
 
接口测试用例编写要点：
 
1， 测试每个参数类型不合法的情况，例：金额的改成字母的
 
2， 测试每个参数取值范围不合法的情况
 
3， 测试参数为空的情况
 
4， 测试参数前后台定义的一致性，如页面传入的是用户名，接口里面传入的是username，需要检查是否对应
 
5， 测试每个参数的上下限（这里容易出致命bug，如果程序处理不当，可能导致崩溃）
 
6， 测试每个参数取值不合理的情况（包括取的值不属于自己，取值在这阶段不会出现，取值超出了自己所拥有的数量或者范围）比如点餐系统中使用员工账号的id去添加员工操作。
 
7， 如果两个请求有严格的先后顺序，需要测试调转顺序的情况。如先有注册再有登录，调转顺序测试一次。
 
3、 接口测试的流程规范
 
与测试流程大概类似。
 
1， 与产品、开发一起梳理需求，确定实现哪些接口和功能
 
2， 编写测试计划（开发人员开发预估时间、风险预估及解决时间，测试人员用例准备、数据准备、环境准备，与开发产品等协调测试等时间）
 
3， 测试计划review。各部门再进行沟通，确定最终计划
 
4， 编写用例及自动化脚本
 
5， 用例review（以该用例为最终验证的用例）
 
6， 执行测试，提交bug，验证bug
 
7， 测试总结。包括测试过程、开发过程遇到的问题，解决的问题，小组内讨论以后遇到这种问题可以如何处理更快，对自己的启发。
 
4、 常见问答题
 
1. 点击某个按钮，出现多个接口是为什么
 
**【情况1】**点了一次登录，出现2个接口原因：点击登录后，计算机不知道它下一步要做什么，开发人员就加了个判断，如果登录成功，就自动调用获取当前用户名这个接口，将用户名显示出来。
 
 
**【情况2】**点击文章列表，将全部文章、已发表、草稿箱、回收站全部一次加载出来，同时请求了4次接口。再点击已发表或草稿箱时没有请求，因为之前一次加载过来后，已经将数据存在了浏览器中，就没必要再跟服务器交互了。
 
2. 一个项目，后端限制都做完了，前端还有必要限制吗
 
【答】
 
前端有必要做限制。因为如果前端不做限制，则无论是正确的还是错误的数据，请求都会经过一次服务器，服务器压力会增大。
比如手机号，后端限制了11位数字，前端输入了12位数字，提交给后端，后端判断提交有误，再返回到前端。
所以，如果能在前端做的限制，就尽量做在前端，这样能够过滤一些无效的请求，直接在前端判断，同时会减少与服务器的一些交互，间接提升服务器性能。
 
【扩展】
 
计算（如订单中的总金额）尽量放在前端来做，前端就是浏览器做计算，将压力分摊到了每台电脑上。特别复杂的计算，如果前端做不了，才会放到服务器去做。
 
3. 如何判断是前端的bug还是后端的bug？
 
☆接口测试必考！
 【答】
 
判断有没有向服务器发请求（打开F12，查看做某个操作（如登录）之后有无请求数据），如果没有发请求，则是前端的bug
向服务器发请求了，检查response里面的数据是否正确，如果不正确，则是后端的bug，如果正确，则是前端的bug
 
4. Response里面的值到底该不该提bug？
 
比如页面输入1-12，提交19成功，提交字符串”12”也成功，这算不算bug
 
【答】
 
接口测试主要是检测有没有因为传入了一些不规范的数据造成了脏数据，以及造成了系统整个破坏的情况。接口不需要做得很细。
优先保证前端给用户的提示都是正常的。后端的限制可以分阶段做，只要把敏感的，牵扯到破坏性的限制做了就可以。因为限制越细，开发时间会越长，投入产出比不对等。 
  
提交19成功，造成了脏数据
提交字符串”12”成功，得看程序具体是如何处理的。如果服务器本身的处理机制就是传入12，却把12字符串化了，那么传入12和传入字符串”12”是一样的。
页面跳转，输入大于尾页的数字会跳到尾页，程序被处理了，不算bug
日期，输入不正常日期，2020-14-56，算bug，因为算脏数据，应该提示日期输入有误。
 

一、Jmeter简介
 
​
 
 
Jmeter是由Apache公司开发的一个纯Java的开源项目，即可以用于做接口测试也可以用于做性能测试。
 
Jmeter具备高移植性，可以实现跨平台运行。
 
Jmeter可以实现分布式负载。
 
Jmeter采用多线程，允许通过多个线程并发取样或通过独立的线程对不同的功能同时取样。
 
Jmeter具有较高扩展性。
 
二、Jmeter安装
 
1、安装JDK，必须JDK1.7以上的版本，推荐1.8的版本
 
2、进入官网：http://jmeter.apache.org/download_jmeter.cgi 下载最新的Jmeter版本,下载后解压到非中文目录，如：D:\
 
3、配置Jmeter的环境变量。
 
(1) 新增变量：JMETER_HOME：D:\apache-jmeter-5.2.1

(2) 在CLASSPATH变量的最前面加入如下变量：  %JMETER_HOME%\lib\ext\ApacheJMeter_core.jar;%JMETER_HOME%\lib\jorphan.jar;

(3)在PATH变量的最前面加入如下变量：%JMETER_HOME%\bin;
 
4、进入D:\apache-jmeter-5.2.1\bin，双击jmeter.bat，或在dos窗口输入jmeter命令打开jmeter界面，安装成功。
 
对于真正的零基础来说：安装请按如下步骤完成：
 
windows下安装jmeter? mac下安装jmeter? So Easy那多不是事！写给jmeter入门的朋友！
 
https://www.cnblogs.com/csmashang/p/12672157.html
 
三、设置Jmeter语言为中文环境
 
1、临时设置
 
Jmeter菜单栏选择OptionsàChoose LanguageàChinese (Simplified)
 
这种方法，重启软件后又变为英文环境了。
 
2、永久设置
 
进入apache-jmeter-5.2.1\bin目录，找到“jmeter.properties”文件，在文件的第37行后添加“language=zh_CN”，保存之后再打开jmeter就永久变为中文环境了。
 
 
四、Jmeter主要元件
 
1、测试计划：是使用 JMeter 进行测试的起点，它是其它 JMeter测试元件的容器
 
2、线程组：代表一定数量的用户，它可以用来模拟用户并发发送请求。实际的请求内容在Sampler中定义，它被线程组包含。
 
3、配置元件：维护Sampler需要的配置信息，并根据实际的需要修改请求的内容。
 
4、前置处理器：负责在请求之前工作，常用来修改请求的设置
 
5、定时器：负责定义请求之间的延迟间隔。
 
6、取样器(Sampler)：是性能测试中向服务器发送请求，记录响应信息、响应时间的最小单元，如：HTTP Request Sampler、FTP Request Sample、TCP Request Sample、JDBC Request Sampler等，每一种不同类型的sampler 可以根据设置的参数向服务器发出不同类型的请求。
 
7、后置处理器：负责在请求之后工作，常用获取返回的值。
 
8、断言：用来判断请求响应的结果是否如用户所期望的。
 
9、监听器：负责收集测试结果，同时确定结果显示的方式。
 
10、逻辑控制器：可以自定义JMeter发送请求的行为逻辑，它与Sampler结合使用可以模拟复杂的请求序列。
 
五、Jmeter元件的作用域和执行顺序
 
1.元件作用域
 
配置元件：影响其作用范围内的所有元件。
 
前置处理器：在其作用范围内的每一个sampler元件之前执行。
 
定时器：在其作用范围内的每一个sampler有效
 
后置处理器：在其作用范围内的每一个sampler元件之后执行。
 
断言：在其作用范围内的对每一个sampler元件执行后的结果进行校验。
 
监听器：在其作用范围内对每一个sampler元件的信息收集并呈现。
 
总结：从各个元件的层次结构判断每个元件的作用域。
 
2.元件执行顺序：
 
配置元件->前置处理器->定时器->取样器->后置处理程序->断言->监听器
 
注意事项：
 
1.前置处理器、后置处理器和断言等组件只能对取样器起作用，因此，如果在它们的作用域内没有任何取样器，则不会被执行。
 
2.如果在同一作用域内有多个同一类型的元件，则这些元件按照它们在测试计划中的上下顺序依次执行。
 
六、Jmeter进行接口测试流程
 
使用Jmeter进行接口测试的基本步骤如下：
 
1.测试计划
 
2.线程组
 
3.HTTP Cookie管理器
 
4.Http请求默认值
 
5.Sampler(HTTP请求)
 
6.断言
 
7.监听器(查看结果树、图形结果、聚合报告等)
 
七、Jmeter进行接口测试流程步骤详解
 
1、测试计划
 
打开Jmeter，在菜单左侧出现 “测试计划”。在这里测试计划我们可以把它理解成新建的空白项目，在这个空白项目下面可以添加一系列的接口。
 
 2、线程组
 
添加方法：右键点击Test Plan->添加->线程(用户)->线程组。
 
元件描述：一个线程组可以看做一个虚拟用户组，线程组中的每个线程都可以理解为一个虚拟用户。
 
 (1)线程数：即虚拟用户数。设置多少个线程数也就是设置多少虚拟用户数
 
(2)Ramp-Up时间(秒)：设置虚拟用户数全部启动的时长。如果线程数为20,准备时长为10秒,那么需要10秒钟启动20个线程。也就是平均每秒启动2个线程。
 
(3)循环次数：每个线程发送请求的个数。如果线程数为20,循环次数为10,那么每个线程发送10次请求。总请求数为20*10=200。如果勾选了“永远”, 那么所有线程会一直发送请求,直到手动点击工具栏上的停止按钮,或者设置的线程时间结束。
 
3、HTTP Cookie管理器
 
添加方法：右键线程组->添加->配置元件->HTTP Cookie管理器。
 
元件描述：HTTP Cookie管理器可以像浏览器一样存储和发送cookie，如果你要发送一个带cookie的http请求，cookie manager会自动存储该请求的cookies，并且后面如果发送同源站点的http请求时，都可以用这个cookies。
 
 4、HTTP请求默认值
 
添加方法：右键线程组->添加->配置元件->HTTP请求默认值。
 
元件描述：HTTP请求默认值是为了方便填写后续内容而设置。主要填写[服务器名称或IP]和[端口号]，后续的HTTP请求中就不用每次都填写IP地址和端口号了。
 
 5、HTTP请求
 
添加方法：右键线程组->添加->Sampler->HTTP请求。
 
元件描述：HTTP请求包括接口请求方法、请求路径和请求参数等。
 
 HTTP请求详解
 
(1)名称：本属性用于标识一个取样器，建议使用一个有意义的名称。
 
(2)注释：对于测试没有任何作用，仅用户记录用户可读的注释信息。
 
(3)服务器名称或IP ：HTTP请求发送的目标服务器名称或IP地址。
 
(4)端口号：目标服务器的端口号，默认值为80 。
 
(5)协议：向目标服务器发送HTTP请求时的协议，可以是HTTP或者是HTTPS ，默认值为http 。
 
(6)方法：发送HTTP请求的方法，可用方法包括GET、POST、HEAD、PUT、TRACE、OPTIONS、DELETE等。
 
(7)路径：目标URL路径（不包括服务器地址和端口）
 
(8)内容编码：内容的编码方式，默认值为iso8859
 
(9)自动重定向：如果选中该选项，当发送HTTP请求后得到的响应是302/301时，JMeter 自动重定向到新的页面。
 
(10)使用keep Alive ：保持jmeter 和目标服务器之间的活跃状态，默认选中
 
(11)对Post使用multipart/from-data：当发送POST 请求时，使用multipart/from-data方法发送，默认不选中。
 
(12)同请求一起发送参数 ： 在请求中发送URL参数，对于带参数的URL ，jmeter提供了一个简单的对参数化的方法。用户可以将URL中所有参数设置在本表中，表中的每一行是一个参数值对（对应RUL中的 名称1=值1）。
 
6、响应断言
 
添加方法：右键HTTP请求->添加->断言->响应断言。
 
元件描述：检查接口是否访问成功。如果检查失败的话会提示找不到断言的内容，没提示的话就代表成功了。
 
 Apply to
 
指断言作用范围，通常发出一个请求只触发一个请求，所以勾选“main sample only”就可以；若发一个请求可以触发多个服务器请求，就有main sample 和sub-sample之分了。
 
(1)Main sample and sub-samples：作用于主请求和子请求
 
(2)Main sample only：仅仅只作用于主请求
 
(3)Sub-samples only：仅仅只作用于子请求
 
(4)Jmeter Variable：作用于jmeter变量(输入框内输入jmeter变量名称)
 
测试字段
 
响应文本(匹配返回的json数据)、响应代码(匹配返回码:如200, 404,500等)、响应信息(匹配响应信息如“OK”字样)、响应头(匹配响应头)、请求头(匹配请求头)、URL样本(匹配请求的url链接,如果有重定向则包含请求url 和 重定向url)、文档(文本)、忽略状态(一个请求有多个响应断言，第一个响应断言选中此项，当第一个响应断言失败时可以忽略此响应结果，继续进行下一个断言。如果下一个断言成功则还是判定事务是成功的)、请求数据(匹配请求数据)
 
模式匹配规则
 
包括：响应内容包含需要匹配的内容即代表响应成功，支持正则表达式。
 
匹配：响应内容要完全匹配需要匹配的内容即代表响应成功，大小写不敏感，支持正则表达式。
 
字符串：响应内容包含需要匹配的内容才代表响应成功，大小写敏感，不支持正则表达式
 
相等：响应内容要完全等于需要匹配的内容才代表响应成功，大小写敏感，不支持正则表达式
 
否：相当于取反，如果结果为true，勾上否就是false
 
或者：如果不想用AND连接（所有的模式都必须匹配，断言才算成功），用OR选项可以用于将多个断言模式进行OR连接(只要一个模式匹配，断言就是成功的)
 
测试模式
 
其实就是断言的数据。点击“添加”按钮，输入要断言的数据。
 
7、增加监听器
 
添加方法：线程组 ->右键添加 ->监听器 ->察看结果树。一般还会一并添加图形结果、聚合报告。
 
元件描述：树状形式显示接口的访问结果，包括请求结果、请求内容、服务器的响应内容。
 
 八、Jmeter接口测试必定用到的扩展阅读
 1.史上最全的最通俗易懂的-jmeter调试错误全集
 
https://blog.csdn.net/pengjiangchun/article/details/105381557
 
2.jmeter实现接口关联的两种方式：正则表达式提取器和json提取器看这篇就够了
 
https://www.cnblogs.com/csmashang/p/12659093.html

 
关于接口测试的一些心得
 
1.什么是接口测试
2.接口测试主要用到的工具
接口测试如何进行
1. 首先了解接口的需求
2. 设计接口测试场景
3.编写测试脚本
4.执行
    
   
  
 

 
1.什么是接口测试
 
接口测试主要是用来测试接口的数据的传递、转换以及被测接口与其他接口（包括内部接口、外部接口）之间的逻辑关系，这个是接口测试的重点，其中数据的传递和转换，可以简单理解为接口对数据的增删改查操作，通过接口测试，利用接口测试工具，对这些数据进行校验，我觉得我理解的接口测试还是比较片面，不够全面，详细的对接口测试的介绍和解释可以自行查找。
 
2.接口测试主要用到的工具
 
在实际工作中，接口测试主要用到的工具有：
 
Jmeter ，基于Java语言的一个工具，简单来说，Java能用的，jmeter里大部分都可以使用，但是，泛型在就meter中是不支持使用的，接口测试一般使用jmeter 3.0版本，因为这个版本首先比较稳定了，像新的jmeter版本会有一些新增的插件，不是很稳定，执行脚本时，可能会出现问题，所以不推荐使用。
Postman，开发人员比较喜欢使用的一款工具，主要的特点就是，容易操作，不像jmeter那样会有很多测试元件，jmeter学习其他会比postman费时间一点（这个时间不是很长），postman的缺点也有，主要是postman只能使用它自带的校验方法，也只能做一些简单的校验，对于较复杂的数据校验，postman暂时还做不到，因为postman不能与数据库交互，在我们工作中遇到的接口，一半以上应该都会与数据库有交互，jmeter还是比postman强那么一点点的。
SoupUi，这个工具我只是听说过，没有真正的使用和了解过，感兴趣的可以自己查一下，然后跟jmeter和postman比较一下优缺点。
 
接口测试如何进行
 
1. 首先了解接口的需求
 
被测接口主要实现了那些功能，以及被测接口的业务场景需要先了解清楚，可以通过查看接口测试文档或者跟开发人员沟通来了解被测接口的需求，也可以自己去看接口的实现代码，以实际情况去选取方便快捷的方式。
 
2. 设计接口测试场景
 
了解了接口的基本需求之后，就可以根据需求简单的设计测试场景，包括主要测试点、以及测试场景的划分，还要从业务和功能两个方面进行考虑，这里给简单列举一些主要的部分：
 
根据功能进行划分
根据接口入参的情况，入参的必传和非必传、入参的类型、入参是否是固定、随机等、入参的长度要求、入参的关联关系等
包含必传非必传的情况时，需要这样设计（最基本的），入参全集、入参的最小集、包含所有必传的字段和部分非必传的集合，这个是最基础 的场景，这样可以把所有的情况测试到，如果非必传字段较少时，可以都挨个传，这样测试的会更全，也是最理想的情况，但是对于大部分的接口，请求报文可能会包含很多字段，达到几百个，这样的就不用每个都涉及到
异常情况下，比如必传字段不传时，接口应返回异常信息，这种也需要单独划分一个场景，如果有多个必传，就需要每个都设计一个异常场景
根据业务进行划分，例如某个接口，在请求入参传入特定的值时，会满足某种业务场景，这种也需要单独设计一个场景
 这些是最基本的场景划分的方式，可以根据具体的接口需求进行设计
 
3.编写测试脚本
 
划分完测试场景之后，就可以根据场景编写测试脚本，根据需要选择合适的测试工具，推荐使用jmeter，jmeter可以使用Java语言编写测试的逻辑，针对接口实现的功能，比如查询类型、删除类型、更新类型的接口，可以与数据库交互，更全面的测试接口的实现。
 
4.执行
 
编写完脚本之后就可以执行了，执行过程中，如果遇到问题可以记录下来，分析是脚本的问题还是接口的问题，以此为以及与开发人员进一步沟通（你懂得，该报bug就报bug）
 
禁止转载