软件开发遇事不要怕
最近发生了重大bug,被搞的鸭梨山大,在整件事结束之后,自己做了这样一个万能手册。以备不时之需。希望自己以后遇事不要慌,按照这个章程来就行。
| 大项 | 子项 | 详情 | 备注 |
|---|---|---|---|
| 描述问题 | |||
| 表象 | 谁在什么时间什么版本上在哪里发生了什么问题。 | 怎么操作的?发生条件是什么? | |
| 影响范围 | 该问题会导致什么出问题,潜在的所有可能的后果 | 定义问题的边界,不用将问题范围扩大到不可控的影响范围。 | |
| 确认问题根本原因 | |||
| 临时性控制措施 | 对于暂时无法找到根本原因但是该问题又会造成重大影响的,应先进行临时性控制措施,尽可能减少损失 | ||
| 根本原因及解决办法 | 什么时间在什么版本引入了该根本原因? | ||
| 描述清楚根本原因,什么解决办法,会体现在哪一版本上。补充图片说明。 | 对于根本原因的描述有两个原则 1. 开发看得懂 2. 客户听得懂 ,可添加流程图说明 | ||
| 验证解决办法可靠性 | 提供测试步骤 | ||
| 影响范围的解决措施 | 针对各种潜在后果,当前的针对性措施是什么 | ||
| 预防 | |||
| 预防性措施建议 | 为什么自己没发现?测试没发现?如何对重要数据加保险,保证输出正确? | ||
| 总结与反思 | |||
| 对根本原因的总结与反思 | |||
| 对解决该问题的整个过程的反思 | 有哪些还能持续改进的点?问题响应速度,客户态度,领导反馈 | ||
| 心态情绪的变化 | 快乐工作,健康成长 |
//////////////////////////////////////////////////////////////////即下图


浙公网安备 33010602011771号