• 【看完就懂系列】一文6000字教你从0到1实现接口自动化

    上一次提到如果我有时间了会把最近在做的接口自动化分享出来，今天我将从框架、设计、测试类三方面进行分享。可能有不足或者可以优化的地方，欢迎指正，有想法的小伙伴可以在后台与我联系哦！

    框架介绍

    我这边用的是Java语言，基于TestNG测试框架，支持持续集成，自动构建与测试。主要有以下几个特点：

    1. 数据驱动设计，使用TestNG中的@DataProvider读取Excel中存储的自动化测试用例。

    2. 使用HttpClient发送Http请求，并统一接口response返回值为String

    3. 使用fastJson进行数据解析

    4. AssertJ用于检查点设置

    5. Maven进行项目、依赖管理

    设计

    我负责的是扣缴组的接口自动化的搭建，其实我对业务并没有很熟悉，但这影响不大，简单走一下流程基本上就可以开始动手了。

    java接口代码

    结构

    api：http接口

    common：公用类

    dto：数据传输对象，用于展示层与服务层之间的数据传输对象。

    分解

    api

    扣缴组的接口自动化要同时维护客户端和Web端，所以前期我踩了一些坑，本来想着封装一个request和一个response，在测试类里区分端，最后发现这个方法不可取，因为登录方式完全不一样，后来我干脆就分开写了。

    common

    dto

    看到这里基本上已经有比较清晰的思路了，内容主要集中在common公用类，下面我们详细看下每个类封装了什么内容。

    common详解

    下面对common里的每一个类进行分析，因为涉及到业务，所以我只能适当截图+轻描淡写，相信聪明如你，一眼就会。

    一、【客户端】

    1. HttpKhdRequest  客户端的登录请求

    请求的URL和端口号从config.properties取；

    请求的用户信息从user.properties

    请求接口

    因为登录客户端需要获得安全认证和获取token，所以AuthorizationHq和tokenhqbyTyrk单独拿出来写。

    AuthorizationHq

    tokenhqbyTyrk

    备注：dto下的UserDTO在这里使用到。

    1. ApiKhdResponse 客户端返回 查看了下接口文档，返回基本是这些信息。

    所以我的返回类的封装主要包含以下内容：

    1. public class ApiKhdResponse {
    2.  
    3.     private String type;
    4.  
    5.     private Object data;
    6.  
    7.     private String errorCode;
    8.  
    9.     private String errorMessage;
    10.  
    11.     private String reason;
    12.  
    13.     public JSONObject convert2JsonObject() {
    14.         String dataText = JSON.toJSONString(data, SerializerFeature.WriteMapNullValue);
    15.         JSONObject dataObject = JSON.parseObject(dataText);
    16.         return dataObject;
    17.     }
    18.  
    19.     public JSONArray convert2JsonArray() {
    20.         String dataText = JSON.toJSONString(data, SerializerFeature.WriteMapNullValue);
    21.         JSONArray dataArray = JSON.parseArray(dataText);
    22.         return dataArray;
    23.     }
    24.  
    25.     public String getType() {
    26.  
    27.         return type;
    28.     }
    29.  
    30.     public void setType(String type) {
    31.  
    32.         this.type = type;
    33.     }
    34.  
    35.     public void assertSuccess(){
    36.         String type=getType();
    37.         assertEquals("SUCCESS", type);
    38.     }
    39.  
    40.  
    41.     public void assertFailed() {
    42.         String type=getType();
    43.         //有些返回失败的接口，type返回ERROR
    44.         if (StringUtils.isEmpty(type)) {
    45.             assertTrue(true);
    46.             return;
    47.         }
    48.         assertTrue(!type.equals("SUCCESS") && !type.contains("ERROR"));
    49.     }
    50.  
    51.  
    52.  
    53.     public Object getData() {
    54.         return data;
    55.     }
    56.  
    57.     public void setData(Object data) {
    58.         this.data = data;
    59.     }
    60.  
    61.     public String getErrorCode() {
    62.         return errorCode;
    63.     }
    64.  
    65.     public void setErrorCode(String errorCode) {
    66.         this.errorCode = errorCode;
    67.     }
    68.  
    69.     public String getErrorMessage() {
    70.         return errorMessage;
    71.     }
    72.  
    73.     public void setErrorMessage(String errorMessage) {
    74.         this.errorMessage = errorMessage;
    75.     }
    76.  
    77.     public String getReason() {
    78.         return reason;
    79.     }
    80.  
    81.     public void setReason(String reason) {
    82.         this.reason = reason;
    83.     }
    84.  
    85.     @Override
    86.     public String toString() {
    87.         return "ApiResponse{" +
    88.                 "type='" + type + '\'' +
    89.                 ", data=" + data +
    90.                 ", errorCode='" + errorCode + '\'' +
    91.                 ", errorMessage='" + errorMessage + '\'' +
    92.                 ", reason='" + reason + '\'' +
    93.                 '}';
    94.     }
    95.  
    96.     public <T> T getBodyBean(Class<T> clazz) { return JSON.parseObject(data.toString(), clazz); }
    97.  
    98.  
    99. }
    100.

    备注：

    这块内容不要手写，容易出错，IDEA能自动带出来。

    1. RestUtil 客户端安全验证

    我这边主要用到的是Hmac加密算法和AES加密算法。

    1. TokenUtil 客户端生成token

    二、【Web端】

    1. HttpWebRequest  Web端的登录请求

    请求接口

    getAuthorizationToken是结合我们的实际情况来写的（有个MOCK平台），我们通过接口平台进行授权登录。

    1. ApiWebResponse Web端返回

    查看了下接口文档，返回基本是这些信息。

    所以我的返回类的封装主要包含以下内容：

    1. public class ApiWebResponse<T extends Object> {
    2.  
    3.     @Getter
    4.     private String code;
    5.     @Getter
    6.     private Object[] params;
    7.     @Getter
    8.     private String message;
    9.     @Getter
    10.     private Object data;
    11.     @Getter
    12.     private String appCodeForEx;
    13.     @Getter
    14.     private String originalErrorCode;
    15.  
    16.  
    17.     /**
    18.      * rid
    19.      */
    20.     @Setter
    21.     @Getter
    22.     private String rid;
    23.  
    24.     /**
    25.      * @param code
    26.      * @return
    27.      */
    28.     public ApiWebResponse<T> setCode(String code) {
    29.         this.code = code;
    30.         return this;
    31.     }
    32.  
    33.     public String getCode() {
    34.  
    35.         return code;
    36.     }
    37.  
    38.  
    39.     /**
    40.      * @param message
    41.      * @return
    42.      */
    43.     public ApiWebResponse<T> setMessage(String message) {
    44.         this.message = message;
    45.         return this;
    46.     }
    47.  
    48.     public String getMessage() {
    49.  
    50.         return message;
    51.     }
    52.  
    53.     /**
    54.      * @param data
    55.      * @return
    56.      */
    57.     public ApiWebResponse<T> setData(Object data) {
    58.         this.data = data;
    59.         return this;
    60.     }
    61.  
    62.  
    63.     public Object getData() {
    64.         return data;
    65.     }
    66.  
    67.     /**
    68.      * @param params
    69.      *            the params to set
    70.      */
    71.     public ApiWebResponse<T> setParams(Object[] params) {
    72.         this.params = params;
    73.         return this;
    74.     }
    75.  
    76.     public Object[] getParams() {
    77.  
    78.         return params;
    79.     }
    80.  
    81.     public JSONObject convert2JsonObject() {
    82.         String dataText = JSON.toJSONString(data, SerializerFeature.WriteMapNullValue);
    83.         JSONObject dataObject = JSON.parseObject(dataText);
    84.         return dataObject;
    85.     }
    86.  
    87.     public JSONArray convert2JsonArray() {
    88.         String dataText = JSON.toJSONString(data, SerializerFeature.WriteMapNullValue);
    89.         JSONArray dataArray = JSON.parseArray(dataText);
    90.         return dataArray;
    91.     }
    92.  
    93.     public static boolean isSuccess(ApiWebResponse<?> apiResponse) {
    94.         boolean success = false;
    95.         if (apiResponse == null) {
    96.             return success;
    97.         }
    98.         if ("SUCCESS".equals(apiResponse.getCode())) {
    99.             success = true;
    100.         }
    101.         return success;
    102.     }
    103. }

    1. XmlParserUtil  解析工具

    这个类的封装主要包含基础路径、获取账户信息、获取文件路径信息。

    基础路径

    获取账户信息

    备注：dto下的ZhxxDTO在这里使用到。

    获取文件路径信息

    三、【数据库】

    DBUnitBaseTest

    数据库信息的话如果有新增数据库或者在业务迭代过程中拆分数据库的情况都需要去dataBase.xml和DBUnitBaseTest维护，否则用例会执行不通过。关于这块内容我同事有其他的建议，我以后再向其学习。

    resources

    api

    zhxx 这里维护的是Web端的不同环境的账号，对应的是java接口代码下的dto，这个每个项目不一样，不一定都会有。

    测试类

    其实我们前面写那么多的代码只是为了让我们编写测试类接口的时候可以少写一点代码，不信你看：

    接下来我们练习写一个扣缴Web端接口。

    1.首先回顾下结构

    2. 着手编写接口

    2.1在web端请求接口，抓包获取接口。

    2.2查看接口文档。

    2.3开始编写

    2.3.1添加测试类

    右击添加Package，层层添加，直到最后一层右击添加Java Class。

    2.3.2编写接口代码

    1. package com.XXX.api.kjweb.zrr.XXXX;
    2.  
    3. import com.alibaba.fastjson.JSON;
    4. import com.XXX.common.ApiWebResponse;
    5. import com.XXX.common.DBUnitBaseTest;
    6. import com.XXX.common.HttpWebRequest;
    7. import com.XXX.api.util.AssertUtil;
    8. import junitx.framework.Assert;
    9. import org.springframework.http.HttpMethod;
    10. import org.testng.annotations.Test;
    11. import ru.yandex.qatools.allure.annotations.Title;
    12.  
    13. import java.util.HashMap;
    14. import java.util.Objects;
    15.  
    16. import static org.testng.AssertJUnit.assertEquals;
    17.  
    18. /**
    19.  * create by lxl01 on 2021/5/18
    20.  */
    21. @Title("自然人基本信息查询")
    22. public class QueryTest extends HttpWebRequest {
    23.     @Test(dataProvider = "excel", groups = {"kjweb_http"})
    24.     public void testQuery(String run, String testname, String yhm, String device,String data, String expectData) {
    25.         //接口请求
    26.         String Api = "/web/zrr/XXXX/query";
    27.         //接口返回
    28.         ApiWebResponse response = requestKjd(Api, HttpMethod.GET, JSON.parseObject(data, HashMap.class), yhm,device);
    29.         //验证实际返回结果与预期结果一致(只校验data）
    30.         assertEquals(Objects.toString(response.getData(), ""), expectData);
    31.     }
    32. }
    33.

    2.4 细节讲解

    2.4.1包的导入，引用到什么就导入什么。

    2.4.2表字段包含run、testName、yhm、device、data、expectData，可以参考下方，按需添加。

    2.4.3接口请求   直接把URL放上去

    2.4.4接口返回

    ApiWebResponse   是单独封装的作为扣缴Web端的返回校验的类，在common下。

    requestKjd             是单独封装的作为扣缴Web端的请求的类，在common下。

    2.4.5校验

    校验什么内容可以根据业务需要+接口文档进行编写。我们先看下这个接口的返回数据都有哪些。

    以下分享几种我常用的校验

    A.校验全部返回-第一种校验方法

    Assert.assertEquals(Objects.toString(response, ""), expectData);

    得出的结果是

    B.校验全部返回-第二种校验方法

    AssertUtil.isJsonEquals(response, expectData,false);

    得出的结果是

    A和B使用时需要导入不同的包，二者的区别可以左击到对应类查看，都是底层封装好的共用的类。

    A 导入 import junitx.framework.Assert;

    B  导入 import com.xqy.api.util.AssertUtil;

    C   校验返回的data数据

    assertEquals(Objects.toString(response.getData(), ""), expectData);

    得出的结果是

    其中getData是我在ApiWebResponse类里封装好的

    D  校验数据库

    JsonUtils.assertDBEquals(jdbcTemplateOfSb, returnSql, returnDB);

    1. 调试与执行

    编写完之后在测试类点击执行，如果执行的时候报错了，根据控制台的提示进行debug。

    至于如何在遇到问题时进行debug可以看下我之前写的文章，标题为《如何debug排查问题以及解决冲突》。

    本文其实可以倒着看，先看测试类，再看前面的内容。为啥这个测试类能执行通过是因为前面的搭建基础；而为啥前面要搭建基础，因为后面维护测试类很简洁、方便。

    好啦，文章内容就更新到这里，我要下班了。

    学习资源分享

    最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走

    这些资料，对于想【进阶测试开发】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助…….

  • 相关阅读:
    超全的Python完全版电子书——从基础到爬虫、分析等高级应用，限时下载
    风尚云网学习-前端页面敏感数据脱敏星号展示
    SherlockChain：基于高级AI实现的智能合约安全分析框架
    EdgeCloudSim官方Sample运行——Windows+IntelliJ IDEA+Matlab
    企业电子招标采购系统源码Spring Boot + Mybatis + Redis + Layui + 前后端分离 构建企业电子招采平台之立项流程图
    【小程序】一次关于小程序消息推送能力的分析及实现
    JWT安全WebGoat实战与预编译CASE注入
    图情笔记 | 基于机构视角下的红色资源阅读推广服务
    CUDA向量相加 向量内积
    进入大厂的我是如何通过面试官的问题，拿到满意的Offer?
  • 原文地址：https://blog.csdn.net/jiangjunsss/article/details/125598938