如果进行bug管理？

Question

如题所述

Answer 1

如图所示，在Bug管理过程中，Bug的发现即代表诞生，而Bug的关闭则代表结束。注意，这与Bug的真实产生与结束是有区别的。一个Bug显然在发现之前就已经存在，但这种定义方式，对Bug管理是有效且足够的。

如果我们一个人在一个时间段能够处理一个Bug，如上流程是很简单的，单线程的操作不会遇到什么问题。但在一个App项目的测试或者运营阶段，我们实际面对的是同一时间段；多Bug出现，而且由不同职责的多个同事协同解决Bug。

第一步发现BUG、提交BUG信息。用纸或者电脑记录问题，通过邮件将信息反馈到技术人员手中。
第二部是根据BUG严重等级分类，比如致命：造成系统死机、程序崩溃、死循环、造成系统主要功能无法实现的异常等；产品的关键功能和性能不能符合用户要求。严重：重要功能基本实现，但系统不稳定、会导致数据破坏丢失、运行错误、操作性错误、功能不能实现、功能遗漏、错误结果。然后根据BUG的严重等级进行分析，进行修复。
第三部对BUG修复后，技术人员把BUG修复信息反馈给提交BUG人。
选择好的管理工具，可以有效的提高沟通与确认时间成本。我们团队现在直接在日事清内进行“bug管理”，提bug人员将bug输入到“收集”状态，由产品助理集中处理，视bug具体情况将bug拖拽到其他集中状态。如果拖拽到“确认”，在该bug下添加相应技术人员让其处理，技术人员会在日事清协作系统内收到通知并且bug同步到其收纳箱，方便技术人员集中处理，解决后由技术人员拖拽到“已解决”状态卡片，大大提高了工作的效率。