Apifox详细讲解！大大提升了协作效率

目录

一、前言

1.1. 场景一、后端视角：

1.2. 场景二、前端视角：

1.3. 场景三、测试视角：

二、Apifox

2.1 场景一、后端视角：

2.2 场景二、前端视角：

2.3 场景三、测试视角：

三、总结

---

一、前言

工欲善其事，必先利其器

Apifox是一款在线API设计与管理工具，它可以帮助API开发人员更加高效地进行API设计和管理。该工具提供了可视化的API设计界面和统一的API管理平台，同时还可以自动生成API文档和mock数据，方便团队协作和测试。

1.1. 场景一、后端视角：

我是个 后端 ，遇到过的问题：

• 1、接口定好，团队里的前端、测试小伙伴找我 要文档 。代码注释好给个 Swagger 还容易被吐槽界面丑、功能弱，不能做到 开发阶段即可并行联调 ，一开始是对接不了、调试不起来的，甚至有时候还会出现前端开发完界面，只能等后端联调。

• 2、接口联调对接过程中，总会有些接口没预料的，发现一些 字段返回 null 或 类型不正确 会导致前端崩溃或界面显示异常，联调的时候 接口 bug 不好定位 等。

• 3、接口初步对通了，又没测试数据。测试小伙伴是个新手，让我 造点数据 方便她测。一些复杂的流程数据通过数据库来造，又 费力不讨好 还容易出问题，往往结果就是反手一个 bug 甩过来。

• 4、公司的接口是微服务化的，要开放给其他事业部或外部客户使用，需要提供接口定义、参数说明等等，自此 又多了份文档要维护，后续的所有迭代都需要同步 。

1.2. 场景二、前端视角：

我是个 前端 ，遇到过的问题：

• 1、前端业务开发完，但是自测得依赖于接口数据来集合在前端（网页、客户端、小程序）来跑一整个流程。接口又还不能对接，可能要等几天甚至一周，就只能先自己 Mock 一些 JSON 数据 来自测，如果自己 造数据 的时候有些造的不太对，还得自己 定位查错是代码健壮性还是 JSON 本身造的问题 才能纠错，而且 webpack 或其他脚手架提供的 mock 服务往往 只能返回单一结果，想要 mock 多种情况非常麻烦 。

• 2、后端开发完，联调却发现界面显示崩溃了，发现是 接口返回数据类型 和文档不一致，肉眼还分辨不出来，还得 费工夫调试 一轮下来才发现是接口问题。

• 3、接口初步对通了，发现某些情况接口满足不了需求 需要加字段 ，后端要开发 0.5/1 天。要么干等进度延期，要么就提前同步去修改一下 Mock 的 JSON 数据 对应的改一下前端逻辑，往往有多套 JSON 还得全部同步改一遍。

1.3. 场景三、测试视角：

我是个 测试 ，遇到过的问题：

• 1、负责接口测试时，不仅需要 花时间去思考接口的可能场景和手动造参数 到 JMeter 手动录入 ，往往一个接口变动还会引起 N 个用例的修改，费时间重复做接口同步的工作 。

• 2、往往每个团队测试成员之间的断言总是最费时间维护的，其中涉及到 团队成员间的断言脚本同步 、 团队成员间的断言脚本同步，而且一个新的团队成员或团队人员的流动，还会伴随一段时间要带新人，手把手教人入门。

  <