在記錄缺陷前，我們要理清楚我們需要記錄的缺陷有哪些，是不是每一個缺陷都應(yīng)該被記錄。
敏捷項目是以迭代為交付周期，一個迭代周期從兩周到一個月甚至2個月不等，每個迭代都會有新功能的上線。
一般來講，缺陷分為兩類：
一類是迭代內(nèi)缺陷，即在迭代新功能開發(fā)時，故事驗收或測試階段發(fā)生的缺陷；
另一類則是生產(chǎn)缺陷，我們是允許生產(chǎn)缺陷的存在的，但前提是缺陷影響范圍可控，或者可以在用戶發(fā)現(xiàn)前發(fā)現(xiàn)缺陷（測試右移），并且要具備快速修復(fù)或者回滾的能力。
對于迭代內(nèi)缺陷，一般發(fā)現(xiàn)階段分為故事卡驗收階段、測試階段、回歸測試階段。
對于故事卡驗收階段發(fā)現(xiàn)的缺陷，是否需要記錄可視情況而定，一般而言，可以不需要記錄，因為此時故事卡仍在開發(fā)階段，開發(fā)同學(xué)仍然工作在這張卡上，其上下文充足，修復(fù)缺陷成本較低，可以直接備注在卡片上，等下一次故事卡驗收的時候再驗證是否修復(fù)。
對于測試階段和回歸測試階段的缺陷，建議記錄下來，因為此時開發(fā)這張卡片功能的開發(fā)同學(xué)已工作在其他卡片上，沒有辦法及時修復(fù)該缺陷，或者修復(fù)該缺陷的或許是其他開發(fā)人員，那么就需要將缺陷管理中記錄下來便于跟蹤。
推薦閱讀：
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
