ITPub博客

测试用例是测试过程中很重要的一类文档，它是测试工作的核心，是一组在测试时输入和输出的标准，是软件需求的具体对照。 测试用例可以帮助测试人员理清测试思路，确保测试覆盖率，发现需求漏洞，提高软件质量，提高测试效率，降低测试成本。 Eolink Apikit 的API 管理应用中，测试用例管理涉及到两个场景：单接口测试用例管理 和 多接口测试用例批量测试。

Eolink Apikit 研发管理和自动化测试产品中，提供了多种发起 API 测试的方式，包括浏览器插件测试。通过 Eolink Apikit 官方浏览器插件发送请求，需要安装 Chrome 或者 Firefox 插件，可访问本地服务器(localhost)、内网、局域网。

我们在测试接口时，通常需要先创建 API 文档，再根据 API 文档生成测试用例。未创建该接口文档，仅临时调试接口，Eolink Apikit 支持创建 API 快速测试页面，输入接口相关的信息即可进行快速测试。 Eolink Apikit 支持操作数据库，API 测试时，可以一键生成测试请求数据。这可以减少数据输入步骤，提高调试接口效率。

RPC（Remote Procedure Call ）远程过程调用，是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC 的核心思想是将远程服务抽象成一个接口，客户端通过调用这个接口，就可以实现对远程服务的访问。

TCP. UDP

Websocket 接口测试是确保 Websocket 接口正常运行的重要手段，你可以增加断言条件，验证接口返回的数据是否正确，还可以使用 Eolink Apikit 的自动化测试功能，来批量测试 Websocket 接口。

Eolink 的图形用例是指通过图形化的方式去表现 API 流程测试。它包括了条件选择器、单个 API 步骤和操作集等组件。 相较于前面推荐的表格化的通用用例，它可以让测试人员更方便地设计和管理 API 流程测试，同时也更加的灵活。

在进行JSON格式的接口测试时，需要使用工具发送HTTP请求并获取响应。测试工具可以是单独的测试框架，如 Eolink Apikit。测试人员需要根据接口文档和测试用例编写测试脚本，然后运行测试并分析结果，以确保接口的质量和稳定性。

API在运行过程中可能会遇到各种异常情况，如响应时间过长、调用频率过高、请求参数错误等，这些异常会对系统的稳定性和性能产生严重影响。因此，对API进行异常监控和告警是非常必要的。本文将介绍 Eolink Apikit 中使用的告警规则，帮助开发者和运维人员更好地监控和管理 API。

API 监控报告是一种监测 API 异常的工具。在 API 管理中，查看 API 异常监控的监控报告，是 Eolink Apikit 常用的功能。Eolink Apikit 的监控报告有 3种：单接口监控报告、流程监控报告、项目监控报告

API 监控适合业务在互联网上，并且用户来自多个不同的地区，且对API的要求较高的场合，用于解决以下的问题：1. 发现由于网络中断或者是API响应异常等导致的服务不可用；2. 及时对异常的API进行告警；3. 记录监控的日志，方便排查。 Eolink Apikit 除了提供 API 的管理和自动化测试等功能，还提供 API 监控服务，可以为 API 设置定时拨测，并且支持多节点监控，可以从多个不同的地区节点来模拟用户的请求进行监控。

Eolink Apikit 版本更新：搭建自定义接口协议架构，支持快速适配金融行业各类型私有协议的导入、编辑和展示。数据字典功能上线，支持以数据字典的形式管理参数枚举值。数据库连接支持 MongoDB 数据库操作。基于 Apikit 类型导入 API 数据支持增量更新......

“如何优雅地Mock数据”是每个前端都应该学会的技巧，在后端数据没有出来的情况下，还能获取到和后端约定数据结构一样的模拟数据的一门技术，以避免后端接口进度滞后影响我们正常的开发 ，提高开发效率。

有些网站是使用cookie辨别用户身份的，此时我们便可以先登录一次，拿到登录成功后的cookie，后续请求时在请求头中加入该cookie，便可保持登录状态直接请求。 cookie绕过登录其实是登录状态保持，而不是真的不需要登录。 我们调试时会经常试用cookie值，除了可以在请求头中直接输入cookie外，也可以通过cookie管理工具把cookie值保存起来。后续测试时可针对不同的域名调用不用的cookie值。

对于开发同学来说，无论是新增还是修改接口文档，都需要在开发工具和接口管理工具上同步最新的数据。而且接口文档变更内容会比较琐碎和频繁。那么是否有更轻便的同步接口数据方式呢？ 我们提供了一个高效方案： 在开发工具上基于接口代码片段，一键生成 API 文档，支持在开发工具中调试，并可一键上传至 Eolink Apikit 的代码仓库中。 这样不仅可以减少界面的操作和系统间的切换，还可以在开发工具上完成琐碎和频繁的接口文档更新

在 API 研发管理产品中，几乎所有的协作工作都是围绕着 API 文档进行的。 采用文档驱动的协作模式会比先开发、后维护文档的方式更好，团队协作效率和产品质量都能得到提高。基于文档来进行工作，使用文档驱动方式可以降低大量无意义的沟通成本。 创建了 API 文档之后，可以随时查看 API 的改动情况、根据 API 文档发起 API 测试、编写 API 测试用例、使用 Mock API 等。

Eolink Apikit 有三种客户端，可以依据自己的情况选择。三种客户端的数据是共用的，因此可以随时切换不同的客户端。 我们推荐使用新推出的 Apikit PC 客户端，PC 端拥有线上产品所有的功能，并且针对本地测试、自动化测试以及使用体验等方面进行了强化，提升使用感受。

Eolink 一直向客户建议，如果要做 API 治理就要将 API 作为数字资产来管理。就像一个人如果要投资理财，就必须先清楚自己有多少可利用的资金和资源。何况 API 作为新时代最重要的数据和服务入口，值得企业和团队投入更多的精力来关注它。 因此要解决以上这些问题，第一件事情就是要全面整理公司内部的 API 资产清单，否则后续的 API 治理工作都会化为空谈。

Eolink CEO 刘昊臻发表了主题为「AI 与智能化 API 治理的探索实践」的演讲，围绕 API 全生命周期治理的实践，从 API 治理的价值、治理体系、实践经验等方面，分享了 Eolink 结合「AI+API」技术的革新应用，并展望了未来的发展方向，引发了与会者对于智能化 API 的更多思考。

如何生成这样的 API-First 设计呢？ 在本文中，我们将探讨如何通过以下五个流程集成到 API 设计过程中来实现 API-First 设计： - 使用自然语言来分析和应对需求 - 观察上下文并确定约束条件 - 充分描述和记录 API - 利用现有的 API 和指南 - 将自动化和人工反馈循环集成到流程中