这期抽出来的问题是关于如何使用Eolinker私有云版本自定义接口的cookie值。 当您想对cookie的值进行自定义时，可以通过eo的函数做到，如： 这是API自动化测试模块下用例的两个步骤 在eolinker中，当第一个API的返回头会返回set-cookie，后面的API的请求头会自动带上这个cookie。 如图中API1的返回头会返回set-cookie，然后API2的请求头会继承cookie值。 如果需要将值进行改变或者清空，可以通过以下步骤操作： 在API1的后置脚本中编写：

什么是流量限制 通俗的说，流量控制就是控制用户请求的策略，主要包括：权限、限流、流量调度。 权限上一篇已经讲过了，这一篇讲限流，下一篇讲流量调度。 限流是指限制用户调用的频率（QPS/QPM）或者次数。 为什么要有流量限制 为了收费 流量限制，站在用户或者运营的角度看，最直观能感受到的作用是——收费 各大主流开放平台的对外API，一般都有一些免费的额度，可以供个人测试用，一旦想大规模调用，就需要付费购买更大的额度（频率、次数），根据调用次数或者频率进行收费。一旦超过拥有的额度，就会被限制调用。

一文理清Session，Cookie和Token 前言 之前看了不少同类型的文章，对于Cookie和Session真是众说纷纭，有的人说先有Cookie才有Session，也有的人说现有Session再有Cookie。我也说说我的理解，希望对大家有所帮助。 注：需要读者对于Cookie/Session/Token有基本的了解。 Cookie和Session 说这俩之前，先说http，它是一个无状态协议。 怎么理解呢？就是说连续的两次请求之间是没有任何关联的。这样的好处是快速，坏处是想要把同个域名

前言 在企业项目日常开发过程中，至少有两台应用服务器，一个用于开发测试使用（测试环境），一个用于供客户访问（生产环境）。在前端项目中，开发测试阶段调用测试环境的API，等正式上线时就要切换调用生成环境的API，这是一个固定不变的套路。通常我们是通过修改接口文档来配置不同环境的接口地址，有没有什么比较简单的方法呢？当然是有啦，下面就来试试看~ Step1：创建项目环境 进入项目详情页，点击侧边栏的“项目环境”，进入项目环境管理页面后，点击新建环境按钮： Step2：请求地址前缀 给项目内所有API

想象一下，我们的API网关对外开放了好多个接口，有的接口是通用的，大家都可以访问，有的接口是定制的，只对特定用户开放，比如付费用户、合作伙伴等，这就涉及到接口权限控制的问题。 权限功能的示意图如下： 接口权限是一个网关系统最基本的需求，实现方式也有很多。我们这里只讨论最简单的一种。 ACL这个英文缩写，大家都不陌生，全拼是Access Control Lists 访问控制列表。 举个例子，我们有service1，service2，service3三个接口，有userA, userB, user

这期抽出来的问题是关于如何使用Eolinker做参数绑定。 描述：参数绑定即 API 与 API之间的参数传递，如图： 如：场景中有两个接口 1、登录接口 2、查询接口 在自动化测试中，用例里的“API”可以称为“步骤”，API1和API2在一个用例时的情况： 在eolinker中有两种方式可以做到： 1、使用eolinker中“界面参数提取、绑定”的形式进行参数的传递； 2、设置，引用环境全局变量。 法一：界面绑定数值 Json结构定位 如，API1的返回内容为： 因为需要后续的API能

有没有在国企工作过的码友，期待你们的评论

昨天说了合格的接口文档，今天继续唠一唠，什么是我觉得优秀的接口文档。 项目部分 首先，优秀的接口文档在合格的接口文档上最显著的一个特征，就是在描述几种项目必须要素基础上，要给出更加详细的说明以及所涉及到的技术细节，甚至要给出关键代码逻辑的demo。例如，除了文字版叙述加密、解密和验证算法以外，要给出测试语言所能够时直接抄用的代码demo。 其次，在项目所涉及到的请求方法这个要素上，要给出更加详细的方法使用规范；在传参格式这个要素上，要给出传参的具体请求和响应内容的Demo。虽然项目中总有一些特殊

最近对接了几个测试管理平台的接口文档，总地来说，感触良多。 首先我个人工作经验最大的一个感触就是。如果说一件事情做好，能够最大的提升工作效率，我觉得就是文档规范。对于接口测试来说，接口文档。就是最要命的卡脖子技术。 那么今天我分享一下我自己对一个合格和优秀的接口文档的认识。这里我认为的合格的接口文档就是本分，优秀的接口文档就是卓越。 合格的接口文档 项目部分 合格的接口文档必须包含以下几种要素。 首先是要对项目进行介绍。除去业务支持的简单介绍以外，还必须对项目的环境和host它的对应关系、项目

这期抽出来的问题是关于如何使用Eolinker设置和引用token值，。 什么是token Token 是在服务端产生的一串字符串。如果前端使用用户名/密码向服务端请求认证，服务端认证成功，那么在服务端会返回 Token 给前端。前端可以在每次请求的时候带上 Token 证明自己的合法地位。如果这个 Token 在服务端持久化（比如存入数据库），那它就是一个永久的身份令牌。 api怎么获取和引用token 在预处理中使用eo.globals.set(“token”,”123456”)语句，设

用户体验是采用的关键。如果没有人了解如何使用你的产品，他们就不会购买，这在 API 领域也是同样的道理。开发人员更有可能采用并坚持使用他们喜欢使用的平台或服务。因此， API 成功的关键是开发人员体验。 但什么是开发者体验？ 就像针对传统消费者的产品一样，API 的可用性是关键。因此，开发人员体验是开发人员在与平台交互时拥有的所有体验的总和。在业务、技术和用户体验的交叉点上，平台的开发人员体验可能会成就或破坏组织在当今竞争异常激烈的技术环境中的发展。 “良好”的开发者体验就是理解和满足客户的需求

为了确保API提供了必要的安全性、可靠性和性能，这不可避免地涉及到开发、持续执行和忠实地维护广泛的复杂测试。 以下是5个关键的API测试“必须具备”，可以帮助你实现这一点： 1.智能测试创建和自动验证 由于api的极端暴露和潜在的误用，使得测试范围更广的条件和角落用例变得至关重要，自动化就成为了最重要的问题。在SOA的内部范围内，使用有限的或手动验证创建和执行简单的自动化测试可能已经足够了，但是需要更复杂和更广泛的自动化，以确信您的api足够健壮，能够在环境中生存下来。您需要一个自动化的级别，

今天我们来聊一聊，后端同学如何高效地提供API给其他同事，以及需要修改了怎么处理。 相信基本都知道需要接口文档来解决。 有的人会使用markdown将接口写下来，相关负责人约定好一个固定的模板，这就是可以使用的文档了。当然其他格式也有，word和txt都可以，还有什么不行呢哈哈。 但是有的同学可能连一点文档资料都不输出，这样的就不大行了，换成在电视剧里，这样的就是大反派了。 那么测试的时候呢？ 大多数人可能使用的是postman工具，对照着接口进行参数的设置，进行自测，或者写脚本进行测试。 不