接口、UI 任务已作为上线流程中重要的一环，并具有发现异常问题的能力~
我又又又来分享啦！！之前分享的接口测试不仅局限于普通的 http 接口，dubbo/开放平台接口通过深度定制已完美集成~
接口、UI 任务已作为上线流程中重要的一环，并具有发现异常问题的能力~
模块主要分测试用例、用例评审、用例计划、需求管理、缺陷管理、迭代管理、以及测试报告，用例的书写以模块/迭代为维度，同时可以存在于不同的评审/计划中并做一个数据隔离，最后在迭代结束后，作为迭代用例可一键 merge 到用例池中，作为标准产品用例沉淀，内容太多简单分享一些我认为有意义的功能~
通过规范化模板，支持 excel、xmind、以及平台标准用例的互相转换
对于 xmind 用例给于手动 merge 预校验
多方面数据关联，例如可绑定自动化用例、关联 jira 等。
通过关系网提取对应的关系节点展示互相关联的用例
与 jira 双向打通，jira 更新/创建时回调测试平台 update 接口，同理测试平台做了类似的机制保证数据一致，且在双方都做了链接跳转，方便根据 issue 查看对应的用例，反之方便用例查看对应的 issue~
针对正式、归档用例采用责任人审核方式去更改用例，以及异常回滚，防止他人误操作用例
一些使用上的细节也是要满足的，例如按照顺序执行用例、列表展示等等
采用引用评审、直接拉入用例（会附带直接关联的功能用例），进入执行列表，并在任务执行后责任人可关闭计划，届时将会封禁此计划内的用例数据，将会用来做为历史执行追溯。
引用评审、用例池，更快的拓展计划用例
并可为计划内的用例分配执行人，执行人可直接查看自己所需要执行的用例
计划用例执行仿照 ms
计划执行后支持多类型复制以满足回归、冒烟等实际情况，并根据类型统计用例的复用率
每个计划都会有一个测试报告 用来反馈执行进度以及 bug 率
嘿嘿嘿 那就分享到这吧，当自动化回归任务日益增多时，怎么一键执行所有需要的回归任务呢？下次分享工作流，如下图：
喜欢自动化测试、测试开发的同学可以加微信一起聊技术哟~（互相抄 OKR 哈哈哈哈哈~~）
