Postman

在 Postman 这个宽泛应用的 API 开发工具中，经常须要将以后的工夫戳嵌入到咱们的API申请中。这里有两种次要的做法能够帮忙咱们实现这一目标，一方面是利用 Postman 自带的函数，另一方面则是通过编写自定义的 Javascript 代码。上面是如何操作的细节。 利用 Postman 内置函数插入以后工夫戳首先，假如你正在 Postman 上工作，筹备发送一个蕴含timestamp参数的申请。这时，你能够简便地应用{{$timestamp}}这一内置的动静变量。在筹备发送的 API 调用中，抉择此参数即可主动将以后工夫戳增加到申请中。随着申请的发送，控制台将展现出残缺的申请 URL，其中就含有咱们通过内置变量取得的工夫戳。 通过自定义脚本取得以后工夫戳当然，Postman 也反对更为灵便的自定义办法。通过在 Pre-request Script 或 Tests 标签页编写 Javascript 代码，用户能够准确地管制工夫戳的获取与应用形式。以下是一个示例，展现了如何利用Date对象获取以后工夫，并将这个值赋予一个环境变量，以便再次利用。 这种形式的益处是，你能够依据需要对工夫戳进行格式化，比方将毫秒级的工夫戳转换为秒级。实现这步之后，就能够将工夫戳保留至 Postman 的环境变量中了，如果该变量不存在，Postman 会主动为其创立并赋值。 结语无论是利用 Postman 自带的性能，还是编写自定义脚本来获取以后工夫戳，两者都能满足日常 API 测试的需要。此外，相干的工具如 Apifox 也提供了不便获取动静值如工夫戳的性能，并容许在脚本中进行更简单的数据处理。不论你抉择哪种形式，

原文https://blog.postman.com/extracting-data-from-responses-and-chaining-requests/ 注释局部Postman lets you write scripts that run before/after you receive a response from the server. You can do practically anything in these scripts. The pre-request and test scripts run inside a sandbox and Postman enable the Postman object to interact with the main Postman context. PostMan 能够让你编写脚本，运行在收到一个响应之前或者之后。 This opens up a number of new possibilities. 这带来了许多新的可能性。 One of them is extracting values from the response and saving it inside an environment or a global variable. ...

什么是 Postman？Postman 是一种用于测试和开发 API 的工具，让开发者能够轻松地构建、发送、调试 HTTP 申请，并查看响应后果。通过Postman，开发者能够在不编写代码的状况下疾速测试 API 的正确性和可靠性。Postman 还反对合作和自动化测试，能够通过脚本来执行测试用例并生成测试报告，帮忙开发者创立和保护 API 文档，包含生成 API 参考文档、示例代码等。使开发者更加高效地工作，并缩小 API 开发周期。 下载 PostmanPostman 是一款罕用的 API 测试工具，它能够让开发者更加不便地测试和调试 API，能够通过以下步骤下载 Postman： 关上浏览器，进入 Postman官网。抉择适宜本人操作系统的版本，比方 Windows、Mac 或 Linux 零碎。点击“Download”按钮进行下载，下载实现后进行装置。 装置 Postman装置 Postman 也很简略，只需依照以下步骤进行操作： 双击下载好的安装文件，关上安装程序。抉择语言、门路等相干选项。点击“装置”按钮，期待安装程序主动装置实现即可。 具体教程：Postman 下载及装置教程 什么是 Postman Interceptor？为了进一步加强 Postman 工具的性能，Postman 公司推出了一个浏览器插件 —— Postman Interceptor，它能够拦挡客户端和服务器之间的 HTTP/HTTPS 申请，并将其发送到 Postman 工具进行进一步解决和调试；能间接应用 Chrome 浏览器的 cookie 等信息。它是一个浏览器扩大程序，须要装置能力应用。该扩大程序与 Chrome 和 Firefox 浏览器兼容。装置后，它与 Postman 应用程序一起工作，捕捉网络流量。 下载 Postman InterceptorPostman Interceptor 是 Postman的一个插件，能够帮忙用户在Postman中拦挡和批改浏览器的申请，用户能够通过以下步骤下载Postman Interceptor： 返回 Chrome 利用商店下载 Postman Interceptor。点击“Add to Chrome”进行下载。 ...

一、ApiKit 整体介绍：1、接口治理的需要与现状：在软件我的项目研发的过程中，必然存在以下几个需要： API 接口文档的治理，罕用的解决方案有 SwaggerAPI 接口的调试，罕用的解决方案有 PostmanAPI 接口的自动化测试，放大版本迭代过程的测试周期，进步版本的代码品质，罕用的解决方案有 JMeterAPI 接口数据的 Mock，节俭数据结构的工夫、以及辞别期待后端接口，罕用的解决方案有 MockJs尽管 Swagger、Postman、JMeter、MockJS 各自能十分杰出地满足下面研发流程中的不同环节的需要，然而因为实现 接口设计、文档编写、调试、数据Mock、测试验证 等工作须要应用好几个不同工具，所以理论中应用时，会遇到如下状况： (1) 开发人员基于Swagger定义好文档之后，接口调试时还须要去 Postman 再定义一遍(2) 前端开发 Mock 数据时又要应用 MockJs 定义一遍，还须要手动设置 Mock 规定(3) 测试人员在结构测试用例时须要应用 JMeter 再定义一遍(4) 前端基于 MockJs Mock 进去的数据开发完，后端依据 Swagger 定义的接口文档开发完，各自都试测试通过了，本认为能够马上上线，后果一对接发现各种问题： a.开发过程中接口变更了，但只批改了 Swagger，没有及时同步批改 MockJs b.后端开发的接口数据类型和文档不统一，肉眼难以发现问题。(5) 同样，测试在 JMeter 写好的测试用例，真正运行的时候也会发现各种不统一。(6) 随着工夫的推移，各种不统一会越来越重大。 总结下来就是存在以下问题：（1）多零碎数据不互通，无奈互相导入，造成用 Swagger 定义和编写接口后，API设计者、前端开发、后端开发、测试人员 在应用 Postman、MockJS、Jmeter 等工具时还须要反复大量雷同的工作，效率低。（2）数据一致性艰难。因为数据不互通，每次变更接口内容，都须要不同角色去批改多套零碎，一致性的保护十分艰难，且随工夫的推移越来越重大。（3）多套零碎间无奈团队合作，变更无奈及时告诉和同步到团队成员手中，导致各种沟通不及时、合作低效、频繁出问题。 2、什么是ApiKit：那有没有一款工具可能实现上述性能的对立，从而解决方才提到的问题呢？答案必定是有的，也就是咱们这篇文章的主人公 ApiKit。 官网对 ApiKit 定位是： ApiKit = API 治理 + Mock + 自动化测试 + 异样监控 + 团队合作 ，作为一款接口全周期的生产力工具、一站式接口治理平台，它真正实现了数据流的买通，在一个软件上就能实现 接口设计-> 接口文档 -> 接口调试 -> 接口批改 -> 接口mock -> 接口测试 -> 接口自动化 -> 接口迭代 的工作流闭环，后端，前端，测试不同畛域既能各取所需，又能协同单干。 ...

想给大家分享一款技术人必备的接口测试神器：ApiKit，应该是我目前用过，算得上良心的接口工具. 1. 背景作为互联网行业技术从业者，接口调试是必不可少的一项技能，通常咱们都会抉择应用 Postman 这类工具来进行接口调试，在接口调试方面 Postman 做的的确十分杰出。 然而在整个软件开发过程中，接口调试只是其中的一部分，还有很多事件 Postman 是无奈实现的，或者无奈高效实现，比方：接口文档定义、Mock 数据、接口自动化测试等等。 明天给大家举荐的一款神器: ApiKit=API 治理 + Mock + 自动化测试 + 异样监控 + 团队合作 聊一聊接口治理的现状对于接口治理的现状来说，目前行业大部分采取的解决方案有如下几种：应用 Swagger治理接口文档。应用 Postman 调试接口。应用 RAP或Easy Mock来进行 Mock数据。应用 JMeter 做接口自动化测试。而上述的接口管理手段，咋一看，貌似没有什么问题，但仔细分析，不难发现，当中存在的问题还真不少，比方要保护不同工具，并且这些工具之间数据一致性十分艰难、十分低效。这里不仅仅是工作量的问题，更大的问题是多个零碎之间数据不统一，导致合作低效，频繁出问题，开发人员、测试人员工作起来也痛苦不堪。构想一下这样的一个合作流程（官网示例）： 开发人员在Swagger定义好文档后，接口调试的时候还须要去 Postman 再定义一遍。前端开发Mock 数据的时候又要去RAP 或Easy Mock定义一遍，手动设置好 Mock 规定。测试人员须要去 JMeter定义一遍。前端依据 RAP或Easy Mock定义 Mock 进去的数据开发完，后端依据 Swagger定义的接口文档开发完，各自测试测试通过了，本认为能够马上上线，后果一对接发现各种问题：原来开发过程中接口变更，只批改了 Swagger，然而没有及时同步批改 RAP 或Easy Mock。同样，测试在 JMeter 写好的测试用例，真正运行的时候也会发现各种不统一。工夫久了，各种不统一会越来越重大。2. ApiKit介绍官网对ApiKit定位是，API 治理 + Mock + 自动化测试 + 异样监控 + 团队合作 联合 API 设计、文档治理、自动化测试、监控、研发治理和团队合作的一站式 API 生产平台，从集体开发者到跨国企业用户，Apikit 帮忙寰球超过50万开发者和10万家企业更快、更好且更平安地开发和应用 API 概括来讲，ApiKit 罕用性能分为五类： ...

一、介绍ApiKit 是接口治理、开发、测试全流程集成工具，定位 API 治理 + Mock + 自动化测试 + 异样监控 + 团队合作。 1、开发测试过程中的现状yapi -- 治理接口文档rap -- 前端开发mock数据postman -- 开发调试接口、测试调用接口jmeter -- 根本的压力测试 2、存在的问题和痛点 接口文档和理论开发的接口数据类型可能存在不统一，导致前后端未达成对立，测试时遇到问题，消耗工夫；一个接口，至多被定义四次：服务端开发调试时、前端开发mock时、接口测试时、jmeter压测时，在需求量大，开发、测试工夫紧迫时，反复定义接口，显得有些浪费资源；测试中有时须要通过更改数据库数据，再调用接口，来进行测试，频繁操作时，比拟麻烦；3、用 ApiKit 能够解决的问题 进步开发接口数据类型的标准型，前后端单方都齐全恪守接口定义的标准，使得联调更加顺利；进步服务端冒烟通过率，开发定义好接口并调通后，能够立刻保留为一个测试用例，测试能够在提测前依据这个模板提前编写接口测试用例给开发自测；数据共享，只需开发定义一次接口，即可实现多种操作，缩小别人因为配置谬误等问题导致的接口调试失败几率，从而节俭肯定的工夫；连贯数据库，疾速筹备须要的测试数据；二、装置下载安装包后，一键装置即可。下载链接：https://www.eolink.com/?utm_source=cpsf&utm_content=cpy08 三、应用1、应用场景后端开发 接口文档治理后端代码主动生成接口调试接口自测前端开发 接口文档治理接口数据 Mock接口调试前端代码主动生成测试人员 接口调试接口测试性能测试2、基本功能API测试 进入 API 文档详情页，点击上方 测试 标签，进入 API 测试页，零碎会依据API文档主动生成测试界面并且填充测试数据。 填写申请参数 首先填写好申请参数。 申请头部您能够输出或导入申请头部。批量导入的数据格式为 key : value ，一行一条header信息，如： Connection: keep-aliveContent-Encoding: gzipContent-Type: application/jsonDate: Mon, 30 Dec 2019 20:49:45 GMT申请体 申请体提供了五种类型： Form-data（表单）JSONXMLRaw（自定义文本类型数据）Binary（字节流、文件参数）产品中提供了的 JSON 和 XML 编辑器，当您曾经在 API 文档中定义好 API 的申请数据结构时，只须要在测试界面填写各个字段的值，零碎会主动转换为相应的 JSON 和 XML 构造的申请数据。Query 参数 ...

作为一位后端开发，咱们平时常常须要保护API文档、对API接口进行调试、有时候还得Mock数据。Postman尽管作为接口调试工具十分好用，然而对于保护API文档这类工作却不太适合。明天给大家举荐一款性能更弱小的工具ApiKit，足以满足咱们对API的各种需要，心愿对大家有所帮忙！ ApiKit简介ApiKit 的定位是 API 治理 + Mock + 自动化测试 + 异样监控 + 团队合作。能够通过一种工具解决之前应用多种工具的数据同步问题。高效、及时、精确！ 装置ApiKit 的装置十分不便，间接下载安装包，装置即可，下载地址：https://www.eolink.com/?utm_source=cpsf&utm_content=cpy07 API文档导入ApiKit 的API文档导入性能十分弱小，反对包含Swagger、Postman、YApi、Jmeter 等多种工具的导入。 1、按以上的性能入口门路进入导入API窗口。 2、抉择对应的导入数据类型格局。 接口治理接口设计Apikit 中一共有5种创立API文档的形式：新建API文档导入API文档，详情可查看官网教程《导入、导出API文档》从模板增加API文档，详情可查看官网教程《API文档模板》主动生成API文档，详情可查看官网教程《主动生成API文档》IDEA插件正文同步API文档接口调试咱们再来体验下ApKit的调试性能，它也反对多协定 性能入口：API治理利用 / 选中某个我的项目 / API文档菜单 / 选中某一API文档 / 点击“测试”TAB API文档测试页，可对该API文档形容的接口进行疾速测试。API文档测试页分为地址管制栏、申请控制区、返回展示区，以及测试辅助工具区共四个局部。 应用脚本ApiKit的自定义前置脚本和后置脚本十分弱小，不仅反对简略的断言和提取变量，还能反对编写JS脚本。 前置脚本和后置脚本 API脚本分为 API前置脚本 和 API后置脚本 两种，别离对应API 申请前 和 返回数据后的两个阶段。你能够通过编写Javascript代码，在API前置脚本中扭转申请参数，或者是在API后置脚本中扭转返回后果。 API脚本性能罕用于以下几种状况： API申请时对Body进行整体签名加密，罕用于银行等零碎测试中API返回后果后对Body进行解密，罕用于反爬虫零碎的测试中发动的API申请会顺次通过以下流程。其中如果你没有编写相应的API脚本，则会略过API脚本阶段。 Mock数据增加及调用 Mock API 在瀑布流开发模式中，如果前端开发人员须要进行页面对接，须要后端先实现API的开发工作，因而前后端开发的进度会相互影响。 通过 Mock API，您能够当时编写好 API 的数据生成规定，由 API 研发治理平台 动静生成 API 的返回数据。开发人员通过拜访 Mock API 来取得页面所须要的数据，实现对接工作。 Eolink ApiKit提供市面最强的Mock API能力体系： 如果用户仅须要疾速的基于接口文档中的返回后果获取对应的随机数据，则能够通过繁难Mock性能获取对应信息。 如果用户冀望通过一个url模仿不同的申请信息时，获取对应个的返回后果模仿数据，则举荐应用高级Mock性能。 ...

首先装置 导入 Postcat 插件，之后就能够欢快的导入 Postman 格局的文件了。 右上角+——抉择导入——抉择Postman 格局——拖入文件 导入即可！再也不必放心 Postcat 格局的 api 文件能把本人难住了！ 如果你日常会用到 api 管理工具的话，无妨看看我目前参加的这个开源我的项目，Postcat 开源的 API 管理工具，纯国产，收费的，主打插件生态，适宜中小团队以及集体开发者应用，有 API 相干的外围性能。 目前在 Github 上 3.6 k star,如果你感觉这个我的项目还不错的话，无妨点个 star 反对一下~ Github：https://github.com/Postcatlab/postcat Postcat 外围性能：API 文档治理：可视化 API 设计，生成 API 文档API 测试：主动生成测试参数，主动生成测试用例，可视化数据编辑插件拓展：泛滥插件扩大产品性能，打造属于你和团队的 API 开发平台Mock：依据文档主动生成 Mock,或创立自定义 Mock 满足简单场景团队合作：既能实现 API 分享也能能够创立云空间独特合作

本次版本更新次要围绕这几个方面： 从 Swagger URL 同步 APIAPI 编辑页面主动调整编辑器高度Windows 安装包自定义 UI但我最想说的还是这个 【从Swagger URL 同步 API】 的局部，也是本次更新的重点。 对于中小型（特地是 Java 技术栈）的开发团队来说，Swagger 是一个便捷的抉择，益处是： 代码即文档，编写成本低，不存在同步不及时的问题；生态好，各大 API 平台都反对基于 OpenAPI 格局的拓展。但应用 Swagger 的用户有以下几个痛点： 测试不不便，有简略的调用测试，然而没有历史也没有鉴权等性能；没有人员治理，无奈合作/告诉/版本治理；对于前端人员不敌对，没有参数形容/值可能性，没有 Mock ；对代码有侵入性。咱们不谋求让大家强制切换工具，而是作为代码的上游 API 文档工具，解决痛点的同时交融 Swagger 生态。 Postcat 通过以下两种形式反对代码生成文档： 如果你之前应用 Swagger，咱们反对从 Swagger Url 主动同步 Swagger 数据；Jebrains IDE 插件，装置后能够在 IDE 中右键一键同步代码正文中的 API 文档信息到 Postcat。（下一篇内容会讲到）上面即为大家演示如何如何反对 Swagger Url 主动同步 Swagger 数据 从 Swagger URL 生成文档提醒：要应用这个性能，肯定得装置 Swagger URL 插件才行 首先，找到对应插件，并装置 抉择通过 URL 导入同步 API 填写 Swagger URL 地址： ...

最近工作须要测试 websocket 接口，之前始终用 Postman 做 http申请 这种短连贯的发包工具，最近发现除了 Postman，有国产开源的软件也能进行 Websocket 测试。要害是无论是下载、装置、应用都很便捷，而且还收费。 Postcat 是一款类 Postman 的开源 API 管理工具，它更轻量，同时可拓展。 除了咱们常说的 API 文档、 API 测试、MOCK 这些外围性能，它还有以下几大亮点： 提供插件广场，目前插件广场除了官网插件，也有与其余工具单干的生态插件，无妨试试，还能够本人开发插件噢；开源，代码齐全公开，Gitee/Github 上即可获取代码；提供更强的文档性能。间接说重点，如何利用 Postcat 进行 Websocket 测试呢？ WebSocket测试方法点击 Tab 加号选中 Websocket 协定 输出地址后点击连贯按钮就能够和服务端进行通信啦 在 message 输出你想要发送的内容在返回 message 信息流中查看内容 好了，基本操作就是这样，无妨你本人亲自体验下。以上的性能来自这个叫做 Postcat 的 API 工具。 在线 Demo 链接： https://postcat.com/zh/?utm_s... 文档链接： https://docs.postcat.com/?utm... 如果你感觉这个开源我的项目还能够的话，无妨点个 star 反对下他们，如果你感觉还须要持续优化，无妨去提个Issue. Github：https://github.com/Postcatlab... Gitee：https://gitee.com/eolink_admi...

一、postman 断言1.1 简介借助 postman，代替人工，主动判断，预期后果和理论后果是否统一1.2 断言罕用办法1.2.1 断言响应状态码// 断言响应状态码pm.test("断言响应状态码是200", function () { pm.response.to.have.status(200);});pm：示意 postman的一个实例(对象)test() postman实例调用的测试方法。这个办法有两个参数。 参1：字符串数据。内容，用来断言完结给出 提示性 文字信息，能够任意批改。 不参加断言。 参2：是一个匿名函数调用。 pm.response.to.have.status(200);的意思是： postman的响应后果中应该含有 状态码 200。其中的 200为预期后果，能够批改。 1.2.2 断言响应体蕴含字符串// 断言响应体中蕴含字符串pm.test("断言响应体中蕴含字符串", function () { pm.expect(pm.response.text()).to.include("10000");}); 1.2.3 断言json响应体数据// 断言json指定key的值pm.test("断言success的值true", function () { var jsonData = pm.response.json(); pm.expect(jsonData.success).to.eql(true);}); 1.3 断言的工作原理 二、postman 关联2.1 关联的概念当 接口 与 接口 之间有 数据依赖 关系时，解决这种依赖关系所应用的技术，叫关联。阐明依赖：一个接口返回的数据，被另外一个接口 发送申请时应用举例： 1.登录接口，返回的令牌数据，被 增加员工 接口作为申请头应用。 2.增加员工胜利，返回员工id，能够被 查问、批改、删除员工接口，在url中应用2.2 关联的实现步骤A接口响应后果，被B接口依赖： 发送 A接口申请，失去响应后果将后果中关联数据，存入 公共容器（全局变量、环境变量）B接口，从 公共容器中提取数据，发送 B接口申请。 2.3 外围代码获取响应后果。 var jsonData = pm.response.json()将数据设置到 全局变量 中。 ...

cURL即clientURL，代表客户端 URL，是一个命令行工具，开发人员应用它来与服务器进行数据交互。例如：最常见的就是通过cURL向指定服务器url地址发送数据。cURL 反对多种不同的协定，包含 HTTP 和 HTTPS，并且能够在不同的操作系统平台上执行。你只须要有一台带网络连接、能够运行命令行的终端即可运行curl命令。 curl 最根本的用法格局是：curl http://example.com. 即curl命令后跟 URL，它将返回 example.com的html源代码。 curl有什么用处？它具备高度的可移植性，能够兼容简直所有操作系统和连贯设施。十分不便用来测试终端设备以查看它们是否失常工作。它能够提供具体的调试信息，例如提供已发送/接管的数据的详细信息。发送 API 申请咱们能够应用 curl 发送 API 申请。每个申请通常由四个次要局部组成： 一个端点，它是咱们发送申请的url地址。HTTP办法。最罕用的办法是 GET、POST、PUT 和 DELETE。 GET用于从服务器检索资源。这能够是文件、数据或图像。POST用于向服务器发送数据。PUT可用于创立或更新资源。这可用于创立或更新数据库中的记录或文件的内容。DELETE用于删除资源，例如数据库记录。Headers，其中蕴含无关申请的元数据，例如内容类型、用户代理等。Body，它是音讯体，蕴含咱们要发送的数据。通常，与 POST 和 PUT 办法一起应用。curl 命令选项有超过两百种curl选项。您能够通过在命令行执行`curl -h来查看帮忙文档。最罕用的命令选项包含： -I仅返回 HTTPS Header头 curl --request GET 'https://api.nasa.gov/planetary/apod?api_key=<myapikey>&date=2020-01-01' -I 此命令将返回 headers 头，例如日期、内容类型等 -v是详情选项 curl --request GET 'https://api.nasa.gov/planetary/apod?api_key=$NASA_API_KEY&date=2020-01-01' -v 此命令将显示运行 curl 命令时产生的所有细节，包含连贯信息、headers头以及返回的所有数据。在这里，咱们还取得了申请返回的图像的形容以及图像 url。 -o将输入存储在文件中 curl --request GET 'https://api.nasa.gov/planetary/apod?api_key=$NASA_API_KEY&date=2020-01-01' --output curloutput 将 curl 与其余 CLI 命令联合应用您能够将其它命令的输入用作 curl 命令的输出，或者反过来。 例如，您能够应用 curl 和 grep 查看网页是否蕴含特定文本。 ...

一、前言工欲善其事，必先利其器最近对 API 接口合作的软件钻研了良久，市面上的软件都下载用了一轮，上面给大家介绍其中的最强「神器」 Apifox。 Apifox 官网：apifox.cn在介绍它之前，先说几个场景。如果你是后端、前端或测试，那肯定遇到过这些场景。 1.1. 场景一、后端视角：我是个 后端 ，遇到过的问题： 接口定好，团队里的前端、测试小伙伴找我 要文档 。代码正文好给个 Swagger 还容易被吐槽界面丑、性能弱，不能做到 开发阶段即可并行联调 ，一开始是对接不了、调试不起来的，甚至有时候还会呈现前端开发完界面，只能等后端联调。接口联调对接过程中，总会有些接口没意料的，发现一些 字段返回 null 或 类型不正确 会导致前端解体或界面显示异样，联调的时候 接口 bug 不好定位 等。接口初步对通了，又没测试数据。测试小伙伴是个老手，让我 造点数据 不便她测。一些简单的流程数据通过数据库来造，又 费劲不讨好 还容易出问题，往往后果就是反手一个 bug 甩过去。公司的接口是微服务化的，要凋谢给其余事业部或内部客户应用，须要提供接口定义、参数阐明等等，自此 又多了份文档要保护，后续的所有迭代都须要同步 。1.2. 场景二、前端视角：我是个 前端 ，遇到过的问题： 前端业务开发完，然而自测得依赖于接口数据来汇合在前端（网页、客户端、小程序）来跑一整个流程。接口又还不能对接，可能要等几天甚至一周，就只能先本人 Mock 一些 JSON 数据 来自测，如果本人 造数据 的时候有些造的不太对，还得本人 定位查错是代码健壮性还是 JSON 自身造的问题 能力纠错，而且 webpack 或其余脚手架提供的 mock 服务往往 只能返回繁多后果，想要 mock 多种状况十分麻烦 。后端开发完，联调却发现界面显示解体了，发现是 接口返回数据类型 和文档不统一，肉眼还分辨不进去，还得 费工夫调试 一轮下来才发现是接口问题。接口初步对通了，发现某些状况接口满足不了需要 须要加字段 ，后端要开发 0.5/1 天。要么干等进度延期，要么就提前同步去批改一下 Mock 的 JSON 数据 对应的改一下前端逻辑，往往有多套 JSON 还得全副同步改一遍。1.3. 场景三、测试视角：我是个 测试 ，遇到过的问题： ...

01此前时不时会有一些研发小伙伴和我诉苦，说很多企业因为人力财力限度或者需要不强，会间接购买应用第三方的凋谢API，这样一来， 一则因为凋谢我的项目不是量身定制的，寻找本人适合的接口也要搜寻调研蛮多工夫。 二则这种单干形式下 API提供者通常只会提供调用权限和一份接口文档，研发童鞋调试的时候只能手动一个个把接口数据复制到调试工具，费时费力。 综合上述两大痛点，我给大家举荐的解决方案是的一个叫API Hub的我的项目。 GitHub 下面也有相似于public APIs等收录了凋谢API ，但只做了数据收录的工作，接口调试工具则只提供了调试性能，两者兼而有之的很少。 而API Hub的变革之处在于它不仅汇总整顿了热门的凋谢 API 接口，更重要的是还提供了一系列调试、mock，测试等性能，开发者间接在API Hub下面比对抉择适合的API，接着间接在API Hub中发动调试，整个流程零打碎敲，省时省力。 因而这个API Hub创意不赖，值得花点篇幅介绍给大家。 02API Hub是国产API管理工具Apifox外面绝对独立的模块。 Apifox 反对API文档治理，API 调试，API Mock，API 自动化测试，是一个后端，前端，测试都能用的一站式接口治理平台，因而它官网上写的slogan就是 Apifox=Swagger+Postman+Mock+Jmeter。 而API Hub 收录了国内各大厂商热门的API 凋谢我的项目，如企业微信API,快手凋谢API，抖音凋谢API，目前还在继续收录中；另一方面它依靠于Apifox，能提供对凋谢api 进行调试、mock等性能。 对于想要接入凋谢我的项目的开发者来说，便当是肉眼可见的： 针对特定的需要，开发者可疾速在API Hub中搜寻到相似性能的api我的项目，进行比对，筛选出最匹配本人我的项目和需要的API，进步筛选效率开发者能够间接在API Hub中发动调试API Hub中接口和文档是一体的，能够间接查看接口形容和性能API Hub中的凋谢我的项目还能够毋庸配置进行mock，满足异样场景调试的需要。上面我给大家开展讲讲要怎么用。 03绝大多数的凋谢我的项目都须要你先申请调用权限，有些凋谢API能够间接在官网上依照它的提醒申请，取得apikey、client_secret等值；有些则须要企业走购买流程，对于想要练手的能够找前者，对于企业开发者后者能够交给商务去搞定。 获取到调用权限后，就能够开始调试了。在API Hub里，能够间接查看接口文档，或者间接进入我的项目发动调试。 能够间接查看某个接口的接口文档详情，再对该接口发动调试： 也能够间接进入我的项目的调试界面： 04 API 调试和市面上的老牌调试工具Postman相比，Apifox毫不逊色——Postman反对的性能它都能反对，并且Apifox还提供了反对可视化断言，连贯数据库，调用内部函数与脚本，反对多种语言，环境变量设置等性能，调试起来也很快捷不便。 反对多种鉴权形式：前后置操作反对多种辅助性能：a.反对可视化断言，多个接口调用、参数简单的场景下便于判断返回数据是否存在问题； b.反对提取变量保留到我的项目全局变量中，可能实现接口之间的数据传递 c.反对链接数据库，能够间接应用企业的业务数据进行调试，调试的后果更加实在 d.反对自定义脚本，满足开发者的各类型的特定需要，此外也反对调用Java，Python，PHP等130种编程语言编写的内部程序； 当然，这确保电脑曾经装置相应程序运行须要的java，Python，nodejs等环境。 05 API mock前端界面往往须要对一些后端异样返回场景做异样兼容，但凋谢API对这种异样场景的调试反对时有余的。 这时候能够应用 Apifox提供的API Mock性能。调试的时候间接应用mock服务，在高级mock-新建冀望中设置body/query等参数为某个值时，接口返回你须要的特定数据 保留胜利的冀望会显示到高级mocktab下，调试前端界面时间接应用快捷调试性能即可操作 Apifox提供的mock性能十分弱小，它内置了邮箱，身份证等罕用业务数据的mock规定，应用的时候间接抉择即可mock出高度实在的业务数据。 如果你的我的项目数据有特定的数据类型，能够本人自定义mock规定，在我的项目设置-mock设置中可通过通配符或正则表达式结构出你须要的数据来调试。 ...

“新热战”蔓延到生产力工具前端工夫，驰名 UI 设计软件 Figma 发表制裁大疆！ 这不仅让中国的互联网从业者纷纷一头冷汗：明天是 Figma，今天会是什么？明天是大疆，今天会不会是其余企业？明天是 UI 设计师和产品经理受到影响，今天会不会是开发和测试？咱们罕用的那些美国出品的工具，尤其是须要在线应用的产品，Postman，Jira，Notion，Jmeter，会不会步 Figma 的后尘？ 唇亡齿寒。 丢掉 Postman，Apifox 更香作为开发者，丢掉 Postman 和 Jmeter吧，这款国产 API 工具更香，更平安！一键即可导入 Postman 数据！ Apifox 是什么？1、Apifox 定位Apifox = Postman + Swagger + Mock + JMeter Apifox 是中国自主研发的 API 文档、API 调试、API Mock、API 自动化测试一体化合作平台。 通过一套零碎、一份数据，解决多个零碎之间的数据同步问题。只有定义好接口文档，接口调试、数据 Mock、接口测试就能够间接应用，无需再次定义；接口文档和接口开发调试应用同一个工具，接口调试实现后即可保障和接口文档定义完全一致。高效、及时、精确！ 2、Apifox 主旨节俭研发团队的每一分钟！ 3、反对 Postman 一键导入Apifox 反对导入 OpenApi (Swagger)、Postman、apiDoc、HAR、RAML、RAP2、YApi、Eolinker、NEI、DOClever、ApiPost 、Apizza 、ShowDoc、API Blueprint、I/O Docs、WADL、Google Discovery等数据格式，旧我的项目一键即可迁徙到 Apifox。 4、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 还做了十分多的翻新，来晋升开发人员的效率。 ...

作为软件开发从业者，API 调试是必不可少的一项技能，在这方面 Postman 做的十分杰出。然而在整个软件开发过程中，API 调试只是其中的一部分，还有很多事件 Postman 无奈实现，或者无奈高效实现，比方：API 文档定义、API Mock、API 自动化测试等等。Apifox 就是为了解决这个问题而生的。接口治理现状一、罕用解决方案应用 Swagger 治理 API 文档应用 Postman 调试 API应用 MockJs 等工具 Mock API 数据应用 JMeter 做 API 自动化测试二、存在的问题保护不同工具之间数据一致性十分艰难、低效。并且这里不仅仅是工作量的问题，更大的问题是多个零碎之间数据不统一，导致合作低效、频繁出问题，开发测试人员痛苦不堪。 开发人员在 Swagger 定义好文档后，接口调试的时候还须要去 Postman 再定义一遍。前端开发 Mock 数据的时候又要去 MockJs 定义一遍，还须要手动设置 Mock 规定。测试人员须要去 JMeter 再定义一遍。前端依据 MockJs Mock 进去的数据开发完，后端依据 Swagger 定义的接口文档开发完，各自都试测试通过了，本认为能够马上上线，后果一对接发现各种问题： 开发过程中接口变更了，只批改了 Swagger，然而没有及时同步批改 MockJs。后端开发的接口数据类型和文档不统一，肉眼难以发现问题。同样，测试在 JMeter 写好的测试用例，真正运行的时候也会发现各种不统一。工夫久了，各种不统一会越来越重大。Apifox 解决方案 一、如何解决这些问题1、Apifox 定位Apifox = Postman + Swagger + Mock + JMeter Apifox 是 API 文档、API 调试、API Mock、API 自动化测试一体化合作平台。 通过一套零碎、一份数据，解决多个零碎之间的数据同步问题。只有定义好接口文档，接口调试、数据 Mock、接口测试就能够间接应用，无需再次定义；接口文档和接口开发调试应用同一个工具，接口调试实现后即可保障和接口文档定义完全一致。高效、及时、精确！ ...

环境：Postman 版本9.10.0 1、点击右上角小眼睛 2、点击编辑 3、新建变量名，命名这个环境为测试环境 4、切换环境变量，增加测试到登录接口点击发送，当申请登陆后主动设置响应的accessToken值到以后环境变量中 pm.test("Set token success", function () { var jsonData = pm.response.json() pm.environment.set("accessToken", jsonData.accessToken);});点击右上角小眼睛就能够看到每次申请登录后，测试环境的accessToken始终随着响应变动 5、关上其余的接口申请，最初须要token验证申请的地址这样带token即可 6、Header 增加你须要的键就行了 7、解决运行一下你须要的接口，报 200 就是客户端申请胜利，解决！

“新热战”蔓延到生产力工具 驰名 UI 设计软件 Figma 发表制裁大疆！ 近日，网上流传一份 Figma 发送给大疆的外部邮件。其中写道： “咱们理解到，大疆在美国制裁名单中被点名。因而依据美国法律，Figma 无奈再为您提供对咱们软件的拜访权限，咱们曾经开始解冻您的 Figma 账户。咱们将在将来两周内通过电子邮件或其余形式将您的文件提供给您。此外，咱们不会删除您的文件。如果大疆最终从受制裁方列表中删除，您的拜访权限可能会复原。” 好在，在 Figma 封号的音讯传出后，国内包含蓝湖 MasterGo 等被称为“中国 Figma ”的设计工具团队发表，能够进行 Figma 文件导入，并且反对导入后的编辑性能，将帮忙国内公司渡过难关。 这不仅让中国的互联网从业者纷纷一头冷汗：明天是 Figma，今天会是什么？明天是大疆，今天会不会是其余企业？明天是 UI 设计师和产品经理受到影响，今天会不会是开发和测试？咱们罕用的那些美国出品的工具，尤其是须要在线应用的产品，Postman，Jira，Notion，Jmeter，会不会步 Figma 的后尘？ 唇亡齿寒。丢掉 Postman，Apifox 更香 作为开发者，丢掉 Postman 和 Jmeter吧，这款国产 API 工具更香，更平安！一键即可导入 Postman 数据！Apifox 是什么？ 1、Apifox 定位 Apifox = Postman + Swagger + Mock + JMeter Apifox 是中国自主研发的 API 文档、API 调试、API Mock、API 自动化测试一体化合作平台。 通过一套零碎、一份数据，解决多个零碎之间的数据同步问题。只有定义好接口文档，接口调试、数据 Mock、接口测试就能够间接应用，无需再次定义；接口文档和接口开发调试应用同一个工具，接口调试实现后即可保障和接口文档定义完全一致。高效、及时、精确！ 2、Apifox 主旨 节俭研发团队的每一分钟！ 3、反对 Postman 一键导入 Apifox 反对导入 OpenApi (Swagger)、Postman、apiDoc、HAR、RAML、RAP2、YApi、Eolinker、NEI、DOClever、ApiPost 、Apizza 、ShowDoc、API Blueprint、I/O Docs、WADL、Google Discovery等数据格式，旧我的项目一键即可迁徙到 Apifox。 ...

“新热战”蔓延到生产力工具 驰名 UI 设计软件 Figma 发表制裁大疆！ 近日，网上流传一份 Figma 发送给大疆的外部邮件。其中写道： “咱们理解到，大疆在美国制裁名单中被点名。因而依据美国法律，Figma 无奈再为您提供对咱们软件的拜访权限，咱们曾经开始解冻您的 Figma 账户。咱们将在将来两周内通过电子邮件或其余形式将您的文件提供给您。此外，咱们不会删除您的文件。如果大疆最终从受制裁方列表中删除，您的拜访权限可能会复原。” 好在，在 Figma 封号的音讯传出后，国内包含蓝湖 MasterGo 等被称为“中国 Figma ”的设计工具团队发表，能够进行 Figma 文件导入，并且反对导入后的编辑性能，将帮忙国内公司渡过难关。 这不仅让中国的互联网从业者纷纷一头冷汗：明天是 Figma，今天会是什么？明天是大疆，今天会不会是其余企业？明天是 UI 设计师和产品经理受到影响，今天会不会是开发和测试？咱们罕用的那些美国出品的工具，尤其是须要在线应用的产品，Postman，Jira，Notion，Jmeter，会不会步 Figma 的后尘？ 唇亡齿寒。丢掉 Postman，Apifox 更香 作为开发者，丢掉 Postman 和 Jmeter吧，这款国产 API 工具更香，更平安！一键即可导入 Postman 数据！Apifox 是什么？ 1、Apifox 定位 Apifox = Postman + Swagger + Mock + JMeter Apifox 是中国自主研发的 API 文档、API 调试、API Mock、API 自动化测试一体化合作平台。 通过一套零碎、一份数据，解决多个零碎之间的数据同步问题。只有定义好接口文档，接口调试、数据 Mock、接口测试就能够间接应用，无需再次定义；接口文档和接口开发调试应用同一个工具，接口调试实现后即可保障和接口文档定义完全一致。高效、及时、精确！ 2、Apifox 主旨 节俭研发团队的每一分钟！ 3、反对 Postman 一键导入 Apifox 反对导入 OpenApi (Swagger)、Postman、apiDoc、HAR、RAML、RAP2、YApi、Eolinker、NEI、DOClever、ApiPost 、Apizza 、ShowDoc、API Blueprint、I/O Docs、WADL、Google Discovery等数据格式，旧我的项目一键即可迁徙到 Apifox。 ...

接口治理现状一、罕用解决方案 应用 Swagger 治理 API 文档应用 Postman 调试 API应用 MockJs 等工具 Mock API 数据应用 JMeter 做 API 自动化测试二、存在的问题 保护不同工具之间数据一致性十分艰难、低效。并且这里不仅仅是工作量的问题，更大的问题是多个零碎之间数据不统一，导致合作低效、频繁出问题，开发测试人员痛苦不堪。 开发人员在 Swagger 定义好文档后，接口调试的时候还须要去 Postman 再定义一遍。前端开发 Mock 数据的时候又要去 MockJs 定义一遍，还须要手动设置 Mock 规定。测试人员须要去 JMeter 再定义一遍。前端依据 MockJs Mock 进去的数据开发完，后端依据 Swagger 定义的接口文档开发完，各自都试测试通过了，本认为能够马上上线，后果一对接发现各种问题： 开发过程中接口变更了，只批改了 Swagger，然而没有及时同步批改 MockJs。 后端开发的接口数据类型和文档不统一，肉眼难以发现问题。同样，测试在 JMeter 写好的测试用例，真正运行的时候也会发现各种不统一。工夫久了，各种不统一会越来越重大。Apifox 解决方案 一、如何解决这些问题 1、Apifox 定位 Apifox = Postman + Swagger + Mock + JMeter Apifox 是 API 文档、API 调试、API Mock、API 自动化测试一体化合作平台。 通过一套零碎、一份数据，解决多个零碎之间的数据同步问题。只有定义好接口文档，接口调试、数据 Mock、接口测试就能够间接应用，无需再次定义；接口文档和接口开发调试应用同一个工具，接口调试实现后即可保障和接口文档定义完全一致。高效、及时、精确！ 2、Apifox 主旨 节俭研发团队的每一分钟！ ...

前端mock数据的难堪作为前端开发，拿到产品的需要，和后端探讨接口和数据结构的定义后，就能够开始前端的开发工作了，但后端个别无奈在很短的工夫内把接口开发实现，提供给前端应用，前端为了在开发过程中模仿实在的接口申请，往往须要本人去实现接口mock数据。mock数据是一件很麻烦的事，尽管有现成的mock库能够应用，生成mock数据，然而须要学习mock语法，学习老本高，破费工夫多，大大降低开发效率，只管之前在网络上尝试过很多接口mock平台，但大部分都是界面简陋，短少可视化的界面，同样须要学习mock语法，破费的工夫和精力仍然没有缩小，每次应用这些平台和工具都会有一种抗拒心理..... 起初偶然间在网上发现了Apifox这个工具，一开始感觉和之前用过的接口mock平台差不多，抱着试试看的心态装置了这个软件，在应用过程中发现它的mock性能非常简单好用，缓缓喜爱上了这款软件。 卧槽.png 原来mock数据能够如此简略，真的不得不拜服Apifox产品的思维，把日常开发遇到的痛点通过一个软件解决了，让程序员能够专一开发工作 ，大大地晋升了开发效率，接下来分享一下我是如何应用Apifox这个软件的mock性能。 首先要去Apifox官网https://www.apifox.cn下载软件，你会发现这是一个国产中文软件，而且是跨平台的，反对widnow、macos和linux三个平台。 找到本人电脑平台对应的软件，而后下载安装，第一次应用须要注册，注册实现登陆进去就能够欢快的应用了。 新建团队和我的项目新建一个团队，例如新建一个【小猪快跑】的团队，团队能够邀请人员，但目前只是本人应用，不须要邀请其他人，而后点击新建我的项目按钮，新建一个【集体我的项目】，进入【集体我的项目】外面，能够看见软件的主界面 新建接口如果前端开发须要开发一个界面展现用户信息，界面是酱紫的：界面展现的信息包含：姓名、年龄、性别、电话、邮箱和头像，如果这里的数据是通过申请接口/getUserInfo失去的，那接口返回的数据结构应相似上面的代码： { code: 200, success: true, data: { id: 5364name:'张三',age: 25,gender: 'man',phone: '19856281845',avatar: 'http://example.com/xxx.png',}} 接口的门路和参数：/getUserInfo?id=xxxx 有了下面这些信息，前端开发就能够在Apifox上新建一个接口来模仿申请获取mock数据。 1.新建接口 鼠标移到➕按钮下面就会有一个下拉菜单，抉择新建接口 新建接口 空白接口 2.填写根本信息 在空白接口页填写接口的根本信息门路：/getUserInfo申请办法：GET（通过下拉抉择选中须要的申请办法）名称：获取用户信息分组：根目录（不想放在根目录，能够本人新建分组）状态：开发中 （有多种接口状态供选择，依据本人的需要抉择）标签：用于筛选器筛选接口，能够自在填写， 这里就填用户阐明：形容接口的性能服务：申请的地址，能够应用默认设置1.填写申请参数信息 申请参数有四种不同的类型：Params、Body、Header和Cookie，开发者依据申请的类型来填写，目前getUserInfo接口只须要Params参数，参数名是id、必填、示例值是1234，如果接口有其余申请头信息，能够在Header Tab外面填写申请header的参数 参数信息 2.填写返回response 填写完申请的参数当前，如果想要返回mock数据，就要填写返回的response，那如何去实现数据mock性能呢？ 在返回response这一模块，在 胜利200 Tab的面板上面填写mock配置， 填写信息如下：响应mock.png 在mock输入框输出@ 符号就会主动列出mock选项，在输出时会依据输出的内容筛选适合的mock语句，十分的人性化，几乎是mock小白的福音，如果想要查看更具体的mock操作，能够看官网文档www.apifox.cn/help/app/mock/mock-rules/，外面列出很多mock例子，把须要的mock语句复制过去就能够应用了，实现后点击右上角的保留按钮。 3.运行接口 接下来就是运行接口，看一看能不能失去咱们想要的mock数据，先抉择环境，选中Mock服务 抉择环境 点击运行按钮跳转到运行tab 点击运行 而后点击发送就能够失去mock数据，察看返回的数据，和咱们的预期一样，当初前端就能够调用这个接口，拿到mock数据 在接口文档界面，点击mock表格里的mock链接就会主动复制链接 复制链接 把复制后的链接粘贴到在浏览器的地址栏，按下回车键，就能够看到网页显示的json数据了 网页后果 mock服务器是在本地电脑上运行，其余连贯到同一局域网的设施能够通过拜访电脑的ip申请/getUserInfo接口获取mock数据 分享接口当你胜利新建了一个接口，想分享给他人，就能够应用Apifox的接口分享性能，接口分享有两种类型：公开和公有，公开的不须要明码，公有的须要明码，他人就能够通过你分享的链接查看你的接口信息 写在最初Apifox除了mock数据这个性能外，还有很多能够晋升开发效率的性能，在这里就不一一列进去，Apifox是收费的软件，感兴趣的同学能够去官网下载下来亲自去体验一下，感触它的弱小之处。

作为一个Web前端开发者，开发过程中除了写业务代码，残余大多数工夫都花在了API的联调上。为了解决这个问题，大多数开发者会抉择Mock接口的计划，然而前端畛域的几种罕用 Mock 计划都须要肯定的学习老本。那么有没更优雅便捷的计划能够进步开发者开发效率实现上班自在呢。一款对前端开发者优化的 API 管理工具 假如咱们当初要开发一个获取用户信息的性能，惯例流程是这样的： 接口设计。后端开发接口(此时前端开发页面)。后端接口开发测试实现，交付前端进行开发调试测试。当初咱们应用 Apifox 来参加开发会怎么样呢？ 接口设计在接口设计的环节，咱们应用 Apifox 进行，通过 Apifox 能够齐全可视化的模式进行一个接口的设计，关上 Apifox，新建一个接口： 接口文档设计实现后，点击保留，Apifox 会保留此接口生成一个接口文档： 接口测试在接口设计实现后，Apifox 会保留接口文档，文档内有接口的申请与返回信息，此时能够应用 Apifox 内置的 Mock 服务进行调试： 能够看到接口返回数据中主动 Mock 返回了数据，并且 Apifox 会依据常用字段命名，智能的得出人性化的 Mock 数据，并且会依据接口设计时每个字段的数据类型，去校验接口返回数据对应字段的数据类型。 { "data": { "username": "廖磊", // 中文姓名 "avatar": "http://dummyimage.com/100x100" // 头像URL},"code": 100, // 接口状态码"message": "occaecat aute proident non" // 接口返回额定信息} 前端调试在 Apifox 运行时，咱们能够在内部间接拜访起内置的 Mock 服务，这象征者，前端开发者不须要独自写 Mock 代码，在接口文档设计实现的时候，便能够间接调试！ 咱们把刚刚调试的 URL 间接复制带浏览器中，能够间接返回数据！那么咱们便能够间接在我的项目中应用。 Apifox 还提供了高级Mock的性能(具体文档可看)， 咱们预期在传入id=1的时候，接口能返回咱们想要的数据，例如： { "data": { "username": "zh", "avatar": "http://dummyimage.com/100x100"},"code": 200,"message": "success"} ...

前言一大早测试部的老大就招集咱们开了个会——起因是咱们组负责的业务除了个线上漏测，用户的投诉跟雪花似的纷至杳来。 公司门口那个微小的显示屏就在那轮播着用户反馈，好几屏都是用户在吐槽这个bug。 没啥可说的，该背的锅还是要背的，那个漏测也不算冤，测试共事造不出那个异样场景，心中幸运，感觉不至于异样会导致客户端呈现啥问题。偏偏它就出了问题！ 起初组里散会复盘了下，决定当前在测试环节里引入mock测试工具帮助测试。 次要为了解决咱们测试过程中遇到的以下问题： a.代码存在多个接口依赖的问题，造出测试场景费时费力，且有时因为代码设计和业务隔离的问题无奈造出来 b.波及到内部第三方资源，无奈调试内部代码外部状况，无奈造出特定场景 c.后盾开发还没有实现，因为进度赶，须要提前测试前端问业务mock测试是个啥mock这个英文单词的意思是模仿，在测试流程中指的是对不容易结构或不容易获取的对象，用一个虚构的对象来创立以便测试。大抵可分为两类： 客户端 Mock：在被测服务外部工作，间接拦挡被测服务的 API 申请办法，间接从办法外部返回预约义的 Mock 响应。 服务端 Mock：在被测服务内部工作，作为 HTTP 服务器接管被测服务发送的 API 申请，并返回预约义的 Mock 响应。 到底要怎么搞1.间接写代码python中有个mock模块，反对用mock对象替换掉指定的python对象，达到模仿返回值的成果； Java中也有jar包——mock server moco，它反对指定配置文件就可开启一个http服务器，反对动静加载。 写代码的长处在于能够齐全服务于你所在我的项目的需要，毛病也很显著，一个迭代版本的需要往往给到的测试工夫只有几天，没有工夫给测试童鞋写代码来mock。 何况代码也不能保障一次性跑得通，往往调试也要花去很多的工夫。 我的想法是——“不要反复造轮子”。市面上其实不乏好些收费的mock工具能够用，只有可能满足咱们的目标——可模仿多种异样测试场景，mock配置疾速简略。 2.应用mock工具（1）mock工具的选用准则 接口治理方面： 接口测试个别会波及数十个甚至上百个接口，这个接口前面还波及到重构或者版本迭代的问题，因而mock工具须要具备接口治理的性能，可能治理多个版本的接口数据，不要一堆文件胡乱堆着无奈解决。 数据结构方面： 接口返回的数据类型和测试数据须要可能做到尽可能少的配置工具和高度仿真，以达到在实在业务场景中测试的成果 场景模仿方面： 能模仿各种异样返回，以及因为接口依赖和资源隔离，业务隔离等起因在测试环境内无奈结构进去的场景。 （2）场景Mock工具举荐 a.Fiddler工具简介：Web调试工具， 它能记录所有客户端和服务器的http和https申请。容许你监督、设置断点、甚至批改输入输出数据。 Fiddler在测试中次要用于拦挡接口，篡改接口返回值，来对前端进行调试。 但拦挡接口须要设置正则表达式，一个个接口捕获并批改返回值，对于接口数量少，只须要用到大量接口的测试需要，这个工具还是蛮好用的。 但如果是频繁迭代的需要，一个需要里有上百个接口，那么用Fiddler的效率则不高。 另一个问题是接口返回的数据须要本人手工填入，简略数据还行，简单数据如base64编码，哈希值等等，那么结构起来十分费时费力。 b.Apifox 工具简介：Apifox提供了接口设计，调试，测试，治理等性能。咱们这里只须要用到它的mock性能。 零配置mockApifox外面事后设置了常见数据类型的mock规定，不须要用户本人配置，间接抉择就能够用，目前曾经反对十分多罕用的数据类型，包含头像，手机号，邮箱，url，地址等，下图是目前毋庸配置可间接应用的数据类型： 如何结构数据：在接口设计tab，间接在返回参数的mock选项框里抉择与参数匹配的数据类型 自定义mock规定如果你的我的项目里须要用到不怎么常见的数据类型，能够自定义mock规定。 定义实现之后能够在接口设计>response 参数里间接调用改mock规定。 结构异样测试场景 为了进步测试覆盖率，测试童鞋须要验证当接口返回 异样时客户端是否有容错机制，会不会呈现解体。 这能够利用mock性能来帮助测试。 接口治理 一个测试需要/我的项目经常蕴含多个测试接口，在Apifox外面能够以我的项目的模式，通过不同层级的文件夹来对接口进行治理。 总结造测试数据是每个测试童鞋无奈防止的一项事务，如果能借助工具，疾速地结构测试场景进行用例测试，就可能极大地提高咱们的测试效率。 下载地址： http://www.apifox.cn 软件SAAS版收费，私有化部署才免费，释怀用。

前言 把握了http协定，就把握了接口测试笔者在网络上看过不少接口测试教程，一上来就开始讲怎么操作工具，而不通知读者为什么要这么操作。读者可能照猫画虎胜利了，也可能操作失败了但不知为何出错。 因而，本文作为接口测试的入门第一课首先会给大家理解到执行接口测试每一步操作的目标和原理，由此大家能力从实践到实际上把握接口测试，并且纯熟之后有本人的创造性施展。 本文所用的接口测试工具为Apifox，请大家在往下读之前先装置注册好工具。 Apifox官网下载地址：http://www.apifox.cn目录 接口测试测什么接口测试的对象：服务器接口服务器接口与前端通信的形式：http协定Apifox接口测试原理用Apifox构建第一个接口申请注释接口测试测什么 接口测试次要是测试零碎 组件间接口的一种测试，次要用于测试服务器与前端（web浏览器，APP）之间的数据交互接口。 测试的重点是要查看接口参数传递的正确性，接口性能实现的正确性，输入后果的正确性，以及对各种异常情况的容错解决的完整性和合理性。前言 把握了http协定，就把握了接口测试笔者在网络上看过不少接口测试教程，一上来就开始讲怎么操作工具，而不通知读者下载地址：http://www.apifox.cn x 由引文对接口测试的定义可得，接口测试的对象是服务器接口，接口测试的内容包含：接口参数检验，接口性能实现是否正确，接口异常情况容错解决。 接口测试的内容是《Apifox接口测试》系列教程前面的内容，本文次要解说服务器接口，前端如何通过http协定与服务器通信，Apifox等接口测试工具如何实现接口测试。接口测试的对象：服务器接口 API指的是一组事后定义好的函数，来让零碎或内部的其余组件能够执行它外部实现的性能，但又毋庸拜访源代码或者了解其外部逻辑。 在需要开发过程中，前后端拆散开发，两端的研发人员会独特定义好接口，编写接口文档，尔后的开发过程中须要遵循这份协定文档。 因而接口测试也是一种黑盒测试，测试人员须要依据接口文档来对服务器Api进行测试，来检测约定的性能是否正确实现，是否有对异常情况做容错解决。 而接口文档的编写是根据前后端数据传输的协定——Http协定进行的。 要会用接口文档，首先先了解http协定。服务器接口与前端通信的形式：http协定 服务器和前端通过相互发送http报文实现数据交互。本大节将介绍如何创立http报文，以及如何了解报文的每一个局部，理解完就能够把握接口测试的根底内容。 http报文的三个组成部分 http报文是一个格式化数据块。报文类型包含客户端申请，服务器响应。它们由3个局部组成： 起始行（start line） 对报文进行形容 首部块（header） 蕴含属性 Content-Type： Content-Length： 主体（body） 蕴含文本或二进制数据，能够为空申请报文的格局<method><request-URL><version><headers><entity-body> 响应报文的格局<version><status><reason-phrase><headers><entity-body> 各个字段的含意如下：办法（method）：前端心愿对服务器执行的操作，蕴含get，post，put，delete等办法；办法 性能GET 从服务器获取数据POST 向服务器发送要解决的数据HEAD 只从服务器获取文档的首部DELETE 从服务器上删除数据PUT 向服务器提交数据 申请url（request-URL）:所申请资源门路，通过它可找到资源搁置的地位。 格局相似于：https://www.apifox.cn/help/ap... 版本(version):报文所应用的http版本，格局相似于：HTTP/1.0 首部(headers)：能够有0个或多个首部，常见的首部如下： 常见的首部 实体主体（entity-body）:蕴含一个数据块，反对多种数据格式，如html页面，图片，视频，源代码等等。 状态码(status-code)：形容申请后果，胜利或者失败。 起因短语(reason-phrase):起因短语是状态码的可读版本，只对人类有意义。 这些字段初学者会感觉十分形象难以了解和记忆，但当前面接触到api文档和用apifox做接口测试的时候，就会顿悟——api文档里的参数和办法，url的含意和接口测试界面每个空格要填什么，返回值代表什么含意。 请急躁持续往下读。读懂API文档 对于测试人员，筹备接口测试所须要的文档有产品需要文档+API文档。 需要文档用于梳理接口为何这么设计、是否正当； 针对单个接口，接口文档用于获取：接口形容，申请阐明，返回阐明。 以百度凋谢API，文字辨认接口为例：咱们想要应用它的文本辨认性能，须要去调用它的接口，那么须要理解发动这个文本辨认接口申请，每个字段须要填什么内容。 *注：Apifox的ApiHub中，收集了大量凋谢的API，初学者可选取某个api深刻理解接口文档，或作为接口测试的练习物料，留神有些接口须要先获取应用权限。Api Hub收集的凋谢APIApi Hub收集的凋谢APIApifox接口测试原理 对于服务器来说，Apifox也是一个前端，只不过其余前端的接口申请由研发人员在代码里封装好，在特定条件下被触发发动申请，而Apifox中，接口申请由用户手动封装，手动发动。Apifox界面Apifox界面 看完Apifox接口测试的界面，读者想必能发现，整个界面就是让读者手动构建出一个http申请进去，上两节咱们讲的形象的http协定终于落了地。 因而一个最根底的http接口测试所须要做的步骤就是手动填写实现并收回一个http申请，校验参数。 step1.抉择申请办法->填写申请url->填写url参数->填写body参数和header参数（如果有） step2.手动发送申请 step3.查看返回参数是否失常，是否合乎接口文档的约定用Apifox构建你第一个测试申请 在铺垫完上述那么多实践根底之后，大家终于能够开始上手应用apifox来做接口测试了。 练习1：用get申请获取html页面 step1：在apifox的新建接口tab输出“http://www.baidu.com”,申请办法抉择GET，header参数，url参数，body参数均为空，接着点击send按钮。 step2：查看返回值，能够看到申请回来的数据是一个html页面，即百度首页，咱们点击‘preview’按钮，能够看到一个残缺的页面显示进去点击preview tab点击preview tab 练习2：获取百度凋谢API的acess_token，即取得应用api的受权 step1：查看百度凋谢api获取acess_token的接口文档，获取申请办法和申请参数 ...

postman 是程序员常常应用的一个接口测试和验证工具。 咱们在 postman 里点击下图按钮，可能在 Code Snippet 里，看到该接口调用对应的不同编程语言里的实现代码。 比方主动生成对应的 jquery 代码： 然而这些主动生成的代码，我发现并不可能间接复制粘贴了就能用。 比方上图我用 postman 调用的接口，应用的 HTTP 办法是 POST. 主动生成的 jQuery 代码，method：POST，乍一看也指定了 HTTP 办法类型为 POST. 但我粘贴到 HTML 代码里一跑，最初的 method 却是 GET，而不是冀望的 POST： var settings = { "url": "https://aip.baidubce.com/rest/2.0/ocr/v1/taxi_receipt?access_token=335-23882959", "method": "POST", "timeout": 0, "headers": { "Content-Type": "application/x-www-form-urlencoded" }, "data": { "image": "11", "name": "2" } } /* $.ajax(settings).done(function (response) { console.log(response); });*/通过钻研，上面才是正确的写法，即把 "method": "POST" 替换成 type: "POST" $.ajax({ type: "POST", url: settings.url, data: settings.data, dataType: "application/x-www-form-urlencoded" });我的 jQuery 版本较低：jQuery/jquery1.7.1.js ...

1.Fiddler：网络抓包工具Fiddler在测试中个别用于篡改接口申请或接口返回数据以测试前后端业务场景或对异样性能的兼容.它能监控进出设施的http协定申请，并且反对从新编辑申请与返回，从而测试前端页面对不同后果的反馈。 官网下载地址：https://www.telerik.com/fiddler 2.Apifox：接口测试工具Apifox作为外乡软件，在接口测试方面体现不亚于postman，它提供了欠缺的 API 场景测试（流程测试）性能，保障接口数据的正确性。另外具备可视化的断言、提取变量、数据库（SQL）操作等性能。除此之外还反对自定义前置/后置脚本，主动校验数据正确性。同时，也能进行测试用例治理，执行自动化测试用例并输入测试报告。 官网下载地址：https://www.apifox.cn/# 3.Selenium:自动化测试工具 偏web端Selenium框架底层应用JavaScript模仿实在用户对浏览器进行操作。测试脚本执行时，浏览器主动依照脚本代码做出点击，输出，关上，验证等操作，就像实在用户所做的一样，从终端用户的角度测试应用程序。可应用Java，Python等多种语言编写用例脚本。 官网下载地址：http://www.selenium.org.cn/ 4.Appium:自动化测试偏挪动端Appium 是一个跨平台的开源工具，同样的API可能复用到ios，安卓，Windows等多平台上，做到在多个不同平台之间复用代码。 官网下载地址：http://appium.io/ 5.Jmeter:性能测试，自动化测试Apache JMeter是一款基于Java的压力测试工具。它次要被用来对服务器或网络或app模仿微小的负责，测试不同等级的压力级别下，被测对象的体现，从而剖析并优化整体的性能。除此之外，它还能对应用程序做性能/回归测试。罕用在JAVA程序，数据库，ftp服务器，CGI脚本的压测中。 官网下载地址：https://jmeter.apache.org/ 6.Jira Software：项目管理，bug跟踪JIRA 是一款问题跟踪治理软件工具，能够对各种类型的问题进行跟踪治理，包含bug、工作、需要、改良等。商用软件，提bug，验bug，测试工作日常简直都离不开它。 官网下载地址：https://www.atlassian.com/sof... 7.Testlink：测试用例管理工具TestLink 是基于web的测试用例管理系统，次要性能是测试用例的创立、治理和执行，并且还提供了一些简略的统计性能。 TestLink非常适合测试团队合作。管理员用户能够治理测试用例分配任务，测试用户和测试后果也可能在团队之间同步。同时它反对测试用例的主动和手动执行。测试人员能够用这个工具在很短的工夫内生成测试计划和测试报告。 官网下载地址：https://www.testlink.org/ 8.Testin：云测平台提供云端兼容测试，近程真机测试和自动化测试，平安测试，及针对出海我的项目的海内测试。 企业做兼容测试的老本很高，须要大量购买真机，云测平台容许测试人员同时提测多个机型，笼罩到市面绝大部分机型，能够帮忙用户发现App的装置、闪退、无响应等根底兼容问题。 官网下载地址：https://www.testin.cn/ 总结工具把握不在多，而在于可能笼罩到日常工作场景，多快好省地实现测试工作。 以上8个测试工具根本笼罩了功能测试，接口测试，自动化测试，性能测试，项目管理，测试治理，把握好这8个根本可能胜任日常的测试工作了。

引言与UI相比，接口一旦研发实现，通常变更或重构的频率和幅度绝对较小。因而做接口自动化的性价比更高，通常使用于迭代版本上线前的回归测试中。 手工做接口测试，测试数据和参数都能够由测试人员手动填写和更新。 因而咱们在思考将接口用例实现自动化的时候，次要思路就是在单个接口申请的测试用例曾经实现的前提下，咱们如何解决以下问题： 业务测试场景会调用不止一个接口，下一个接口的申请依赖于上一个接口的数据，须要解决接口依赖问题token等鉴权数据有过期工夫，多个接口用到该参数，须要解决一次批改，多处失效的问题一个接口要用到多个测试数据做笼罩批量测试下，须要晓得某个接口返回的参数/数据是否合乎预期本文应用的自动化接口测试工具为Apifox,官网下载地址：www.apifox.cn间接下载注册装置后即可应用。接下来顺次解说下上述问题如何应用apifox解决。 注释一.接口传参举一个常见的场景阐明。查问接口申请获取数据的时候，须要带一个access_token的参数，而access_token参数须要另外的鉴权接口获取。因而须要鉴权接口将获取到的token参数传递给查问接口，查问接口能力发动申请。 另一个常见的场景是，用户须要先登陆，能力将选中的商品退出购物车。这个接口顺利发动申请依赖于上一个接口获取数据。手动测试的状况下，间接人工复制即可。 解决方案：须要将上一个接口返回的数据进行辨认提取出指标参数，保留为全局变量，下一个接口间接调用参数。 步骤：1）在apifox的接口tab-后置操作tab，抉择提取变量2）填写变量名称，变量类型和提取的表达式。提取表达式合乎json path 语法。在本接口数据中因为返回数据只有一层，因而采纳$.指标参数的形式提取。如果有多层参数，能够点击提取表达式旁边的问号，查看具体的json path语法。 获取到的参数以变量的模式存储，点击接口tab右上角的设置图标，能够查看到获取到的环境变量的值。接着就能够在下一个接口，以参数的形式调用： 二. 内部数据源一些post数据给后盾解决的接口，须要对上传不同的数据来测试接口的返回和异样兼容，一个接口参数须要屡次应用不同的数据。手动状况下咱们能够间接在参数里填数据，之后每次手动改。 但如果实现自动化的话，像上述的测试形式难以实现。罕用的解决方案是先编辑好csv文件，将测试数据一一写好保留，最初传入到接口申请参数中。Apifox在这个问题上提供的解决方案为：a.对于大量的测试数据，可在界面内填好测试数据集供接口每次调用；如果是大量的数据，才应用csv文件；更大量的数据则能够间接写在全局变量中。 以全局变量的形式导入和上节讲到的接口传参相似，区别只在于测试数据不是从上一个接口获取到而是的咱们本人填进去的。若是应用内部测试数据集，在测试治理tab>用例界面右侧，有一个测试数据的开关项，关上即可导入测试数据。当然首先须要先把用例导入到测试步骤中来。 如图所示，我曾经将OCRtest（文本辨认接口，性能为辨认图片上的文字）接口导入用例步骤中，启用了内部测试数据， 接着点击治理测试数据，跳转到测试数据tab：在这个界面开始 新建/导入测试数据。此处数据集名称是给测试人员辨认的，不会传入到接口里，一个数据集（1行）代表该次运行中所有须要传入的测试数据，列名作为接口参数，接口每次发动申请，会顺次调用该列下的其中一个值。 运行时，每一条测试数据都会当成一条测试用例来运行。 在下面讲到的“接口参数传递”和“传入测试数据”两个的思路是一样的，依赖于apifox提供的参数化性能，上传的数据参数以内部数据集的模式与接口分隔开来，将关键字段，一直变动的数据抽取进去独立于单个接口； 配置实现之后，接口每次运行都可能自行生成，传递和导入要害数据，如果须要批改，只须要在一个中央，一个文件内批量批改就可能全局失效。这其中有软件工程中的形象和封装思维，而接下来会讲到的断言是另一种思路。 三. 测试断言手工运行测试人员能够自行看接口申请是否胜利，数据是否失常，但在自动化实际中，咱们则须要代码帮咱们判断理论返回和冀望返回是否匹配。 http响应文本是高度结构化的，因而咱们的冀望返回无非是header和body中的响应状态码，关键字段，和要害值应该为某个值。只须要判断这些字段是否咱们想要的即可。 断言是专门用来验证输入与冀望是否匹配的工具，在测试实际中，咱们个别通过比拟理论输入值和输出值来校验的，即咱们要判断返回数据“是否存在”“是否蕴含”“数据是否等于”“文本是否等于”。 因而判断用例申请后果的实现计划可分为三个因素：判断对象，校验办法，校验值与期待值。 思路明确了，接下来看如何用脚本/性能实现。Apifox的断言性能面板（门路：接口tab>运行>后置操作>断言）的可断言对象包含了响应数据中的JSON，html和xml，header，cookie，基本上能够满足咱们的要求。 校验的办法为断言对象的值是否合乎测试人员规定的值范畴 被校验的值可通过json path 表达式提取 那么像对状态码的判断，某个确定返回值的校验这个，能够间接应用apifox提供的性能面板进行操作就行了。如果测试人员想要更加灵便的断言形式须要在后置操作里抉择自定义脚本。 对于不太熟悉脚本的测试人员，能够应用Apifox右侧提供的代码模板，点击就会增加到左侧的脚本编辑面板里，基本上只须要批改断言的期望值就行了，难度不大。 如果是对单个接口做测试，断言后果会间接在响应tab返回 如果是批量测试，在测试后果里会显示断言后果： 这样咱们构建接口自动化用例中的“后果判断”的问题就解决了。 四. 环境切换接口在测试服测试通过之后还须要一轮线上验证，测试工作才算实现。 通常测试服和正式服的的区别只在于前置URL不同。为了让线上验证环节不消耗太多反复流动，咱们这里能够在自动化我的项目开始构建的时候就先利用apifox提供的性能进行配置。将我的项目里所有接口共用的http协定和域名配置到前置URL中，接口地址只填资源门路和参数。 进行线上验证时，将参数配置和数据配置同步更新/切换为线上数据配置之后，只须要在运行环境里切换环境，就能够进行线上验证。 五. 批量测试1.用例组织模式apifox里，用例是以测试用例--用例组--测试套件的模式组织的。一个测试用例可包容多个测试步骤，一个接口申请为一个步骤。接口用例可间接从接口用例导入。如果设置和接口同步，那么接口一旦变更，测试用例这边也会同步变更。 一个惯例用例步骤如下，波及多个接口，接口之间存在参数传递，多个接口实现一个业务场景的测试。 接口用例导入结束之后，进行测试参数配置，点击运行即可主动运行。 2.用例执行程序 在一条测试用例里，接口申请的程序由上到下顺次执行，如果须要变更接口申请的步骤，只须要拖动接口挪动到新的地位下来即可。 3.测试套件运行一个接口用例实现一个业务场景/一个业务流程的测试，一个测试套件蕴含多条用例，可将雷同模块的用例集中到一起执行。这种用例组织模式和测试人员罕用的用例管理软件testlink的组织形式本质是一样的。这样只有点击运行，就能够一键实现一个业务模块的接口测试。 测试结束后会显示用例测试后果，上方面板为整体执行状况，下方分条列出具体用例执行后果。 如果须要导出测试报告，点击按钮可一键生成html格局的文件。 总结一.接口自动化的工具思维和测试思维 咱们这个接口自动化我的项目的搭建和执行根本都是围绕Apifox提供的性能进行的。和postman相比，用起来的感觉是特地棘手，用例的组织和测试的思维模式基本上也是几个大中厂都在用的，也合乎国内测试组的工作流程，程，是工具来适应人，而不是人去适应工具，在了解门槛和思维切换这点上老本大大降低。 ...

为什么要做接口自动化绝对于UI自动化而言，接口自动化具备更大的价值。 为了优化转化门路或者晋升用户体验，APP/web界面的按钮控件和布局简直每个版本都会产生一次变动，导致自动化的代码频繁变更，没有起到缩小工作量的成果。 而接口一旦研发实现，前期重构/大幅度批改的频率则比拟低.因此做接口自动化性价比还是很高的，对于迭代版本旧有性能的回归，beta测试，线上回归都能起到事倍功半的作用。 本文不具体谈单个接口的测试，咱们来次要来剖析一下基于业务场景的接口自动化怎么做。 问题在哪里一个业务场景通常须要多个接口能力走完一个残缺的业务流程，其中每个接口实现一个特定的性能步骤。例如微信的增加好友流程： 每个操作步骤里都至多有一条接口申请。那么咱们把这个流程以接口申请的形式体现进去，如下： 咱们想要实现这条接口用例，须要的操作有哪些？ 1)输出微信id，收回查问申请 2)将获取到的用户信息传递给“增加好友接口”，发动增加好友申请 3）将申请好友的用户信息传给下发好友申请接口 4）将批准信息传给成为好友音讯接口 5）将回绝信息传给回绝音讯接口 概括起来有几个须要解决的问题：测试数据传入，接口依赖，接口间参数传递。这也是接口测试自动化中会遇到的广泛问题，解决方案能够迁徙到各类业务中去。接下来笔者将针对上述问题提出一些具体的解决方案 工具介绍 本文所用接口测试工具： Apifox Windows版 Postman作为接口测试工具，在业界的位置毋庸置疑，但Apifox作为一款外乡的接口调试、接口测试&测试管理软件，劣势在于合乎国内互联网的测试模式和工作流程,用起来更棘手些。 大部分性能均能由可视化界面+控件操作实现，对于不懂代码、不会写脚本的测试人员，根本也能够无痛顺利地实现接口自动化的工作。 因而本文解说自动化的时候会间接应用Apifox，大家如果须要跟着文章解说学习的，能够先去官网（www.apifox.cn ）下载注册一个，软件收费。全靠参数化手工测试的长处在于灵便可控，自动化则依赖咱们事后设置好的步骤实现性能 接口间参数传递像上述微信好友申请的例子，波及到多个接口间的参数传递，下一个接口对依赖于上一个接口响应中的某个字段，须要将它能精确提取并传递过去。 解决方案：提取上一个接口响应数据--参数化--下一个接口调用该参数。 这样无论接口运行多少次，传递的参数怎么变动，下个接口都能动静提取并调用。 Apifox上操作步骤如下： 1） 在要提取参数的接口的后置步骤里，应用json path表达式提取指标响应字段并命名，设置变量类型 2）该字段会保留到我的项目设置中，同一环境，同一我的项目里的其余接口具备调用权限。运行一下上图中的接口，能够看到该字段曾经被提取到变量设置中了。 3）在须要调用该变量作为参数的接口申请参数里，以参数模式填入到对应空格中 看一下后果：发送该post申请，在接口>运行>理论申请tab>申请URL中能够看到，该参数已被胜利调用 测试数据参数化应用变量某些测试数据（如登陆账号密码，用户信息等）会在不同的接口被重复调用，这个时候能够将该测试数据参数化，与接口响应参数不同的是，响应参数是获取自上一个接口的，而测试参数是咱们间接写进变量设置里的。 在Apifox里的操作步骤如下： 1)在全局变量中设置好测试数据变量名和值 2) 间接在接口申请参数中调用该测试数据 应用测试数据集当咱们须要上传不同的测试数据以校验响应返回数据是否存在异样时，一个接口参数须要多个测试数据。这个咱们放到前面测试治理的局部谈。测试断言既然是自动化测试，咱们无奈一一人工去校验返回的response是否合乎咱们的要求，因而须要用脚本/性能设置替人力实现这些工作。咱们次要校验： *1）接口申请是否胜利，即返回的code是否合乎预期 2）返回的接口数据里的关键字段、要害值是否合乎预期* 在Apifox上，能够间接通过界面操作设置根本的断言操作：1) 在接口治理-后置操作 里抉择断言2) 申请收回之后，如果返回值合乎预期，则在返回处会提醒断言胜利，失败则给予谬误提醒。 如果须要灵便设置断言，能够应用apifox里的后置操作中的自定义脚本性能，它也提供了代码模板性能，测试人员只需批改期待值即可。 对于单个接口，自动化的预备工作行将输出数据和接口间的参数传递都参数化、不要写死,方面前期数据批改和保护，以及应用测试断言来代替人工查看接口测试后果。 实现了这部分工作之后，咱们接下来就能够把不同的接口组织到一条接口自动化用例里，实现一个业务场景的测试。 接下来的工作咱们在Apifox的测试治理tab实现。 测试治理导入测试用例接口用例须要在测试单个接口的时候生成，这是在导入测试用例之前须要实现的筹备工作。在单个接口测试的时候抉择保留为用例即可生成测试用例。 在测试治理tab，新建测试用例>导入接口用例>抉择该测试场景所需用例>默认抉择绑定>确定导入 导入结束后的用例如下，一个接口申请就是一个操作步骤，若干个步骤共同完成一个场景的测试。 接口执行程序在上述用例中，接口申请的步骤是从上而下的，如果想要调整接口的运行程序，间接拖动接口到指标地位即可。如果须要减少其余接口申请，则抉择增加步骤。 应用测试数据集上文测试数据参数化那一节有提到过一个接口须要多条测试数据的事件，拿到这里讲次要是功能模块刚好在这边，不便些。在测试治理>用例的右侧，能够看到测试数据这个性能点击治理数据，能够进入测试数据tab治理增加内部测试数据。 接着在测试步骤>设置 页面，将测试数据批改为测试数据集的变量名称 点击下方的运行按钮时，会弹出界面让测试人员抉择要用的测试数据集，每个测试数据集都会当成一条测试用例来运行。 对应的会生成多个测试后果：除了可能间接填外，也能够导入内部的CSV文件，更加适宜大数据量的测试场景。 测试参数配置在用例的右侧，有运行环境和保留变量变动值等配置，能够依据我的项目的理论须要选用。其中[距离进展]和[应用全局cookie]在接口测试中利用频率较高。 运行后果&测试报告点击[运行]按钮，运行胜利会跳转到运行后果页面。还能够导出测试报告。 测试套件同一个模块的接口用例能够合并为一个测试套件来运行，在测试套件页面，把单个接口用例间接增加进来，其余操作步骤和上文统一。点击运行能够顺次运行增加的用例。 ...

工夫都去哪里了麻利迭代和团队合作，前后端拆散的工作模式简直是每个互联网公司的惯例工作模式。 前后端拆散，各自开发的长处很多，其中一项是它只须要提供一个对立的API接口，即可被web，iOS，Android等多个客户端应用，效率大大提高。 但生于麻利，死于迭代，困于团队合作经常是这种软件研发模式的一大弊病。随着我的项目一直推动、变更，我的项目越来越大，保护老本也越来越高。 因为某些公司接口文档治理形式采纳wiki及html，openapi模式，版本迭代较快，接口经常变更，成员间update和文档保护却经常跟不上。 在API治理方面越到前期越存在着可观且隐形的“人力资源”节约： **1)文档老旧不可用，新人上手工作、相熟我的项目靠“老人”的口口相传，造成人力双重节约，团队成员本人的工作进度碰壁，新人胜任工作的进度缓慢。 2)接口因为初期设计问题/性能扩大/需要变更问题而批改，但批改后往往难以及时同步到前端和测试等上游环节 3）接口在设计初期不标准，造成前端，测试在调试和测试了解上的艰难，甚至局部接口须要从新返工**这些状况越到我的项目倒退前期会越重大。以至于不少研发人员总是埋怨：写代码不累，沟通对接心累；工作不辛苦，就是命苦。 如何优雅地进行API治理为了解决研发人员的问题，咱们须要解决API治理中的各个痛点，换言之，一个完满的API管理工具应满足如下特色： **在接口设计阶段，能标准研发人员的接口设计 在接口调试阶段，提供多种性能充沛调试，高度仿真理论工作情境 在接口保护过程中，保护成本低，且各项变更能及时update到上游工作环节的团队共事 一站式服务，一个工具就可实现接口的设计、调试、保护，测试过程，不须要重复导入导出，各个软件来回切换，提高效率。** 最终的解决方案笔者在网上找了很长时间，发现一款简直能满足以上需要的解决方案软件--Apifox.这个软件的次要个性： 可视化接口设计界面，反对 https 和 https 协定，遵循openApi和 Json Schema标准，各项http申请参数与接口形容间接填写即可。反对构建数据模型，可供多个申请参数复用。媲美postman的接口调试性能，除此之外，还反对“零配置”mock高度仿真的业务数据，反对读取数据库零碎主动生成代码 依据接口及数据数据模型定义，零碎主动生成接口申请代码、前端业务代码及后端业务代码实时更新云端变更的数据到各个团队成员，防止数据不统一导致的反复工作和返工；代码更新和文档更新在同一软件全副实现，缩小保护工作量项目管理 为不同的我的项目角色调配不同执行权限，无效爱护我的项目数据安全;反对openapi，postman格局的旧有我的项目导入apifox，实现我的项目无痛迁徙，反对html格局，openapi等多种格局的接口数据导出。接下来笔者再针对一些性能进行具体的介绍1.接口设计 界面可视化，能够对接口信息进行编辑治理，get，post等惯例的接口申请办法间接下拉框抉择；query，body，header参数间接对应填写，返回参数反对JSON,XML格局导入，并能间接进行格局校验。接口形容局部反对Markdown格局的文本。 接口调试 接口调试有两种模式，一种是不须要创立我的项目的快捷调试，间接校验接口申请 和返回参数，一种是在我的项目里对单个接口调试， 这部分的性能根本等同于postman。可增加多种前后置操作：校验返回response，查看返回状态和数据结构是否合乎预期。 接口保护当变更接口时间接在apifox内批改并生成新代码，同时阐明文档就寄存在同一个地位，棘手批改文档阐明就变得十分不便。接口变更之后，合作成员能及时同步云端变更。 项目管理反对数据导入导出，主动生成接口代码 针对不同角色的成员，设置不同的数据权限。如后端研发能够批改接口数据，而前端和测试成员只有只读权限，我的项目外人员则只有访客权限只能查看到接口信息而无奈查看数据类型。可针对开发调试，测试验证，线上应用配置不同的服务器： 此外Apifox不仅是一款针对研发人员的API管理工具，还能为测试人员提供接口测试，接口自动化测试，测试治理等一系列性能。能够说是一款研发团队一站式晋升效率的神器。

本文首发：Postman 应用教程 - API 接口自动化测试初探 - 卡拉云 Postman 是一套 API 接口测试工具，它的弱小在于灵便趁手的接口测试性能，极大的进步了 API 测试效率。本教程将由浅入深，率领大家一起学习如何应用 Postman 进行接口测试。 API 是什么？API的英文即 Application Programming Interface 首字母的缩写。不要被这么长的单词吓到，直译过去的意思就是：程序之间的接口。我更偏向于把API了解为，程序之间的合约。无关 API 是什么及它的意义这里就不开展讲了，理解更多可看卡拉云博客之前的文章《API是什么: 一篇讲透API》 Postman 是什么？Postman 是一款 API 开发合作工具，它能够帮忙你测试和开发 API，Postman 提供了测试 API 的敌对界面和性能，应用简略便捷，安全可靠。Postman 是 API 接口测试工具的 Top 3，因为它简略牢靠又收费，目前有超过 800 万开发者用户应用。特地是 API 批量测试性能，在近几次的大版本更新中，用户体验失去了极大的晋升。Postman 是每一位前后端开发者必把握的开发工具。 一. 如何装置 Postman 返回 Postman 官网收费下载，装置十分傻瓜，这里就不开展写了，如果装置过程有任何问题，欢送评论区发问。 Postman 反对 Windows、Mac 和 Linux，也能够间接跑在浏览器里，跨平台，应用相当便捷。 二. API 模仿工具 GoRest本教程应用模仿 API 工具 GoRest 进行模仿 API 测试。GoRest 有十分多的应用场景，比方，后端接口还没有筹备好时，咱们能够先用 GoRest 模仿测试，又或者你本人临时不想搞服务器，也不想搭后端，也能够先用 GoRest 来测。 ...

工夫都去哪里了 麻利迭代和团队合作，前后端拆散的工作模式简直是每个互联网公司的惯例工作模式。 前后端拆散，各自开发的长处很多，其中一项是它只须要提供一个对立的API接口，即可被web，iOS，Android等多个客户端应用，效率大大提高。 但生于麻利，死于迭代，困于团队合作经常是这种软件研发模式的一大弊病。 随着我的项目一直推动、变更，我的项目越来越大，保护老本也越来越高。 因为某些公司接口文档治理形式采纳wiki及html，openapi模式，版本迭代较快，接口经常变更，成员间update和文档保护却经常跟不上。 在API治理方面越到前期越存在着可观且隐形的“人力资源”节约： 1)文档老旧不可用，新人上手工作、相熟我的项目靠“老人”的口口相传，造成人力双重节约，团队成员本人的工作进度碰壁，新人胜任工作的进度缓慢。2)接口因为初期设计问题/性能扩大/需要变更问题而批改，但批改后往往难以及时同步到前端和测试等上游环节3）接口在设计初期不标准，造成前端，测试在调试和测试了解上的艰难，甚至局部接口须要从新返工这些状况越到我的项目倒退前期会越重大。以至于不少研发人员总是埋怨：写代码不累，沟通对接心累；工作不辛苦，就是命苦。如何优雅地进行API治理 为了解决研发人员的问题，咱们须要解决API治理中的各个痛点，换言之，一个完满的API管理工具应满足如下特色： **在接口设计阶段，能标准研发人员的接口设计在接口调试阶段，提供多种性能充沛调试，高度仿真理论工作情境在接口保护过程中，保护成本低，且各项变更能及时update到上游工作环节的团队共事一站式服务，一个工具就可实现接口的设计、调试、保护，测试过程，不须要重复导入导出，各个软件来回切换，提高效率。**最终的解决方案 笔者在网上找了很长时间，发现一款简直能满足以上需要的解决方案软件--Apifox. 这个软件的次要个性： 可视化接口设计界面，反对 https 和 https 协定，遵循openApi和 Json Schema标准，各项http申请参数与接口形容间接填写即可。反对构建数据模型，可供多个申请参数复用。 媲美postman的接口调试性能，除此之外，还反对“零配置”mock高度仿真的业务数据，反对读取数据库 零碎主动生成代码 依据接口及数据数据模型定义，零碎主动生成接口申请代码、前端业务代码及后端业务代码 实时更新云端变更的数据到各个团队成员，防止数据不统一导致的反复工作和返工；代码更新和文档更新在同一软件全副实现，缩小保护工作量 项目管理 为不同的我的项目角色调配不同执行权限，无效爱护我的项目数据安全;反对openapi，postman格局的旧有我的项目导入apifox，实现我的项目无痛迁徙，反对html格局，openapi等多种格局的接口数据导出。接下来笔者再针对一些性能进行具体的介绍 接口设计界面可视化，能够对接口信息进行编辑治理，get，post等惯例的接口申请办法间接下拉框抉择； query，body，header参数间接对应填写，返回参数反对JSON,XML格局导入，并能间接进行格局校验。 接口形容局部反对Markdown格局的文本。 接口调试接口调试有两种模式，一种是不须要创立我的项目的快捷调试，间接校验接口申请 和返回参数， 一种是在我的项目里对单个接口调试， 这部分的性能根本等同于postman。 可增加多种前后置操作： 校验返回response，查看返回状态和数据结构是否合乎预期。 接口保护 当变更接口时间接在apifox内批改并生成新代码，同时阐明文档就寄存在同一个地位，棘手批改文档阐明就变得十分不便。接口变更之后，合作成员能及时同步云端变更。 项目管理 反对数据导入导出，主动生成接口代码 针对不同角色的成员，设置不同的数据权限。如后端研发能够批改接口数据，而前端和测试成员只有只读权限，我的项目外人员则只有访客权限只能查看到接口信息而无奈查看数据类型。 可针对开发调试，测试验证，线上应用配置不同的服务器： 此外 Apifox不仅是一款针对研发人员的API管理工具，还能为测试人员提供接口测试，接口自动化测试，测试治理等一系列性能。能够说是一款研发团队一站式晋升效率的神器。

前言 把握了http协定，就把握了接口测试笔者在网络上看过不少接口测试教程，一上来就开始讲怎么操作工具，而不通知读者为什么要这么操作。读者可能照猫画虎胜利了，也可能操作失败了但不知为何出错。 因而，本文作为接口测试的入门第一课首先会给大家理解到执行接口测试每一步操作的目标和原理，由此大家能力从实践到实际上把握接口测试，并且纯熟之后有本人的创造性施展。 本文所用的接口测试工具为Apifox，请大家在往下读之前先装置注册好工具。 Apifox官网下载地址：http://www.apifox.cn 目录 接口测试测什么接口测试的对象：服务器接口服务器接口与前端通信的形式：http协定Apifox接口测试原理用Apifox构建第一个接口申请注释一.接口测试测什么 接口测试次要是测试零碎 组件间接口的一种测试，次要用于测试服务器与前端（web浏览器，APP）之间的数据交互接口。 测试的重点是要查看接口参数传递的正确性，接口性能实现的正确性，输入后果的正确性，以及对各种异常情况的容错解决的完整性和合理性。由引文对接口测试的定义可得，接口测试的对象是服务器接口，接口测试的内容包含：接口参数检验，接口性能实现是否正确，接口异常情况容错解决。 接口测试的内容是《Apifox接口测试》系列教程前面的内容，本文次要解说服务器接口，前端如何通过http协定与服务器通信，Apifox等接口测试工具如何实现接口测试。 二.接口测试的对象：服务器接口 API指的是一组事后定义好的函数，来让零碎或内部的其余组件能够执行它外部实现的性能，但又毋庸拜访源代码或者了解其外部逻辑。 在需要开发过程中，前后端拆散开发，两端的研发人员会独特定义好接口，编写接口文档，尔后的开发过程中须要遵循这份协定文档。 因而接口测试也是一种黑盒测试，测试人员须要依据接口文档来对服务器Api进行测试，来检测约定的性能是否正确实现，是否有对异常情况做容错解决。 而接口文档的编写是根据前后端数据传输的协定——Http协定进行的。 要会用接口文档，首先先了解http协定。 三.服务器接口与前端通信的形式：http协定服务器和前端通过相互发送http报文实现数据交互。本大节将介绍如何创立http报文，以及如何了解报文的每一个局部，理解完就能够把握接口测试的根底内容。 http报文的三个组成部分 http报文是一个格式化数据块。报文类型包含客户端申请，服务器响应。它们由3个局部组成： 起始行（start line） 对报文进行形容 首部块（header） 蕴含属性 Content-Type： Content-Length： 主体（body） 蕴含文本或二进制数据，能够为空申请报文的格局 <method><request-URL><version><headers><entity-body>响应报文的格局 <version><status><reason-phrase><headers><entity-body>各个字段的含意如下： 办法（method）：前端心愿对服务器执行的操作，蕴含get，post，put，delete等办法；办法 性能GET 从服务器获取数据POST 向服务器发送要解决的数据HEAD 只从服务器获取文档的首部DELETE 从服务器上删除数据PUT 向服务器提交数据 申请url（request-URL）:所申请资源门路，通过它可找到资源搁置的地位。 格局相似于：https://www.apifox.cn/help/ap... 版本(version):报文所应用的http版本，格局相似于：HTTP/1.0 首部(headers)：能够有0个或多个首部，常见的首部如下： 常见的首部 实体主体（entity-body）:蕴含一个数据块，反对多种数据格式，如html页面，图片，视频，源代码等等。 状态码(status-code)：形容申请后果，胜利或者失败。 起因短语(reason-phrase):起因短语是状态码的可读版本，只对人类有意义。 这些字段初学者会感觉十分形象难以了解和记忆，但当前面接触到api文档和用apifox做接口测试的时候，就会顿悟——api文档里的参数和办法，url的含意和接口测试界面每个空格要填什么，返回值代表什么含意。 请急躁持续往下读。 四.读懂API文档 对于测试人员，筹备接口测试所须要的文档有产品需要文档+API文档。 需要文档用于梳理接口为何这么设计、是否正当； 针对单个接口，接口文档用于获取：接口形容，申请阐明，返回阐明。 以百度凋谢API，文字辨认接口为例：咱们想要应用它的文本辨认性能，须要去调用它的接口，那么须要理解发动这个文本辨认接口申请，每个字段须要填什么内容。 *注：Apifox的ApiHub中，收集了大量凋谢的API，初学者可选取某个api深刻理解接口文档，或作为接口测试的练习物料，留神有些接口须要先获取应用权限。Api Hub收集的凋谢API 五.Apifox接口测试原理对于服务器来说，Apifox也是一个前端，只不过其余前端的接口申请由研发人员在代码里封装好，在特定条件下被触发发动申请，而Apifox中，接口申请由用户手动封装，手动发动。Apifox界面Apifox界面 看完Apifox接口测试的界面，读者想必能发现，整个界面就是让读者手动构建出一个http申请进去，上两节咱们讲的形象的http协定终于落了地。 因而一个最根底的http接口测试所须要做的步骤就是手动填写实现并收回一个http申请，校验参数。 step1.抉择申请办法->填写申请url->填写url参数->填写body参数和header参数（如果有） step2.手动发送申请 step3.查看返回参数是否失常，是否合乎接口文档的约定用Apifox构建你第一个测试申请 在铺垫完上述那么多实践根底之后，大家终于能够开始上手应用apifox来做接口测试了。 练习1：用get申请获取html页面 step1：在apifox的新建接口tab输出“http://www.baidu.com”,申请办法抉择GET，header参数，url参数，body参数均为空，接着点击send按钮。 step2：查看返回值，能够看到申请回来的数据是一个html页面，即百度首页，咱们点击‘preview’按钮，能够看到一个残缺的页面显示进去 练习2：获取百度凋谢API的acess_token，即取得应用api的受权 step1：查看百度凋谢api获取acess_token的接口文档，获取申请办法和申请参数 ...

大家好，我是安果！ 家喻户晓，Postman 是一款十分风行且易用的 API 调试工具，在接口调试或测试时常常被应用针对一般 API 接口，咱们能够间接在 Postman 中输出 URL、Query String、Header、Data 来模仿发送一个 HTTP 申请 然而，针对「 加密接口 」的调试及测试，咱们怎么来做呢？ CryptoJS 及 Pre-request ScriptCryptoJS 是一个应用 JavaScript 实现的加密算法库它反对的算法蕴含： Base64MD5SHA-1 和 SHA-256AESRabbitMARC4HMAC、HMAC-MD5、HMAC-SHA1、HMAC-SHA256PBKDF2在 Postman 中有一个 Tab 「 Pre-request Script 」，它能在申请之前做一些预处理 比方，能够应用 CryptoJS 先对变量进行加密，而后设置到变量中，最初在实在申请时应用这个变量 实战一下假如当初有一个登录接口申请形式为 POST，申请体中蕴含用户名 username、明码 password，并且 password 是通过 MD5 加密后设置到申请体内 如此，咱们只须要在 Pre-request Script Tab 下，应用 CryptoJS 编写 JS 脚本，对明码变量进行预处理 # Pre-request Script var password = "hu123456";//md5加密//应用JS模块CryptoJS中的md5去加密数据var password_encry = CryptoJS.MD5("hu123456").toString();console.log("加密后的数据为:"+password_encry);//设置到环境变量中//形式一：全局变量// pm.globals.set("password_encry", password_encry);//形式二：局部变量pm.environment.set("password_encry", password_encry);预处理设置变量有 2 种形式：全局变量、局部变量 须要留神的是，如果设置到部分环境，咱们须要先新建一个环境，并创立一个变量能力在 JS 脚本中援用 最初，在申请体中替换成下面设置的变量即可 最初Postman 能够借助 CryptoJS 实现大部分数据的加密，然而它并不反对 RSA 算法 ...

本文次要介绍一些工作中罕用的JavaScript编码技巧。十分有用，倡议大家看完赶快实际，keep it in your mind! 首先举荐一个vscode的插件，Quokka.js,调试代码神器，插件的作用是：立刻执行你键入的JavaScript代码或者TypeScript代码 javascript代码简写的几种罕用形式汇总 箭头函数简写规定： 只有一个参数，小括号能够不写返回值只有一个，花括号和return能够不写let arr=[1,2,3]arr.filter((item)=>{ return item >1})//只有一个参数，小括号能够不写arr.filter(item=>{ return item>1})//返回值只有一个，花括号和return能够不写arr.filter(item=>item>1) 把握数组常见操作方法把握数组常见办法，记在脑子里，不要写的时候再去看API了，这样能够无效晋升编码效率，毕竟这些办法每天都在用 everysomefiltermapforEachfindfindIndexreduceincludesjavascript代码简写的几种罕用形式汇总 把握字符串罕用操作函数 trimstartsWidthincludeslet str="Hello JueJue "//蕴含子串console.log(str.includes("Hello"))// 以子串结尾console.log(str.startsWith("Hello"))// 去除收尾空格console.log(str.trim()) 延展运算符很有用的哟，上面介绍两个应用场景： 对数组进行解构 //数组去重function removeRepeat(arr){ return [...new Set(arr)]}//数组求最大值Math.max(...arr)Math.min(...arr)对对象进行解构 //react 用于一次传入多个属性let props={name:'Ben',age:10,sex:0}const greeting=<Greeting {...props} />//组合对象 这种状况能够应用Object.assign代替let defaultParams={ pageSize:1,pageNumber:10,sort:1let reqParams={ ...defaultParams,phone:'15196255885'对象简写对象的key和value同名，能够只写key,能够少些很多代码哟 let id,age,sexlet person={ id,age,sex解构赋值用于函数参数用于对对象进行解构能够少些一些代码哟 class Spirit{ constructor({x=0,y=0,w=10,h=10,rotate=0}){//函数参数构造 this.x=x this.y=y this.w=w this.h=h this.rotate=rotatedraw(){ const {x,y,w,h,rotate}=this console.log("draw -> x,y,w,h,rotate", x,y,w,h,rotate)把握数据类型转换的办法写JS的人个别没有类型观点，对于Number和String的辨别不太敏感，其实JS的数据类型还是挺重要的，不留神的话就有可能会出错，所以心愿大家记住上面的办法 Number和String类型互转 我个别喜爱应用构造函数转 Number('001') //-> 1String('1') // ->1保留n位小数 function cutNumber(value,n=2){//默认保留2位小数 return Number(value).toFixed(n)

什么是环境变量 ？当你有多个开发环境以及生产环境，你不必批改文档，一键切换到任意环境。 例：你能够配置线上或者线下环境的变量值。在URL中援用形式变量名。线上环境：host 对应 echo.apipost.cn申请URL：https://{{host}}/get.php 对应 https://echo.apipost.cn/get.php环境变量管理器进入环境治理 这里也能够进行切换环境。 点击新建环境 保留即创立胜利。 应用脚本定义环境变量除了通过环境变量管理器，咱们也能够通过脚本来定义环境变量。 例如咱们在预执行脚本中定义一个环境变量num，其值为1000 apt.variables.set("num", "1000"); // 设置一个全局变量定义后，就能够应用了 应用环境变量在申请参数的各个中央中您都能够通过 {{变量名}} 来进行援用： 你在Raw模式下也能够 切换环境，发送申请时，这些参数将会被环境变量值替换掉。 查看已定义的环境变量咱们能够通过点击右上角的小眼睛进行变量的查看、批改和删除

INFT216 - Data Science 191Project: Building a Data Science Dashboard for BondTelcoAssessment Value: 20%Due Date: Mid Week 13, Wednesday 10th April 5pm (submit via iLearn)Management at BondTelco are impressed with the models you have built so far. They have heard ofa few other Data Science modelling techniques, and will ask you to build models using thosetechniques over the coming months.They are also starting to think about deployment. At a recent conference on Data Science and BigData, management attended a seminar about ShinyApps, and they think this would be the perfectdeployment approach for their models. After all, Shiny allows for building a cloud-based app whichcan be written and maintained in R, and accessed over the web by their salesforce.You have already developed models using Decision Trees and Logistic Regression. There are 2 moremodels you are yet to build. For this project, you only need to implement the tree, logisticregression, and knn models.Management want you to build a Data Science Dashboard. Essentially this will be a dashboardwhich is built using Shiny. For the tree, logistic regression and knn models, the app will build themodels and for each model, it will show visualizations of the model and its fitness for purpose. Theapp would then allow a user to input the specific details of the customer they are talking to, andreceive a prediction from each of the underlying models.You have access to the same data as you used for the assignments.Deliverables:Your final deliverable will be your Shiny app. Zip the app folder and submit it online through iLearn.Remember to include the web address of your application when you submit the project.Guidance:You can design the app any way you like. The most obvious implementation would be a tab ofpanels on the main screen – one for each model type. You may also wish to investigate ShinyDashboards. I am particularly interested in visualization and useability. You should also take intoaccount any feedback on previous assignments to update your model functions.Note:As is the case with all assignments I set, if you do the minimum (correctly), then you will receive halfmarks. Additional marks are awarded for those assignments where you have clearly put inadditional thought, whether it be in visualization, modelling, succinctness, or coding elegance. ...

本文将讲述如何编码实现浏览器ajax申请携带参数申请后盾postman介绍postman是一款弱小的发送http申请的工具，能够发送get、post、delete等申请，并查看申请的返回的后果。 postman下载地址，下载后始终下一步装置胜利即可，关上后界面如下： 通过lesson1的学习新建工程，上面咱们开始编写代码，并应用postman模仿发送申请，并调试后盾。 首先咱们来看下DemoController的代码及构造如下： @RestController作为注解，告知springboot这是一个rest申请的类，springboot才晓得如何加载并解决这个类。 @RequestMapping是类注解，是指改java类所在的rest申请都必须以这个外面设定的值结尾，如上图所属，该类中的所有申请都必须以demo结尾 get申请@GetMapping标注申请该办法必须在客户端应用get办法申请，而不能用post、delete等申请 get申请携带参数的两种办法：办法一：通过？前面接参数 post申请通过body申请体携带参数 还有一些其余的申请，如delete、options、put等申请因为用的不多，本文不再详述。 另外留神，个别get申请是查问数据，不批改数据库中的内容；而post申请多以提交数据，变更数据库中的内容，包含增删改。 当然也有用get示意查问，post示意新增，put示意变更，delete示意删除数据。能够应用http申请办法辨别，也能够门路分隔符阐明： 如： 1.get:/user/details?id=abc 示意get申请，获取id为abc的user的具体数据2.post:/user/delete?id=abc 示意post申请，删除id为abc的用户数据总结@RestController 注解在类上告知springboot这是一个rest申请类@RequsetMapping 注解在类上，所有申请该类的门路都必须带该门路参数@GetMapping 注解在办法上，标注是一个get申请，且标注门路@PostMapping 注解再在办法上，标注是一个post申请，且标注门路@RequestParam 注解在参数上，申请门路应用?带参数，应用&符号带多个参数@RequestBody 注解在参数上，post申请可用，应用http的申请体携带参数更多原创浏览：https://javawu.com/

深夜的办公室亮着一排炽亮的灯泡，上面是研发部的办公桌，都坐着一马平川的秃顶的码农。其间有一个二十多岁的少年，紧盯眉头，手里疾速地敲打着键盘，正在向上班做着最初的冲刺。忽然红光一闪，一个致命Bug反从他的背后呈现了。 这少年便是闰土。我招他来时，也不过刚毕业，离当初将有一年了；那时甲方爸爸多，公司效益好，我正好是一个我的项目的小组长。那一年，公司接到一个大我的项目。这我的项目，说是三十多年能力轮到一回，所以很郑重。后（hou）端、前端、测试须要的人也多，技术很考究，加入面试的人很多，每个人都须要认真地看待面试。公司有一个扫地的阿姨（咱们这里给人扫地的分三种：物业派来的每天扫一次的叫阿姨；公司里面大巷扫地的叫清洁工；本人也写有事儿，也偶然本人给公司扫地的的称前台。）说：他儿子刚计算机毕业，能够叫他儿子来写Java的。 我的老板容许了；我也很快乐。他年纪轻，是能熬夜改bug的。 我于是日日渴望周一，周一到，闰土也就到了。好容易到了周一，老板通知我，闰土来了，我便飞跑地去看。他正在电脑前，紫色的圆脸，白嫩的小手，手里拿着一个粉红色的小鼠标，这可见他的母亲非常爱他。他见人很怕羞，只是不怕我，没有旁人的时候，便和我谈话，于是不到半日，咱们便熟识了。 咱们那时候不晓得谈些什么，只记得闰土很快乐，说是下班之后，见了许多没有见过的货色。 第二日，我便让他写后端接口。他说：“这不能，须产品经验出了原型UE才好，到时候，不仅后端接口，接口文档也给你整明确儿的……” 我于是本人花了半小时画了一个原型。 闰土又对我说：“当初能够写接口了，先下载一个接口文档工具去。” “Postman吗？” “不是。Postman是老外的我看不懂，我用的咱们国内的ApiPost。一边调试接口一边就主动生成文档了，比Postman好用。” 我那时并不知道这所谓ApiPost的是怎么一件货色——尽管当初晓得了——一款可间接生成文档的API调试、管理工具。 “它收费吗？” “齐全满足集体应用呢……只是极少的性能和团队合作免费的，免费性能比postman便宜多了” 啊！闰土的心里有无穷无尽的稀奇的事，都是我平常的敌人所不晓得的。闰土在海边时，他们都和我一样，只看见院子里高墙上的四角的天空。 惋惜我的项目完结过来了，老板说闰土须开革回家里去。我急得大哭，他也躲到厕所里，哭着不肯出门，但终于被他母亲带走了。他起初还托他的父亲带给我一包贝壳和几支很难看的鸟毛，我也曾送他一两次货色，但从此没有再见面。

https://www.jianshu.com/p/682...https://www.jianshu.com/p/536...

应用localhost 与本机ip比方192.168.0.122时存储的cookie 对postman来说是不一样的 倡议要么全副用localhost来测试，要么全副用ip来测试写此文来加深记忆，别又忘了！！！

疾速开发平台——使用者利用其即可高效开发出本人想要的应用程序。在一个企业疾速发展壮大的过程中，往往会碰到各种各样的治理问题和倒退瓶颈，如：宏大的客户经营治理问题，人数泛滥的企业员工治理问题，制作生产的业务流程治理问题，产品货物的仓库治理和物流运输问题，产品我的项目的档案品质治理问题，团体企业的财务管理，企业的销售洽购治理以及企业日常的办公审批治理等一系列的问题。这些问题都关乎着企业的倒退大计，如果没有解决好，将对企业造成不可估量的损失，因而，这时候打造一套适宜企业的全流程、全系列的软件管理系统尤为重要。现在，市场上新兴呈现的疾速开发平台就能够很好的解决这些问题。 疾速开发平台——使用者利用其即可高效开发出本人想要的应用程序。 始终以来，当企业想要打造一款管理软件时，他们要么购买市面上的通用成品软件，要么外包给软件公司或者本人开发出一套管理软件，这两者都是企业信息化建设的广泛做法，但二者的毛病也是不言而喻的。前者企业购买的通用软件品质差，应用体验不佳，性能构造受限等诸多问题，难以满足企业个性化和久远倒退的需要。而后者企业本人打造管理软件则会重大受到第三方软件公司的掣肘，须要付出大量的工夫和财力老本，前期的降级保护也会十分困难等，这就会让很多公司望而生畏。所幸的是，疾速开发平台的呈现很好的解决了这一系列地问题。 疾速开发平台有以下几个特点： 疾速开发平台冲破了技术壁垒，普通用户在承受简略的培训后也可能应用疾速开发平台疾速DIY出合乎本身需要的管理软件，大大缩短了软件开发周期；疾速开发平台为企业提供对立的基础架构、开发方法和开发技术，简化开发过程，让您节俭80%开发工夫和老本，保障产品质量，节俭软件维护老本；疾速开发平台能够通过间接配置业务参数和框架欠缺的权限治理模块就能够生成一个欠缺的企业治理软件系统，缩小了代码编写，进步了工作效率；疾速开发平台提供欠缺的接口函数以及独立部署，凋谢数据库结构设计，不限用户，轻松开发出小程序、公众号、App、H5、业务零碎等，web端、windows端、Android零碎以及iOS零碎等多端均可运行；挪动智能化办公；通过疾速开发平台的工作流引擎，管理者能够随时随地掌控企业公司的经营详情，以便迅速做出审批决策，取得有限商机可能；疾速适应需要变更；当软件系统上线后，如果需要发生变化，只需通过浏览器登录开发账号调整相应性能并公布，整个过程可能只须要几分钟；疾速开发平台提供云端化部署和治理，接轨国家工业互联网、智能制作、大数据、云计算等新基建建设，与国家倒退建设同步，紧跟时代潮流； 现在，疾速开发平台越来越多的受到宽广开发者和企业主管理者的青眼，而且将会有越来越多的开发者应用疾速开发平台来实现本人的开发工作。疾速开发平台也为企业长年困扰的信息化建设提供了绝佳的解决方案，让企业冲破信息化的枷锁，在行业大倒退的时代洪流中逐步地怀才不遇，独占鳌头。

现在，接口测试工具这个市场，品种十分多，十分繁冗。 国外接口测试工具巨头：postman、jmeter和loadrunner等 国内的接口测试工具就更多了：apipost、doclever、itest等 明天我就给大家剖析剖析，这些软件的优缺点。 首先先剖析两大巨头：postman和jmeter 1.postman Postman是由Postdot Technologies公司打造的一款功能强大的调试HTTP接口的工具，它最早是Chrome中最受欢迎的插件之一，现已扩大到Mac，Windows和Linux客户端。软件性能十分弱小，界面简洁清晰、操作方便快捷，设计得很人性化。Postman分免费版和免费版本。然而postman是国外的软件只有英文版，对于英语不好的人用着十分吃力。 2.jmeter Apeche Jmeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试，它最后被设计用于web利用测试，但起初扩大到其余测试畛域。jmeter因为是用java写的，所以装置的时候，须要配置对应的java环境和jmeter本身的环境。 3.loadrunner loadrunner是HP(Mercury)公司出品的一个性能测试工具，LoadRunner是一种实用于许多软件体系架构的主动负载测试工具，从用户关注的响应工夫、吞吐量，并发用户和性能计数器等方面来掂量零碎的性能体现，辅助用户进行零碎性能的优化。然而loadrunner一款免费软件，而且不轻量，安装包较大。应用老本高。 4.apipost 国产的一款接口测试和接口文档生成的工具。次要针对的是接口测试和接口文档生成。这款软件也不反对离线应用，官方消息往年十一月会出离线版的。现版本还是要注册和建设我的项目能力进行接口测试。而后接口文档反对在线的，html，markdown和word版本的文档。还是一款很不错的软件。期待apipost官网的优化更新。 5.doclever 国产的一款接口测试工具，有Windows和ios两个版本。不反对离线状态的接口测试，进行流程测试的步骤比拟繁琐，须要建设我的项目，在具体实现接口测试的话，还须要增加很多步骤能力实现接口测试，流程化的思维是好的，然而不够简便。 6.itest 国产的功能测试和接口测试汇合工具。思维是对整个我的项目的品质治理，功能测试和接口测试的整合软件，然而这款软件并没有很好的把性能和性能区别开。操作比拟负责，还不如独自用bug管理工具和接口测试工具。

目前寰球的公链底层架构都有一种共识机制，它规定节点之间如何竞争记账，现阶段最为支流的共识机制是OW、POS、DPOS、PBFT与DBFT，其速度、安全性与中心化水平各有偏重。然而也有一些公链抉择应用混合共识机制，如ZIL采纳了POW+PBFT的混合共识机制，Wisdom Chain采纳了DPOS+Pow的混合共识机制，那采纳混合共识机制的益处是什么呢？ 首先，晚期的比特币、以太坊都采纳了繁多的共识机制，导致了它们运行速度慢，无奈使用到商业环境中，尽管EOS应用了DPOS的共识机制，所有的交易都由节点交由超级节点记录在链上，在效率上有着很大的晋升，但丢失了区块链的另一大个性——去中心化带来的安全性。 因而采纳繁多的共识机制的公链注定在效率、平安、去中心化水平不可兼得。 混合机制的劣势 采纳混合机制最大的劣势就是能够各取所长，混合共识即把两种或多种共识机制使用在同一区块链公链的底层架构中。正当使用混合共识，能够补救繁多共识机制带来的效率低下、失去平安防护或就义中心化水平的缺点。 Wisdom Chain在这方面的思路颇具创意。其采纳DPOS+POW 的混合机制，两个账本同时运行的形式补救任何繁多共识机制的劣势。DPOS机制效率高，负责从事务存储池中抉择非法交易，将其打包成块，而后通过p2p协定将其播送到网络，而隐含的POW则须要矿工实现肯定的工作量证实，避免主链分叉，同时建设淘汰机制，如果节点在30秒内做假账或有偏差性记录的都将被淘汰。由此，速度、安全性和去中心化实质失去了兼顾。 当然混合共识机制还有些许问题须要解决，然而任何技术不是欲速不达，也不可能一路顺风，不过Wisdom Chain团队对关键技术难关进行了详尽深刻的思考并提出了可行的技术计划。将来，随着区块链技术的遍及，混合共识机制的问题必定将被一一解决。

postman 一款开发者必备接口测试或调试工具，个别在开发或者调试web程序的时候须要用到一些办法来进行追踪网页申请。postman能够发送简直所有的类型的HTTP申请，反对restful格调的接口申请。 一、Postman的下载与装置postman适配不同的操作系统，反对postman Mac、windows、Linux零碎； 以前还反对浏览器的扩大程序，但当初Postman可能插件无奈失常进行应用了。 这里提供应用程序的下 点击这里提供官网下载地址 下载后间接双击进行装置，装置过程非常easy。 二、Postman的介绍2.1 Postman的界面性能介绍 三、postman的简略应用未实现待补充中。。。

对于单个接口的测试不波及具体执行程序的问题。可是对于利用多个接口模仿一个业务场景的测试就会须要波及到执行程序的问题。 首先咱们须要晓得，个别状况下postman跑的程序就是依照request从上到下的程序。如果你想要扭转它的程序，则须要应用到postman的内置函数postman.setNextRequest()。 1.postman.setNextRequest() 根本应用postman.setNextRequest("request name") 1.1 指定申请程序 request_A->request_C则在A的脚本里（能够是pre-request script，也能够是test script）写入如下代码 postman.setNextRequest("request_C");1.2 循环以后的申请 request_Apostman.setNextRequest("request_A");1.3 进行工作流postman.setNextRequest(null);2.postman.setNextRequest() 注意事项2.1 如果申请脚本里没有 postman.setNextRequest()，则会依照默认的从上到下的程序执行 2.2 postman.setNextRequest()有作用范畴的， 如果跑的是collection，则它能够作用在整个collection范畴内，即便是同一个collection中的不同folder也能够相互跳。如果跑的是folder，则只能在这个folder范畴内，不能跨folder。 2.3 postman.setNextRequest() 只会在本申请齐全执行完后才会执行的，它无论放在 pre-request script 或 test 中任何地位都不影响这个个性。 3. 具体应用例子假如一个场景，你须要测试一个创立预约单的业务场景。你设计的接口逻辑如下。 拜访 接口1 判断以后车辆是否有预约如果没有预约则拜访 接口2 创立预约如果有预约则拜访 接口3 勾销预约，而后再拜访接口2创立预约接口1 -> 接口2 接口1 -> 接口3 -> 接口2 接口1的脚本如下： var data = pm.response.json();if (data[0].booked == false) { //没有预约则跳到接口2创立预约 postman.setNextRequest("接口2")}else{ //如果有预约则跳到接口3勾销预约 postman.setNextRequest("接口3")}接口3的脚本，则是指定到接口2: postman.setNextRequest("接口2")参考：https://learning.postman.com/...

在执行接口测试之前，咱们须要在pre-request脚本里执行一些接口申请做一些筹备工作，比方要删除某个订单，则须要确认在删除之前这个订单是存在的，那咱们就能够在pre-request里判断是否存在订单，不存在则创立一个订单。 咱们由浅入深的由几个例子来阐明如何应用。 1. 发送一个简略的get申请pm.sendRequest("https://postman-echo.com/get", function (err, response) { console.log(response.json());});2. 发送一个制订headers的get申请pm.sendRequest({ url: "https://postman-echo.com/get", method: "GET", header: { "Host": "postman-echo.com", "Accept-Encoding": "gzip, deflate, b" }}, function (err, response) { console.log(response.json())});3. get申请里的内容应用变量pm.sendRequest({ url: "https:" + pm.environment.get("host") + "/get", method: "GET", header: { "Host": "postman-echo.com", "Accept-Encoding": "gzip, deflate, b" }}, function (err, response) { console.log(response.json())});4. 满足某个条件后发送第二个get申请 （接口同步）pm.sendRequest({ url: "https://postman-echo.com/get", method: "GET", header: { "Host": "postman-echo.com", "Accept-Encoding": "gzip, deflate, b" },}, function (err, response) { console.log(response.json()) //if response not empty, then call request again if(response.json()!={}){ pm.sendRequest({ url: "https://postman-echo.com/get", method: "GET", header: { "Host": "postman-echo.com", "Accept-Encoding": "gzip, deflate, b" } }, function (err, response) { console.log(response.json()) }); }});5.发送post申请pm.sendRequest({ url: "https://postman-echo.com/post", method: "POST", header:'headername1:value1', body: { foo: 'thisisfoovalue' }}, function (err, response) { console.log(response.json())});有时候发现body传不过来，能够尝试应用mode 'raw',如下图： ...

在用postman进行接口测试的过程中，如果接口之间有依赖，那必然波及到须要把接口的response后果的值提取进去给下一个接口应用。明天咱们就来讲一讲如何提取一个json类型的response里的数据。 假如咱们的response如下。 { "dateSlots": [ { "date": "2020-07-23", "available": true }, { "date": "2020-07-24", "available": true } ], "timeSlots": [ { "dealerId": "9", "advisorId": null, "date": "2020-07-23", "startTime": "9:00", "endTime": "9:30", "available": false }, { "dealerId": "9", "advisorId": "ADV_490_13", "date": "2020-07-23", "startTime": "13:00", "endTime": "13:30", "available": true }, { "dealerId": "9", "advisorId": "ADV_490_13", "date": "2020-07-23", "startTime": "13:30", "endTime": "14:00", "available": true } ]}1.提取所有response的值pm.test("get timeslots", function(){ var data = pm.response.json(); console.log(data)})2.提取timeSlots里的值pm.test("get timeslots", function(){ var data = pm.response.json(); console.log(data.timeSlots)})3.提取第一个dealerId的值pm.test("get timeslots", function(){ var data = pm.response.json(); console.log(data.timeSlots[0].dealerId)})4.遍历所有的dealerId的值pm.test("get timeslots", function(){ var data = pm.response.json(); _.each(data.timeSlots, (result) => { console.log(result.dealerId) })})5.找出所有available为true，dealerId不为null的advisorId的值pm.test("get timeslots", function(){ var data = pm.response.json(); _.each(data.timeSlots, (result) => { if(result.available == true && result.advisorId != null){ console.log(result.advisorId) } })})6.把所有的符合条件5的advisorId存到全局变量把所有的advisorID存到一个数组中，名为advisorIds的全局变量中。应用JSON.stringify(), 把数组值作为一个string存起来。 ...

对于双向认证的SSL协定，须要客户端有本人的证书，对于这种类型的接口，咱们就须要在发送申请的同时加上客户端的证书才能够拜访胜利。 本章节将会以一个案例来解说如何在Postman中拜访一个须要客户端证书的接口。 如果对于证书和SSL协定不是很分明的小伙伴，能够参照这篇文章接口测试之证书 1 背景介绍假如你有一个接口，它须要一个key和一个证书才能够拜访，目前你本地曾经保留了.key 和 .crt 文件。名字能够本人随便取。咱们这里就假如叫做client-certificate.crt 和 client-key.key。 2 postman中减少客户端证书和密钥步骤如下： 1.进入证书配置页面点击左上角的 Postman -> Preferences -> Certificates -> Add Certificate 2.增加证书在第一步操作后的弹出框里，输出应用这个证书的域名，导入crt证书和key证书 因为咱们这个例子里假如咱们是crt证书，当然如果你有pfx证书的话，能够导入pfx证书。须要留神的是，如果是pfx证书的话，是有明码的，须要输出明码选中后，点击Add就减少胜利了。 3.运行接口这时候运行下接口就能够了，如果运行的时候呈现上面谬误 这个阐明SSL验证失败，SSL验证失败的起因很多，可能是证书由不受信赖的机构颁发，或者证书过期了，再或者用户拜访的域名和证书绑定的域名不统一。 因为咱们这个是测试应用的。所以咱们能够先禁止SSL验证。 办法一：点击 “Disable SSL Verification"办法二：进入postman设置页面，Postman -> Preferences -> General-> 把SSL certificate verifidcation改成OFF 这时候再拜访下接口，就胜利了。 4.查看证书信息点击返回状态码旁边的地球按钮就能够看到 也能够通过控制台看到，点击左上角的View-> Show postman console

在我的项目中刚好遇到须要应用到客户端的证书和密钥来进行拜访的接口。而后我看到很多文章都写的不全，所以我才打算写这么一章。本章节会大略介绍下证书以及证书的认证。 1 证书密钥阐明1.1 常见证书类型：类型格局证书 or 密钥key 密钥der，cer二进制只放证书crt二进制 或 文本（文本居多）只放证书pem文本证书 or 证书+密钥（如果只是密钥的话个别用.key)pfx，p12 （都是PKCS#12）二进制证书+密钥，通常还有一个本人的爱护明码PKCS 全称是 Public-Key Cryptography Standards ，是由 RSA 实验室与其它平安零碎开发商为促成公钥明码的倒退而制订的一系列规范1.2 证书之间的转换：个别是通过 openssl 进行转换，咱们以 .key + .crt 转换成 .p12 为例，阐明下 openssl 的用法。 如过你没有 openssl，能够到 https://www.openssl.org/source/ 下载。关上命令行工具cd到存 .key和 .crt文件到门路下输出命令行 openssl pkcs12 -export -out server.p12 -inkey server.key -in server.crt<server.p12> 生成的p12文件的名字，你能够本人定义<server.key> 输出你须要转换的.key文件<server.crt> 输出你须要转换的.crt文件输出明码，务必记住这个明码，它是作为你的p12文件的明码更具体的信息能够看： https://docs.vmware.com/en/VM...2 为什么有些接口须要客户端证书双向认证 SSL 协定要求服务器和用户单方都有证书。单向认证 SSL 协定不须要客户领有CA证书 单向认证的SSL：单向认证的SSL只须要认证服务端的证书是否可信，服务端把本人的公共证书给客户端，客户端拿着服务端的证书去验证，确保收到的数据确实是来自于冀望的服务端的。 双向认证的SSL双向认证的SSL，服务端和客户端都须要证书，他们相互把证书给对方，对方拿着证书去验证。确保单方都是冀望的服务端和客户端。