测试基础 讨论一下用例解藕的必要性
想跟大家讨论下测试用例的解藕
- 问题一：大家认为测试用例解藕应该在项目的哪个阶段开始进行？
- 楼主开始思考用例解藕，是源于团队开始往自动化进程推进，目前选择落地的项目是一个处于稳定更新阶段的项目。
- 问题二：大家对于测试用例解藕有什么方法或者建议？
- 目前我们团队的测试用例，大多为用例都需要依赖上层一个测试执行；一个衍生问题：这种情况下执行 UI 自动化回归测试是不是会使用例变得不是那么稳定？
根据公司项目的业务特点和 UI 自动化的职能目标而定
如果 UI 只是用来做页面的 CURD，各用例之间有依赖是可以接受的。每个用例都做前置后置数据维护工作量会更大
如果需要做流程，用例最好能做到独立运行。一般还是推荐用接口做流程回归，受客观因素影响比较小
另外还可以加入重试机制，能很大程度降低外部因素引起的测试失败
我这里 UI 只用来做功能冒烟 约 500 个页面 用例数 2500~3000 之间 通过率平均 93~95% 左右