目前我的接口平台就是展示我的接口用例，然后能增删改查和运行所有用例。
运行所有用例后，后端会跑 5 分钟，这期间前端啥表现也没有。
结束后可以打开测试报告看一眼。
我在想用例运行期间，可以用什么方式表现一下过程。
有一个简单点的方式就是加个进度条，展示用例执行进度。
但是这种缺乏执行细节。
再有就是返回部分主要信息的日志。
可这样传输的数据量有些大，还没想好怎么做。
大家认为接口自动化平台怎么表现用例的执行进度比较好呢？
想的跟你一样，就是有进度条展示执行条数，其次是在执行前先生成一份报告，执行过的 case 显示在报告中，未执行完的不展示
如果能实时返回进度就最好不过，或是否有阶段可以拆分，不同阶段对应不同进度
跑完一条用例就回传一次结果不就好了吗
前端写一个进度条，不管后端进度怎么样，始终每 n 秒加载 30%，然后在 90% 卡住几秒，最后当后端完成之后再加载到 100%
待执行的用例应该会以测试计划的维度来管理吧？前端展示测试计划的执行进度就可以，不过完整的执行过程不一定就只是用例执行，我这边还有测试报告生成、覆盖率数据生成、钉钉通知之类的，所以我这里会列出每一个待执行任务以及完成情况，用例执行任务处增加进度条，以已执行用例数/总用例数作为百分比显示执行进度。至于主要信息，日志及结果记录绑定每次运行的编号及执行的用例编号扔到数据库，前端就可以展示了
不知道接口自动平台思路是怎么实现的，用例执行前先存一下本次任务总的用例条数 ，之后每次用例执行，可以将用例的结果插入到表里，平台的前端再整个轮训，10s 一次之类的，查数据库里执行成功与总条数的比率
我的方式是：
后端：写一个专门查用例进度的接口，数据存在一个全局 dict 里面（每次用例执行前，会存入用例执行的相关数据：api 总数、成功 api 数，失败 api 数，执行一个 api 跟新一次全局 dict 值）
前端：进入用例列表就开始轮询 5 秒一次，然后通过计算百分比去展示进度条