如题 目前遇到的问题 就是测试用例的产出是基于 xmind 然后
- 应用中是一个业务模块里面 可能复用多个相似的前端页面 调用不同的后端接口
- 一个页面里面肯定又多个不同的业务逻辑 .
- 因为业务是分团队开发 然后导致相互直接并不清楚 不同业务组之间的需求和逻辑
导致 不能在一个新功能上线之后 比较快速的进行回归
有什么比较完善的测试用例管理系统 能够 不每次都通过开发看代码产出 是这套系统上就能看出来
- 产品视角: 我产出的业务需求 涉及多少页面的改动, 多少个关注点
- 前端视角: 我开发的需求涉及了到那些页面 不同的页面之间有那些业务不能影响 然后 影响到的后端接口需要改动那些 新增那些
- 后端视角: 我开发的接口 前端在那些页面/业务上用了 一个改动影响那些页面/业务
- 测试视角: 我产出的测试用例 需要考虑那些业务的影响和线上的回归吗, 而且可以从业务层面出发 看到对应的接口参数 写起来自动测试更方便.
或是 如果没有相关的系统 能够分享一下你们是怎们在局部解决这些问题的?
↙↙↙阅读原文可查看相关链接,并与作者交流