預(yù)防缺陷

• 需求分析階段：準(zhǔn)確識(shí)別需求本身是否存在風(fēng)險(xiǎn)或疏漏、是否存在描述不清等情況，還要保證開發(fā)團(tuán)隊(duì)和測(cè)試團(tuán)隊(duì)對(duì)需求有相同的理解，澄清所有的疑問，在第一階段發(fā)現(xiàn)隱藏的缺陷。

• 研發(fā)過程中：開發(fā)人員可以通過代碼評(píng)審、單元測(cè)試、靜態(tài)代碼檢查等方法在早期發(fā)現(xiàn)并解決問題。

識(shí)別真正的缺陷

修復(fù)缺陷

• 影響范圍：受影響的用戶數(shù)量或者受影響的系統(tǒng)功能數(shù)量

• 嚴(yán)重級(jí)別：缺陷的重要性，例如：數(shù)據(jù)丟失、系統(tǒng)損壞

及時(shí)同步缺陷狀態(tài)

缺陷分析

• 缺陷描述：描述缺陷發(fā)生時(shí)的現(xiàn)象及缺陷產(chǎn)生的影響，其中缺陷現(xiàn)象最好有詳細(xì)的截圖或日志說明，缺陷影響可從多個(gè)維度列表分析

• 復(fù)現(xiàn)路徑：完整的描述缺陷復(fù)現(xiàn)的路徑，可以采用流程圖形式，若有多個(gè)復(fù)現(xiàn)路徑需要標(biāo)注清楚。

• 缺陷原因：針對(duì)缺陷現(xiàn)象及復(fù)現(xiàn)路徑，采用 5W1H 分析法逐層深入分析缺陷產(chǎn)生的原因，提煉出今后開發(fā)測(cè)試過程需要關(guān)注的點(diǎn)。

• 缺陷思考：微觀上思考是否真正解決了缺陷，并對(duì)代碼做全方位的驗(yàn)證，對(duì)相關(guān)模塊做關(guān)聯(lián)測(cè)試。宏觀上梳理歷史上類似的缺陷及相關(guān)架構(gòu)，以此改進(jìn)缺陷管理的流程。

自動(dòng)生成測(cè)試報(bào)告，查看關(guān)鍵數(shù)據(jù)