項目組成員的經驗仍然記憶猶新，所以所有經驗都能記住并包含在討論中。
最重要的是，你能把學到的經驗教訓應用到剩下的項目過程中。
第二個原因是你收集了很多有趣的經驗信息，但是你沒有途徑把那些信息使用在將來的項目中。（我將在“應用你學到的”中討論。）
從缺陷數據中分析和學習
你的缺陷庫是個藏寶庫。是你的質量失誤的記錄，因此是你在將來的項目去改進質量的機會。如果你沒有記錄你的產品缺陷，那么今天是一個好的起點。如果你已經在收集一些缺陷數據（例如，只是在發布后或只是那些重大的或開發后期的），那么你可能需要擴展你的收集范圍。
對質量改進有用的缺陷數據包括：
什么錯了？這不是現象，而是需要修正的問題。例如：“無限循環”是一個現象；“重復使用同一個指針”是一個問題。
問題是什么時候產生的？那個特定的開發活動是問題的原因？是需求分析工程嗎？系統設計？代碼？測試？（對，我們在修正其他bug的時候引入了缺陷。）
什么時候診斷出問題？它不能被馬上修正，但是我們關心的是它存在了多長時間而沒有被發現。
問題是如何被發現的？那可能是你可以在后面持續使用的測試方法。什么時候問題被發現了？是否存在上游的QC過程沒有有效地發揮應有的作用？
它導致的代價有多大？它很容易理解。確�？紤]了所有這些診斷和需要重新做的工作，包括重新設計、重新編碼、重新編譯、重新構建、重寫測試用例、重新測試、重新發布、補丁發布、管理缺陷報告、報告狀態等等。（不要忘記那些不可挽回的損失，像在市場上的困窘。）
那是什么類型的錯誤？當你有一大堆的缺陷（誰沒有呢？），對缺陷進行分類可以對分析和學習有所幫助。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
