用闭环流程把Bug管到底

发现了该管的Bug，就得让它在一个完整的流程里走到底。这个流程不用太复杂，四个步骤就够：

第一步是记清楚。

报Bug的时候，必须写明白在哪里操作、怎么操作、出现了什么问题，最好附上截图或日志。别小看这点，很多时候开发人员卡壳，就是因为拿到的信息就一句“功能用不了”，光定位问题就得花半天。

第二步是分明白。

按之前说的影响程度分级，P0级（比如系统崩溃）马上转给对应开发，甚至暂停其他工作；P1级（比如数据错误）24小时内必须响应；级别低的就排进迭代计划。分配的时候要指定明确的负责人和截止时间，避免踢皮球。

第三步是改彻底。

开发修复后，不能自己说算，得交给测试人员按原步骤验证。通过了才算完，没通过就打回去重新改。这里要注意，修复时最好顺带记录下原因和解决方法，方便以后查。

第四步是回头看。

每周或每个迭代结束后，抽半小时复盘：哪些Bug反复出现？是不是测试环节漏了？代码评审有没有不到位？把这些问题的根源找到，更新一下测试用例或编码规范，下次就能少走弯路。