• 0
  • 0
分享

  送你一套免费的性能测试框架搭建的课程!省下的300块,去吃一顿热气腾腾的火锅吧!点击下方链接,答问卷,领课程~链接:http://vote.51testing.com/


  作为开软件开发从业者,接口调试是必不可少的一项技能,在这方面 Postman 做的非常出色。但是在整个软件开发过程中,接口调试只是其中的一部分,还有很多事情 Postman 无法完成,或者无法高效完成,比如:接口文档定义、Mock 数据、接口自动化测试等等。Apifox 就是为了解决这个问题而生的。

  接口管理现状

  一、常用解决方案

  1、使用 Swagger 管理接口文档

  2、使用 Postman 调试接口

  3、使用 RAP 等工具 Mock 数据

  4、使用 JMeter 做接口自动化测试

  二、存在的问题

  维护不同工具之间数据一致性非常困难、低效。并且这里不仅仅是工作量的问题,更大的问题是多个系统之间数据不一致,导致协作低效、频繁出问题,开发测试人员痛苦不堪。

  1、开发人员在 Swagger 定义好文档后,接口调试的时候还需要去 Postman 再定义一遍。

  2、前端开发 Mock 数据的时候又要去 RAP 定义一遍,还需要手动设置 Mock 规则。

  3、测试人员需要去 JMeter 再定义一遍。

  4、前端根据 RAP Mock 出来的数据开发完,后端根据 Swagger 定义的接口文档开发完,各自都试测试通过了,本以为可以马上上线,结果一对接发现各种问题:

  · 开发过程中接口变更了,只修改了 Swagger,但是没有及时同步修改 RAP。

  · 后端开发的接口数据类型和文档不一致,肉眼难以发现问题。

  5、同样,测试在 JMeter 写好的测试用例,真正运行的时候也会发现各种不一致。

  6、时间久了,各种不一致会越来越严重。

  Apifox 解决方案

  一、如何解决这些问题

  1、Apifox 定位

  Apifox = Postman + Swagger + Mock + JMeter

  通过一套系统、一份数据,解决多个系统之间的数据同步问题。只要定义好接口文档,接口调试、数据 Mock、接口测试就可以直接使用,无需再次定义;接口文档和接口开发调试使用同一个工具,接口调试完成后即可保证和接口文档定义完全一致。高效、及时、准确!

  2、Apifox 宗旨

  节省研发团队的每一分钟!

  3、Apifox 功能

  接口设计:Apifox 接口文档遵循 OpenApi 3.0 (原 Swagger)、JSON Schema 规范的同时,提供了非常好用的可视化文档管理功能,零学习成本,非常高效。并且支持在线分享接口文档。

  数据模型:可复用的数据结构,定义接口返回数据结构及请求参数数据结构(仅 JSON 和 XML 模式)时可直接引用。支持模型直接嵌套引用,直接 JSON/XML 智能导入,支持 oneOf、allOf 等高级组合模式。

  接口调试:Postman 有的功能,比如环境变量、前置/后置脚本、Cookie/Session 全局共享 等功能,Apifox 都有,并且比 Postman 更高效好用。接口运行完之后点击保存为用例按钮,即可生成接口用例,后续可直接运行接口用例,无需再输入参数,非常方便。自定义脚本 100% 兼容 Postman 语法,并且支持运行javascript、java、python、php、js、BeanShell、go、shell、ruby、lua等各种语言代码。

  接口用例:通常一个接口会有多种情况用例,比如参数正确用例、参数错误用例、数据为空用例、不同数据状态用例等等。运行接口用例时会自动校验数据正确性,用接口用例来调试接口非常高效。

  接口数据 Mock:内置 Mock.js 规则引擎,非常方便 mock 出各种数据,并且可以在定义数据结构的同时写好 mock 规则。支持添加“期望”,根据请求参数返回不同 mock 数据。最重要的是 Apifox 零配置 即可 Mock 出非常人性化的数据,具体在本文后面介绍。

  数据库操作:支持读取数据库数据,作为接口请求参数使用。支持读取数据库数据,用来校验(断言)接口请求是否成功。

  接口自动化测试:提供接口集合测试,可以通过选择接口(或接口用例)快速创建测试集。目前接口自动化测试更多功能还在开发中,敬请期待!目标是: JMeter 有的功能基本都会有,并且要更好用。

  快捷调试:类似 Postman 的接口调试方式,主要用途为临时调试一些无需文档化的接口,无需提前定义接口即可快速调试。

  代码生成:根据接口及数据数据模型定义,系统自动生成接口请求代码、前端业务代码及后端业务代码。

  团队协作:Apifox 天生就是为团队协作而生的,接口云端实时同步更新,成熟的团队/项目/成员权限管理,满足各类企业的需求。

  二、Apifox 做的不仅仅是数据打通

  如果你认为 Apifox 只做了数据打通,来提升研发团队的效率,那就错了。Apifox 还做了非常多的创新,来提升开发人员的效率。

  1、接口支持“用例管理”

  通常一个接口会有多种情况用例,比如 正确用例 参数错误用例 数据为空用例 不同数据状态用例。定义接口的时候定义好这些不同状态的用例,接口调试的时候直接运行,非常高效。

  2、“数据模型”定义、引用

  可以独立定义数据模型,接口定义时可以直接引用数据模型,数据模型之间也可以相互引用。同样的数据结构,只需要定义一次即可多处使用;修改的时候只需要修改一处,多处实时更新,避免不一致。

  3、调试时“自动校验”数据结构

  使用 Apifox 调试接口的时候,系统会根据接口文档里的定义,自动校验返回的数据结构是否正确,无需通过肉眼识别,也无需手动写断言脚本检测,非常高效!

1-1.png

  4、“可视化”设置断言

  设置断言:

1-2.png

  运行后,查看断言结果:

1-3.png

  5、“可视化”设置提取变量

1-4.png

  6、支持数据库操作

1-5.png

  7、“零配置”Mock 出非常人性化的数据

  先放一张图对比下 Apifox 和其他同类工具 零配置 mock 出来的数据效果:

1-6.png

  可以看出 Apifox 零配置 Mock 出来的数据和真实情况是非常接近的,前端开发可以直接使用,而无需再手动写 mock 规则。

  Apifox 如何做到高效率、零配置生成非常人性化的 mock 数据

  Apifox 根据接口定义里的数据结构、数据类型,自动生成 mock 规则。

  Apifox 内置智能 mock 规则库,根据字段名、字段数据类型,智能优化自动生成的 mock 规则。如:名称包含字符串image的string类型字段,自动 mock 出一个图片地址 URL;包含字符串time的string类型字段,自动 mock 出一个时间字符串;包含字符串city的string类型字段,自动 mock 出一个城市名。

  Apifox 根据内置规则,可自动识别出图片、头像、用户名、手机号、网址、日期、时间、时间戳、邮箱、省份、城市、地址、IP 等字段,从而 Mock 出非常人性化的数据。

  除了内置 mock 规则,用户还可以自定义规则库,满足各种个性化需求。支持使用 正则表达式、通配符 来匹配字段名自定义 mock 规则。

  8、代码自动生成

  根据接口模型定义,自动生成各种语言/框架(如 TypeScript、Java、Go、Swift、ObjectiveC、Kotlin、Dart、C++、C#、Rust 等)的业务代码(如 Model、Controller、单元测试代码等)和接口请求代码。目前 Apifox 支持 130 种语言及框架的代码自动生成。

  更重要的是:你可以通过自定义代码模板来生成符合自己团队的架构规范的代码,满足各种个性化的需求。

  9、导入、导出

  支持导出 OpenApi (Swagger)、Markdown、Html 等数据格式,因为可以导出OpenApi格式数据,所以你可以利用 OpenApi (Swagger) 丰富的生态工具完成各种接口相关的事情。

  支持导入 OpenApi (Swagger)、Postman、HAR、RAML、RAP2、YApi、Eolinker、NEI、DOClever、ApiPost 、Apizza 、ShowDoc、API Blueprint、I/O Docs、WADL、Google Discovery等数据格式,方便旧项目迁移。

  三、后续功能规划

  1、接口文档公开对外发布。

  2、接口性能测试支持(类似 JMeter)。

  3、支持插件市场,可以自己开发插件。

  4、支持更多接口协议,如GraphQL、websocket等。

  5、支持离线使用,项目可选择在线同步(团队协作)还是仅本地存储(单机离线使用)。



作者:我是强哥    

来源:http://www.51testing.com/html/93/n-4478293.html




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

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 本篇的目的是简明的完成一份接口测试用例设计的撰写,维护的文档,需要大家共同努力,不断完善,存在的不足以及日后在实际使用中暴露出来的问题,希望大家及时出,以便更新文档。一、用例设计过程:罗马不是一天建成的,用例不是一次完成的;书写测试用例本身和完善代码一样,也是一个循序渐进的过程。首先,必须熟读需求说明书和接口设计文档,了解每个接口具体的使用场景,明白软件的性能指标。其次,设计接口测试用例:开始在编码阶段,测试人员根据需求说明书和接口设计文档设计接口测试用例。然后,codereview:开发完成编码后,在时间充裕的条件下,要进行?codereview,一方面是检查开发的代码功能逻辑是否正确,另一...
            12 12 3126
            分享
          •   1. 首先明确下并发的概念。在性能测试中并发可以理解为同一时刻做不同的事,或同一时刻做同样的事。一般我们在性能测试的时候也是这么去模拟的。那这个同一时刻的并发是很难做到的。  要知道我们用来发起压力的测试工具本身要能做到同一时刻发起压力,如果设置线程数过多,负载机本身资源不足会有排队,请求建立和服务端的连接过程会排队,请求数据发送到服务的时候在网络队列上也会排队,请求数据达到服务端,在服务端也会进行排队,所以严格意义上的并发多少用户数等等是比较难做到的。  但是,并发我们可以分层去看,像一般的webserver或容器服务都有监控数据,如nginx的Active connections,to...
            0 0 2431
            分享
          •   是不是好多人拿到需求之后,就直接按照自己的理解去测试了呢?如果直接去测试,会有很多需求理解的偏差,测试过程中会发现自己理解的需求跟开发实际做出来的功能不一致。那么拿到一个需求后,我们应该如何做呢?  1、进行需求分析讨论  拿到需求后,我们应该先将需求文档自己过一遍,标出自己不理解的地方或者可能会有争议的地方。当然我们也可以借鉴一下同类网站类似的功能是怎样处理的,这样更有助于我们理解需求。然后联系需求人员和开发人员,在大家有时间的时候一起讨论一下需求到底是怎样的,把自己对需求的理解表述一下,然后把自己不理解的地方和可能会有争议的地方拿出来大家一起讨论,往往在讨论的过程中会有一种豁然开朗的感...
            12 14 3705
            分享
          • 自动化测试一直是测试人员的核心技能,也是测试的重要手段之一。尤其是在今年所谓的互联网寒冬的行情下,各大企业对测试人员的技术水平要求的很高,而测试人员的技术水平主要集中在三大自动化测试领域,再加测试辅助脚本的编写,测试工具的开发,测试平台的开发等。而普通的测试人员想快速提升技术,自动化测试必是无可挑剔的选择。但是由于业界一直存在着对自动化测试的误解,严重影响了自动化测试的发展,也影响了不少同学学习自动化测试的信心。主要集中在以下几点:一、自动化测试是万能的由于对自动化测试的认识不足,或是对使用场景不够明确,认为只要开展了自动化测试,就能尽可能地发现更多的bug,有的甚至认为只要自动化测试做的好,...
            4 4 1461
            分享
          • 1、场景在做性能测试时,单台机器进行压测可能达不到预期结果。主要原因是单台机器压到一定程度会出现瓶颈。也有可能单机网卡跟不上造成结果偏差较大。例如4C8G的window server机器,使用UI方式,最高压测在1800并发(RT 20ms以内)左右。如果对于XML文件进行解析,更容易吃CPU,并发数会更低。当单台机器不能支持更大的并发时需要考虑分布式压力测试。 2、原理原理图如下:Jmeter分布式测试时,选择其中一台作为调度机(master),其它机器做为执行机(slave)master通过GUI界面启动slave机器,将jmeter压测发送给每台启动的slaveslave启动j...
            6 8 3477
            分享
      • 51testing软件测试圈微信