测试管理 简单在线流程图工具在用例设计中的运用

JoyMao · 2022年04月24日 · 最后由 JoyMao 回复于 2022年04月25日 · 3769 次阅读

敏捷模式下,测试团队的用例逐渐简化以适应快速的发版节奏,大家很早就开始运用思维导图工具比如 xmind 来编写测试方法、测试点。
如今不少已经不少利用开源的思维导图组件(如百度脑图...)来构建测试测试用例工具(如 AgileTC...)

其实还有还有一种图对测试覆盖有很大的帮助,那就是流程图。

  • 流程图测试用例可以清晰的表达业务流程、异常处理流程
  • 流程图执行页面中可以清晰的表现出当前各个流程的执行成功及失败状态
  • 通过图就可表现出测试条件/分支覆盖情况

在大家的工具使用在线思维导图管理用例时,我们部门的工具也顺带将在线流程图作为用例来管理及执行了。

思维导图、流程图作为测试用例属性时,要保证其测试点的核心及便于执行的视觉体验,当时选择了 antd-pro 中自带的 gg-editor(目前已经差不多凉凉了,旧版的 api 文档都 404 了,查了源码接口才完成了各项需求),特点就干净、清爽。
主要分编辑页面及执行页面。

编辑页面改动不大,主要汉化及增加节点的悬浮内容展示具体信息

执行页面,禁用了各类编辑组件及操作功能,增加了对应箭头的成功、失败、标注功能。
流程图用例执行时,针对的对象为节点之间的通路:箭头。执行通过,表示此流程段 ok,标记绿色;执行失败,表示此流程段不通,弹出 bug 表单完成 bug 提交并标记红色;有异议,可以输入备注并标记黄色。

这样 1 个简单的使用流程图来管理用例的小工具就完成了。

共收到 2 条回复 时间 点赞

挺有意思的用法,想了解下有实际落地的效果情况吗,可以分享下不?

看楼主的示例,一个重置密码的流程画起来好像还是有点复杂度的,而且这只是一个实际业务中来说比较简单的逻辑了,复杂逻辑会不会画出来的成本更高?

陈恒捷 回复

【一】部门负责的业务还是很复杂的,尤其工作流和对接第三方系统上面,这种用例已经得到普遍使用。
1-评审时,这种流程图用例比文字型更加方便大家理解业务流程流转,因此这种用例的评审大家提出的问题要更有效
2-执行起来还是比较高效的,能更快的 “断点续测”
3-领导检查时,很快清楚执行情况 (-_-!)
【二】流程图用例编写确实要比普通的用例花的时间多些,但说成本就不好说了,因为如果将 1 个流程图清晰的画出来而且没有矛盾、冲突,说明这个测试者对测试业务理解至少已经相当 OK 了,执行效率、给其他人传达就会更有效、省时间。
【三】如果有非常庞大的业务流程,建议按模块拆成多个子流程用例。
【四】特别要注意的是:多路径汇集后再多路径扩散时,执行时要注意多覆盖些情况 (通过备注说明已经覆盖的分支)。

需要 登录 後方可回應,如果你還沒有帳號按這裡 注册