API 文档自动生成代码,支持Java、PHP、Javascript、Python等数十种语言以及上百种框架;
API 版本管理,清楚知道API在什么时候被什么人改动过了什么地方; API 变更通知,不放过 API 的任何变动。
2. 一键发起API测试,打通 API 文档与测试 Eolink可以一键发起测试,支持自动生成测试数据,能够通过 Javascript 代码对请求报文、返回结果等进行加解密、签名等处理。
支持本地测试、局域网测试、在线测试等;
支持一键切换测试环境,使用全局变量、增加额外请求参数、改变请求地址等;
可在界面直接编写 JSON、XML、Formdata、Raw、Hex 等数据类型;
支持将测试数据保存为测试用例,以后可以直接使用测试用例进行测试;
一键自动生成各语言测试代码,复制代码即可直接用于项目中;
支持在测试过程中编写代码进行签名、加解密、生成随机数据等操作
提供详细的测试报告,包括返回头部、返回结果、性能时间分析等内容;
3. 零代码自动化测试,一键进行大范围回归测试,极大减轻测试工作量! 减少超过 95% 的测试时间!当 API 发生变化时,可以一键进行API回归测试,系统会自动根据规则判断返回结果并得出测试报告,方便团队快速了解 API 改动的影响范围。
针对每个 API 可快速创建多个测试用例,提高 API 测试覆盖率;
一键、批量、快速测试 API,特有的测试控制台功能,控制台中能够直接查看测试结果;
测试用例可设置断言规则,系统自动判断返回结果并得出测试报告,准确告知错误原因;
API 状态或内容发生变更时可自动通知相关人员,系统会列出新版本改动的内容;
可通过 Open API 触发 API 测试,结合 Jenkins 等 CI/CD 系统打造属于您的测试流程。
04Eolink 使用体验 1. 自动生成API文档 您可以给项目关联 Swagger 生成的 JSON 文件地址,API 研发管理平台能够远程读取 Swagger JSON 并自动生成API文档。 2. 自定义数据结构、引用 可以独立定义数据结构,接口定义时可以直接引用数据结构,数据结构之间也可以相互引用。同样的数据结构,只需要定义一次即可多处使用;修改的时候只需要修改一处,多处实时更新,避免不一致。 3. 动态Mock API 通过 Mock API,可以事先编写好 API 的数据生成规则,由 API研发管理平台 动态生成 API 的返回数据。开发人员通过访问 Mock API 来获得页面所需要的数据,完成对接工作。 Eolink 支持非常强大的动态Mock API,可以根据不同的请求参数自动返回不同的 HTTP Status Code、Header、Body等数据。您可以在一个 API 文档里创建多个Mock API ,模拟前端发起的各种请求,方便对前端逻辑进行校验。 当项目正式发布时,只需将 Mock API 的地址前缀替换为实际的访问地址即可。 图示:该API创建了多个Mock API,前端可以传递不同的请求参数获取相应的返回结果,比如用户名为 jack liu时返回登录成功,用户名为 percy时返回登录失败或随机字符串。 4. API变更智能通知 许多用户在维护 API 时,经常遇到 API 文档变更了,但是前端和测试人员却不知道的问题。Eolink提供了变更通知功能,当 API 发生变化时通过邮件和站内信自动通知相关成员,并且显示变更的内容:
当API状态变为“开发”时,通知后端开发
当API变为“对接”时,通知前端进行对
当API变为“测试”时,通知测试人员进行测试
图示:设置当API删除或异常时,通知相关开发人员 5. API文档直接评论标注,降低沟通成本 开发人员可以直接在 API 文档上发布评论,所有的沟通内容都会跟随 API 文档保留下来并且按照版本分类好,而不是零散地存在各种聊天工具中。这样避免后期沟通时找不到依据而浪费时间。图示:在 API 文档中直接发表评论,并且@了项目中的另一位成员查看 不得不说,这个功能实在太香了! 6. 查看、回滚、对比API编辑历史 Eolink还提供了非常强大的 API 版本管理功能,您可以随时回滚到任意一次 API 文档版本,并且还可以对比两个版本之间的差异。当无法用语言沟通更新了什么时,不妨试试版本对比~ 图示:当前版本相比历史版本,删减了某些参数,会在界面中以红色标出 7. 一键发起API测试 创建好 API 之后就可以立刻对该 API 进行测试,并且可以通过参数构造器,自动生各种类型的测试数据: 图示:在测试界面可以直接编写JSON数据。 图示:一秒切换测试环境并且发起测试 8. 管理API用例、一键回归测试 在 API研发管理平台 中,由于协作是基于 API 文档进行的,当后端开发人员将 API 文档写好之后,测试人员就可以马上介入,在 API 文档的基础上编写测试用例,让测试工作前移。
当 API 开发完成之后,测试人员可以一键将 API 的测试用例全部测完,并且得到详细的测试报告。后端开发只需要看到测试结果就能够知道自己的 API 是否满足测试需求,如果有异常则可针对性改进。
当 API 发生改变后,测试人员一键即可进行 API 回归测试,真正解放劳动力。
图示:批量测试 API 的多种数据情况,并且获得详细测试报告,可以在报告中查看API异常原因。 9. 丰富的导入、导出
文章评论