• 0
  • 0
分享

前言

接口自动化逐渐成为各大公司投入产出最高的测试技术。但是如何在版本迅速迭代过程中提高接口自动化的测试效率,仍然是大部分公司需要解决的问题。

框架定位

  • 数据驱动设计模式,无需写测试代码脚本即可实现自动化;

  • 等价类非等价类覆盖, E2E(接口流程性测试) Case 覆盖;

  • 使用 Excel 的方式进行自动化用例编写,简单,易用,高效。

框架架构图

1.png

框架介绍

2.png

3.png

4.png

技术栈

Jenkins + Svn + Maven+TestNG+ReportNG+(HttpClien+URLConnection)

Case 展示

1、单个接口 Case

5.png

Json response 解析用的是 JsonPath 解析方式,检查点以 “,” 隔开

2、E2E 流程性自动化 Case

6.png

其中可以取上面的 Step 的 response 内的参数作为下面步骤的入参或者检查预期值。

执行展示

先配置用例脚本模板:

7.png

配置好全局环境配置:

8.jpg

Jenkins 配置任务并执行,得到自动化测试报告

邮件报告:

9.png

测试报告:

  • 任务概述

10.png

  • 步骤过程打印:

11.png

接口与接口之间可以按规定的参数进行 取值与赋值,单独由数据中心去控制遍历的接口是否需要进行数据转换!~

这样可以把一些简单的 API 业务流串起来持续集成,方便快速迭代~!

框架优势:

1、编写 Case 效率

  • 易编写,在 Excel 内编写负责 粘贴非常简单方便,全局替换也非常方便。

  • 易维护,无需每个人写代码脚本,在用例模板内可维护性高很多。

  • 易交接,自动化模板基本都能看懂,思路一目了然。

2、执行效率

12.png

3、支持接口之间参数定义(需使用定义参数)

13.png

4、HTTPCode 检查非正常外的状态均会报错!

(只有错误的地址才会出现在测试报告里面)

  • 报告详情示例:

14.png

5、响应超时预警邮件触发:

  • 单个接口响应超过 5 秒自动触发代码发送邮件给指定人

15.png

6、全局参数变量

  • 指定参数 TTPod_Rondom(20) 在执行过程中代码会自动替换成 一个范围在 0~20 以内的随机数

16.png

7、框架轻便灵活,无缝对接 持续集成,持续交付

与 TestNG +Maven+Jenkins 搭建持续集成链路,非常简单。


作者:testly

原文链接:https://testerhome.com/topics/3455

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 本文的作者是阿里的技术Leader——云狄,他将从管理的角度分享技术 TL 的核心职责,主要分为如下几个方面与大家共同探讨、交流:团队建设团队管理团队文化沟通与辅导招聘与解雇互联网公司的技术团队管理通常分为两个方向:技术管理和团队管理,互联网公司的技术 TL 与传统软件公司的 PM 还是有很大的区别。传统软件公司的 PM 更多注重于对项目的管理,包括项目任务拆解、项目进度以及风险等。对于多数互联网公司而言,技术 TL 更多的职责不再局限于项目角度,而是对业务与技术都要有深入的了解,就像黑夜里的灯塔,能够引导和修正团队成员前进的航向。综合技术和业务角度去深度思考问题,具备一定的前瞻性,并在技术领...
            1 3 4118
            分享
          •   估计大家都遇到过吧,登录账户的时候好死不死的出现了验证码不知道怎么办了,啊哈哈哈哈,我是不止遇到了一次,避免踩坑,在这里就把相关资料分享给大家嘿嘿嘿~  创建线程:  新建获取验证码的采集器:  新建一个监听器:  新建一个用户自定义变量,用于存解析出来的验证码值:  新建一个存验证码值的变量regCode,为了便于判断是否已解析出验证码,设定一个默认值-1。  给获取验证码的采集器加一个后置处理器BeanShell PostProcessor,用于解析验证码的值,并将其存入上一步的用户变量中。  在采集器上新建一个后置处理器Debug PostProcessor,便于调试:  验证之前的...
            0 0 1878
            分享
          •   我们经常会听到开发对测试抱怨说:这个问题怎么现在才测出来,这个问题怎么暴露到线上了,测试都是怎么测的?  为了消除误解,让开发了解到底测试都覆盖了哪些内容,双方更好的配合,保障线上版本质量,测试用例的评审就显得十分重要。  测试用例评审的参与人员是:开发、产品、测试人员。  产品人员参与,可以方便核对测试用例是否覆盖产品需求,在评审的过程中完善产品说明文档,完善产品的逻辑。  开发人员参与用例评审,可以从代码实现角度给出建议,防止漏测或过度测试,保证测试的全面性,减少无效测试,增加重点模块的测试。  测试人员参与用例评审,可以审查用例是否规范,对于交互模块的用例覆盖的是否齐全。  评审前的...
            13 14 2237
            分享
          •   测试工程师在入行时,都会接触到一个名词——测试用例,都知道测试用例是干什么用的,提到设计测试用例的方法,大部分测试工程师都会侃侃而谈:等价类法、边界值法、判定表法、正交分解法……这些方法说起来都如数家珍,但是似乎在实际工作中,应用起来还不是那么得心应手,甚至还会有测试用例覆盖度不足的问题。  每当遇到这样的问题时,测试工程师多少都会有些无奈。测试用例写的已经尽可能详细了,但是评审时候,参与评审的角色,要么是因为用例太繁复而草草浏览一下,要么是说完后面忘了前面。而测试工程师的思路从思维导图转化为测试用例的时候,也往往达不到测试用例最初的目的——哪怕让小白来遵照执行,也应该可以看得懂。  那么...
            1 1 2053
            分享
          •   摘要  本次测试案例主要是分享如何使用jmeter进行websocket协议下的聊天接口性能测试。包含websocket插件的下载安装、线程组及sampler的设置、csv参数化和组建分布式测试的方法、如何通过调整参数来获得发压机的最大并发数以及对测试过程的总结。整篇文章只侧重介绍进行websocket测试的思路,对具体工具的使用步骤较少着墨,因为网上已有不少相关介绍文章。希望本篇文章可以对其他正准备用jmeter进行websocket测试的读者提供一些参考。本人水平有限,如有错误恳请批评指正,感谢!  正文  最近收到一个任务,需要对公司的即时通讯服务端进行压测及聊天接口性能测试,这款即...
            15 16 2069
            分享
      • 51testing软件测试圈微信