Api自动化框架分享

前言

今天把我最近的一点小小的收获分享给到大家,希望能给大家一点帮助和启发…当然最需要的还是大家的意见! 
今天给大家分享的是最近开发的一个API自动化框架:

框架定位

1,数据驱动 
2,简单流程覆盖,快速迭代 
3,组合Case不需要Coding

总而言之只要是代码能够实现的,能方便API测试的都是框架定位的方向~!

框架介绍

边画的很不专业,随便画的应该是还有一个 数据层,所有的都是以数据配置的方式来驱动整个运转的!~

所需环境

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

框架模式

1,支持批量接口检查

报告示例: 
检查多个文件全部遍历文件内的所有接口,不通的接口会列到报告内!

支持多文件遍历–>文件里面所有接口都全遍历

只有失败的才会出现在报告里面!所有详细都以下面这种形式写在log里面!

2.,API业务流测试模式

先配置模板:

 
配好之后直接jenkins Run 就可以了!报告会自动触发邮件出来~!

 
接口与接口之间可以按规定的参数进行 取值与赋值,单独由数据中心去控制遍历的接口是否需要进行数据转换!~ 
这样可以把一些简单的API业务流串起来持续集成,方便快速迭代~!

其他简单功能介绍

1,HTTPCode检查非正常外的状态均会报错!

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

报告详情示例:

2,支持检查实际返回结果与预期结果匹配检查

报告详情示例:

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

4,响应超时预警邮件触发:

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

5,变量(例)

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

时间: 2024-12-20 18:41:26

Api自动化框架分享的相关文章

APP 自动化框架设计思路分享

APP自动化框架设计分享 框架需要解决的问题: • 渠道包->多渠道包核心用例自动化 • 多设备覆盖安装,安装卸载更新等测试 • 多设备核心用例适配测试 • 验证主要页面(包括webview)检查是否加载成功 • 离线主流程覆盖 • 一些重复性操作可以通过框架简单实现 框架目标定位: • 让Tester无需编写代码 通过简单数据驱动方式实现通用简单的自动化 • 跟开发约定一些UI上的元素标准和规范建立自动化规范流程化 • 结合实时抓包组件和性能监控插件方便分节点定位问题 • 自动异常捕获,Cra

CYQ.Data 从入门到放弃ORM系列:开篇:自动化框架编程思维

前言: 随着CYQ.Data 开始回归免费使用之后,发现用户的情绪越来越激动,为了保持这持续的激动性,让我有了开源的念头. 同时,由于框架经过这5-6年来的不断演进,以前发的早期教程已经太落后了,包括使用方式,及相关介绍,都容易引人误解. 为此,我打算重新写个系列来介绍最新的版本,让大伙从传统的ORM编程过渡到自动化框架型思维编程(自已造的词). 于是:这个新系列的名称就叫:CYQ.Data 从入门到放弃ORM系列 什么是:CYQ.Data 1:它是一个ORM框架. 2:它是一个数据层组件. 3

Force10推出开放式自动化框架

全球领先的高性能数据中心网络解决方案供应商Force10网络公司日前宣布推出其开放式自动化框架Open Automation Framework 2.0,该版本是对其原有开放式自动化框架的重要扩展.Force10开放式自动化框架是基于标准的网络自动化解决方案,旨在优化数据中心网络的性能和效率,并为基于云的服务奠定基础. "开放式自动化"通过利用Force10操作系统(FTOS)模块软件中全新的"开放式"要素来提高数据中心网络结构参与自动化.策略驱动.实时性工作负载分

Appium移动自动化框架

Appium 框架的功能 (1)支持iOS.Android,可在多台机器上并行App 自动化,测试机型适配.  (2)代码实现关键字驱动: 测试集:关联Excel 测试用例和脚本配置. 测试数据:Excel 存储输入数据.控件元素.测试结果. 测试脚本:由Java 和TestNG 编写,分层结构有case.log.config.report 以及data 等. (3)自动测试用例执行: 从功能测试用例中抽取需重复执行的.主要的功能进行用例覆盖. 支持用例failed(失败)时自动截屏. fail

UI自动化框架调研-番外篇

导语 前面写了两篇文章介绍了个人基于Macaca在UI自动化上的实践心得,那我们为什么会选择了Macaca呢,这篇文章将简单介绍一下我们选择Macaca的原因. 有哪些可用的UI自动化框架? 他们的区别在哪里? 我们是如何选择的? 条件1:支持移动端app自动化 从以上对比其实已经可以比较明确的帮助大家做出自己的选择,从我所在的团队来讲,我们主要做的是移动端的UI自动化,相信现在大多数同学所做的也都是这一类的自动化,因此,仅限于PC端webApplication的几个框架就不可避免的要排除掉了,

如何使用Rational Functional Tester创建一个自动化框架

IBM® Rational® Functional Tester 是一个自动化的功能测试和回归测试工具.该软件为功能.回归.GUI 和数据驱动的测试提供了自动化的测试功能.Rational Functional Tester 支持丰富的应用程序,比如基于 Web 的..Net.Java.Siebel.SAP.基于终端模拟器的应用程序.PowerBuilder.Ajax.Adobe Flex.Dojo Toolkit.GEF.Adobe PDF 文档.zSeries.iSeries 和 pSeri

云计算环境搭建综合全面的自动化框架

所以无论您是环境部署工程师还是自动化脚本开发人员,如果您想开发一套自动化环境部署的解决方案,阅读本文将会有助于您的工作.作者所在的项目是 IBM 基于企业级的 一款庞大而 复杂的云计算战略产品,通过为用户提供可视化的网络平台接口,充分和快捷地帮助客户部署高灵活度的云方案.在项目开发及上线过程中,平均每四个小时会发布一个 新的安装版本,从软件测试到生产发布需要超过四个环境的支持,尤其在 Demo(演示)环境每天需要部署一次,每个环境会涉及冗余 镜像服务.分布式架构.加密的 VPN 终端访问.而部署

选择测试自动化框架

基于只使用一种捕获工具例如IBM Rational Robot来录制并且回放测试用例而得出自动化测试工作量是有缺陷的.只使用一种捕获工具来运行复杂且巨大的测试是非常耗费时间和昂贵的.因为这些测试是随机创建的,他们的功能性是很难追踪和重现,而且维护成本也是非常昂贵的. 对于一个刚刚起步的自动化测试小组,更好的选择是使用一种测试自动化框架,它已经定义好了由一些假设,概念和制定工作平台或为自动化测试提供支持的实践组成的集合.在这篇文章中我试着将一些我熟悉的测试自动化框架-特别是测试脚本模块化,测试库构

ShutIt:一个基于Python的shell自动化框架

译者注:本文通过实例简单介绍了ShutIt这个基于Python的自动化框架的使用方法.除了pexpect,我们又多了这个选择.以下是译文. ShutIt是一个易于使用的基于shell的自动化框架.它对基于python的expect库(pexpect)进行了包装.你可以把它看作是"没有痛点的expect".它可以通过pip进行安装. Hello World 让我们从最简单的例子开始吧.创建一个名为example.py的文件: import shutit      session = sh