4、如何提交bug
一個好的錯誤跟蹤系統包括了錯誤的必要信息，如果做得不好，會造成迷惑，并誤導讀者。
好的故障描述應該包括十個基本部分：標題、項目、所屬模塊、優先級、重要性、異常等級、可重復性、現象、操作過程和附件。
�、贅祟}
使用一兩句話來描述錯誤，告訴經理、開發人員以及其他讀者為什么應該關心該問題。好的標題應該著重于出現的bug現象。但是過于簡潔易引起誤導，使得原本重要的問題被忽視。因此必須應該采用簡潔、切中要害的概要，這樣才能引起讀者的重視。不重要的就描述比較輕微，例如：“聯系人的email沒有檢查合法性”;重要的就要體現比較嚴重，例如：“填了運營商仍然提示運營商不能為空，使得無法進行下一步的操作”，會更容易讓開發人員理解究竟是什么問題及其重要性，并及時處理。
�、陧椖�
是指該錯誤屬于哪一個項目，歸哪個項目組解決，使不同的項目組看到和及時定位自己項目的錯誤。
�、鬯鶎倌K
是指準確說明發異常等級生錯誤的模塊，切忌發生錯誤指派模塊，導致后續流程錯誤;
�、軆炏燃�
分為以下4級：1級：“馬上解決”，表示問題必須馬上解決，否則系統根本無法達到預定的需求;2級：“高度重視”，表示有時間就要馬上解決，否則系統偏離需求較大或預定功能不能正常實現;3級：“正常處理”，即進入個人計劃解決，表示問題不影響需求的實現，但是影響其他使用方面，比如頁面調用出錯，調用了錯誤的數據庫等;4級：“低優先級”，即問題在系統發布以前必須確認解決或確認可以不予解決。
�、葜匾�
分為以下5級：1級：“非常嚴重”，表示缺陷不修改整個系統流程不能繼續;2級：“比較嚴重”，表示缺陷不修改不影響系統其他流程，但是本模塊流程不能繼續;3級：“一般”，表示缺陷不影響流程;4級：“輕微”，表示缺陷可以延期解決;5級：“優化”，表示修改以后流程會更好。
�、蕻惓５燃�
有以下5級：系統崩潰-指該錯誤使得操作系統死機等致命性的錯誤;應用程序崩潰-指該錯誤使得測試程序崩潰，即無任何反應;應用程序異常-指錯誤使得應用程序結果不符合邏輯或是最初的需求;輕微異常-指錯誤有，但是無傷大雅，例如錯別字等;建議-指改進后更好，不改進也對程序無礙。
�、呖芍貜托�
是針對問題是否通過執行“操作步驟”就可以重新出現，如果是就“可再現”;如果這個bug只出現了一次，就再也不出現了，稱這類問題為“不可再現”;其余的就是“未知”，如每隔幾天才出現一次;
�、喱F象
是對標題的詳細描述，因為標題不宜過長，所以現象也是對標題的具體化。 軟件測試
�、岵僮鬟^程
是指對于可重現的bug，執行這些操作步驟就可以出現該bug;對于不可重現和重現概率為未知的bug，通過備份的數據庫和操作過程就可以重現該bug。
�、飧郊�
是粘貼必要的附件，如果是可重復性是“可重現”的bug，則可以參考步驟是否復雜，如果很復雜，則可以粘貼附件，從而使得開發人員直接可以明白是什么問題，提高開發人員的修改效率;如果步驟不多有能夠重現，則可以不粘貼附件。如果可重復性是“不可再現”的，這種情況必須粘貼附件，以備份出現問題后的情形;如果是未知的，也必須粘貼附件，因為開發人員不可能把時間耗費在等待bug的重現上
文章來源于領測軟件測試網 http://www.kjueaiud.com/
