背景
功用用例规划与接口用例规划，是独立存在的，功用用例主要是验证测验页面功用实现，接口用例主要是验证接口入参和出参；从页面上看，功用测验进程是包含接口测验的，可是从服务底层上看，有些逻辑实现是功用页面掩盖不到的。
在事务测验傍边，经常会遇到类似的场景：
A：功用测验测完了，接口测完了吗？
B：接口测完了，接下来就等功用测验了……
C：冒烟主流程没有问题，有些场景需要功用和接口一同验证！
D：这个场景单接口验证不了，要结合页面功用一同测验……
以上几个场景算是在事务测验阶段比较常见的，或许还有很多其他的事务场景等等，但都能看得出来，接口测验和功用测验，是分层进行的，这也是近几年行业中常见的分层测验做法。那么接下来，咱们一同来看看流程规划和功用规划思路吧
流程规划思路
功用规划思路
【事前】创建或编辑主动化用例
1、接口主动化渠道已有主动化用例：依据事务需求条件，从头调整主动化用例参数或许测验场景条件，保存用例
2、接口主动化渠道没有主动化用例：依据事务需求条件和研发提供的接口文档，输入特定参数或许参数化，再调试接口，并依据事务测验条件，组合入参后生成主动化用例
【事中】绑定或许生成主动化用例
1、绑定用例
用例库页面， zzcase脑图用例 与 接口用例相相关系（存在一对多，多对一的情况），一个zzcase功用用例节点只能绑定一个接口用例，同一个接口用例，支撑给多个zzcase功用用例节点绑定
依据【事前】动作条件，主动化渠道已存在接口用例，脑图用例可以直接挑选接口用例进行绑定
- 挑选 1个zzcase功用用例，右击弹窗，相关主动化，在绑定tab下，查找主动化用例集下对应的接口用例列表（只绑定用例集下的接口用例，挑选即可绑定）
- zzcase已绑定接口用例的节点，支撑二次编辑，从头绑定接口用例
- 接口用例列表 支撑快速查找，点击挑选接口用例，并绑定保存
- 保存后在 zzcase功用节点上显示接口用例独有的符号（API）
- 保存zzcase功用用例，主动核算接口用例数量和占比
2、新增用例
同上列绑定形式，在用例库页面， zzcase脑图用例 与 接口用例的相相关系（存在一对多，多对一的情况），一个脑图用例节点只能生成一个接口用例，接口用例创建成功并主动绑定脑图用例节点；支撑批量挑选用例节点生成接口用例
-
挑选脑图用例节点，右击相关主动化，在新增用例tab下，依据事务和服务，挑选对应的接口，点击新增用例，新增成功主动绑定脑图节点
【事后】主动化用例履行和成果
1、在用例库页面或测验方案页面，翻开接口用例列表，支撑独自履行和批量履行
2、履行主动化用例，主动推送履行成果，点击支撑跳转检查测验报告
3、履行完主动化测验，验证代码掩盖率，利用接口主动化测验的手法，进步代码验证功率和测验质量
总结
1、事务测验进程中，保持养成接口测验的习惯
2、梳理事务功用接口的同时，将接口用例弥补应用到需求事务测验傍边，及时做到测验左移
3、以功用用例+接口用例同步进行的形式，经过事务场景掩盖率来衡量用例质量
4、削减多渠道、多东西脚本来回切换操作，进步事务测验功率
5、支撑快速迭代，进步验证代码掩盖率功率
存在不足
1、zzcase嵌套另一个渠道页面，动态加载页面和数据，存在响应慢的问题
2、zzcase调用主动化渠道接口数据存在不稳定性，需要动态加载
3、脑图用例页面暂时不支撑进行接口调试\
后续方案
1、探索zzcase相关数据结构渠道，功用测验进程中快速进行数据结构，并反向应用到测验傍边，进步工作功率
2、探索zzcase相关UI渠道，功用测验进程一键回归和验证UI功用
作者：庄锦弟
> 转转研发中心及业界小伙伴们的技能学习沟通渠道，定时分享一线的实战经验及业界前沿的技能论题。
> 关注公众号「转转技能」（综合性）、「大转转FE」（专心于FE）、「转转QA」（专心于QA），更多干货实践，欢迎沟通分享~
