如题 目前遇到的问题 就是测试用例的产出是基于 xmind 然后

  1. 应用中是一个业务模块里面 可能复用多个相似的前端页面 调用不同的后端接口
  2. 一个页面里面肯定又多个不同的业务逻辑 .
    1. 因为业务是分团队开发 然后导致相互直接并不清楚 不同业务组之间的需求和逻辑 导致 不能在一个新功能上线之后 比较快速的进行回归

有什么比较完善的测试用例管理系统 能够 不每次都通过开发看代码产出 是这套系统上就能看出来

  1. 产品视角: 我产出的业务需求 涉及多少页面的改动, 多少个关注点
  2. 前端视角: 我开发的需求涉及了到那些页面 不同的页面之间有那些业务不能影响 然后 影响到的后端接口需要改动那些 新增那些
  3. 后端视角: 我开发的接口 前端在那些页面/业务上用了 一个改动影响那些页面/业务
  4. 测试视角: 我产出的测试用例 需要考虑那些业务的影响和线上的回归吗, 而且可以从业务层面出发 看到对应的接口参数 写起来自动测试更方便.

或是 如果没有相关的系统 能够分享一下你们是怎们在局部解决这些问题的?


↙↙↙阅读原文可查看相关链接,并与作者交流