团队内部如何更有效的做 bug bash

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

这是一个创建于 1539 天前的主题，其中的信息可能已经有所发展或是发生改变。

各位可以分享一下，在团队内部做 bug bash 的时候使用的是什么工具以及流程吗？在我们团队内部，bug bash 会经历以下流程：

测试 --> 参与 bug bash 的人员写重现步骤 --> 测试人员确认（主要是确认重现步骤和是否是 bug ） --> 通过项目管理工具将 bug 报给开发人员（例如 JIRA ）

在整个流程中，其实第二步和第三步是比较混乱的。

一是存在可能不是 bug 的问题被当作 bug 被报出来（需要测试确认）
二是其实在这个过程中，我们是没有报 bug 的相关模版的，并且 bug bash 报 bug 的系统，没有和最终报 bug 的系统（ JIRA ）使用同一套系统，因为需要测试人员确认之后，他们再通过 JIRA 报 bug，这其中的时间成本（主要是确认、统计问题、以及在 JIRA 中撰写 bug 重现步骤）

请问各位是否有更有效的方式或者工具去完成这件事？

3 条回复 • 2020-03-04 10:18:20 +08:00

lovedebug

2020-03-03 23:20:03 +08:00

我们是谁发现(包括 QA 和 RD)谁提 JIRA bug case 给相应的模块或 service owner，由 Owner 确认是否是 bug

lovedebug

2020-03-03 23:21:22 +08:00

另外 JIRA 好像有 Bug Bash 的模块或者 template 吧

james122333

2020-03-04 10:18:20 +08:00 via Android

不告诉你不过整好就只有爽字可以形容
其它语言都没那么爽