47、软件开发中的缺陷处理与沟通协作

软件开发中的缺陷处理与沟通协作

一、缺陷处理策略

1.1 开发中修复缺陷

在开发过程中及时修复缺陷，能够减少后续流程中缺陷的出现。团队的开发速度可以包含修复缺陷的时间。随着时间推移，团队成员会了解到为一个故事修复测试人员发现的缺陷所需的时间。对于新的敏捷团队，开发阶段可能会遗留较多缺陷，但随着团队对工具和流程的熟悉，发现的缺陷数量会逐渐减少。一开始，可以为每个故事预留两小时或半天来修复相关缺陷。

1.2 不同的缺陷处理方式

• 稍后修复 ：一些团队认为，所有发现的缺陷都应先由客户确定优先级，再列入修复列表。他们觉得是否为真正的缺陷以及是否需要修复，完全由客户决定。
• 永不修复 ：团队识别出某个缺陷，但知道不会去修复它。可能是该部分代码后续需要彻底重写，因为功能会发生变化；也可能是该问题优先级极低或非常隐蔽，客户可能永远不会发现。如果经过评估确定是这种情况，建议直接关闭该缺陷，不要虚挂着，假装以后会修复。

1.3 记录缺陷的媒介选择

媒介类型	使用场景	优点	缺点
索引卡	- 有纪律的敏捷团队，在迭代内修复所有缺陷 - 希望让团队成员看到缺陷情况	- 贴在故事板上能直观展示未解决的问题，尤其是不