缺陷描述原則:分類準確、敘述簡潔、步驟清楚、易再現(xiàn)、復雜問題有據(jù)可查(截圖或其它形式的附件)。具體為:
問題描述格式:問題描述時,建議分幾步描述:模塊或功能點=>測試步驟=>期望結(jié)果=>實際結(jié)果=>其它信息,可依實際情況調(diào)整;
敘述簡潔:單一準確,一個缺陷一個報告;每步驟的描述盡量簡潔明了。短小簡練:只解釋事實、演示和描述軟件缺陷必要的細節(jié),不寫無關(guān)信息;
再現(xiàn):可以再現(xiàn)(個別嚴重問題復現(xiàn)不了也可入庫,但需標明);
特定條件:缺陷是否在特定條件下才會出現(xiàn);
補充完善:復雜的問題應附上截圖、LOG等信息作為補充說明;
不使用抽象詞句:比如“有錯誤”“是不是”“請確認”等等;不做評價:請勿在BUG描述中,評價BUG缺陷加入個人主觀思想。
推薦閱讀:
本文內(nèi)容不用于商業(yè)目的,如涉及知識產(chǎn)權(quán)問題,請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054),我們將立即處理,馬上刪除。