项目组成员的经验仍然记忆犹新，所以所有经验都能记住并包含在讨论中。
最重要的是，你能把学到的经验教训应用到剩下的项目过程中。
第二个原因是你收集了很多有趣的经验信息，但是你没有途径把那些信息使用在将来的项目中。（我将在“应用你学到的”中讨论。）
从缺陷数据中分析和学习
你的缺陷库是个藏宝库。是你的质量失误的记录，因此是你在将来的项目去改进质量的机会。如果你没有记录你的产品缺陷，那么今天是一个好的起点。如果你已经在收集一些缺陷数据（例如，只是在发布后或只是那些重大的或开发后期的），那么你可能需要扩展你的收集范围。
对质量改进有用的缺陷数据包括：
什么错了？这不是现象，而是需要修正的问题。例如：“无限循环”是一个现象；“重复使用同一个指针”是一个问题。
问题是什么时候产生的？那个特定的开发活动是问题的原因？是需求分析工程吗？系统设计？代码？测试？（对，我们在修正其他bug的时候引入了缺陷。）
什么时候诊断出问题？它不能被马上修正，但是我们关心的是它存在了多长时间而没有被发现。
问题是如何被发现的？那可能是你可以在后面持续使用的测试方法。什么时候问题被发现了？是否存在上游的QC过程没有有效地发挥应有的作用？
它导致的代价有多大？它很容易理解。确保考虑了所有这些诊断和需要重新做的工作，包括重新设计、重新编码、重新编译、重新构建、重写测试用例、重新测试、重新发布、补丁发布、管理缺陷报告、报告状态等等。（不要忘记那些不可挽回的损失，像在市场上的困窘。）
那是什么类型的错误？当你有一大堆的缺陷（谁没有呢？），对缺陷进行分类可以对分析和学习有所帮助。
文章来源于领测软件测试网 https://www.ltesting.net/
