測試人員怎么提交Bug？今天分享下Bug類型都有哪幾種，測試人員在提Bug時怎么給Bug分類？

對于外包或其他按照缺陷類型與缺陷等級來評估軟件質(zhì)量的企業(yè)，提交缺陷報告時，準(zhǔn)確定義缺陷類型顯得尤為重要。這里列出了常見的幾種缺陷類型，分別為功能缺陷、邏輯缺陷、數(shù)據(jù)問題、界面問題、兼容性問題、環(huán)境問題、性能類缺陷、需求缺陷以及變更問題。提交缺陷報告時，依據(jù)不同類型的缺陷提交，再輔以完整附件與初步定位問題的結(jié)果分析，更有助于提高開發(fā)人員修復(fù)缺陷的效率與質(zhì)量。（提升開發(fā)人員的效率，也正是測試人員展現(xiàn)自身附加價值的一種能力~~）

1? ? 功能? ??

影響了重要的特性、用戶界面、產(chǎn)品接口。如功能錯誤、功能缺失、功能超越、需求二義性。

2? ? 邏輯? ??

不符合業(yè)務(wù)邏輯。如：分支不正確、重復(fù)的邏輯、忽略極端條件、不必要的功能、誤解、條件測試錯誤、循環(huán)不正確、計算順序錯誤、邏輯順序錯誤

3? ? 數(shù)據(jù)? ??

影響數(shù)據(jù)輸入輸出，數(shù)據(jù)邊界、范圍。如：數(shù)據(jù)保存錯誤、數(shù)據(jù)單位不正確、數(shù)據(jù)維數(shù)不正確、數(shù)據(jù)范圍不正確、數(shù)據(jù)覆蓋、外部數(shù)據(jù)錯誤、輸出數(shù)據(jù)錯誤、輸入數(shù)據(jù)錯誤、數(shù)據(jù)檢驗錯誤、精度不夠、舍入錯誤、接口傳遞數(shù)據(jù)。

4? ? 頁面? ??

人機(jī)交互特性：屏幕格式，確認(rèn)用戶輸入，功能有效性，頁面排版等方面的缺陷。如：界面風(fēng)格不統(tǒng)一、屏幕上的信息不可用、屏幕上的錯誤信息、界面功能布局和操作不合常規(guī)、圖片顯示錯誤

5? ? 兼容? ??

軟件之間不能正確地交互和共享信息。如：操作平臺不兼容、瀏覽器不兼容、分辨率不兼容。

6? ? 環(huán)境? ??

由于運(yùn)行環(huán)境引發(fā)的問題。包括測試環(huán)境、預(yù)發(fā)布環(huán)境、正式環(huán)境。環(huán)境類缺陷也需要重要排查，提交缺陷報告時，要備注好結(jié)果分析，是配置問題還是穩(wěn)定性問題。

7? ? 性能? ??

不滿足系統(tǒng)可測量的屬性值，如：執(zhí)行時間，事務(wù)處理速率等缺陷。由性能測試工程師提出。

8? ? 需求? ??

影響發(fā)布和維護(hù)，包括注釋等缺陷。如：描述含糊、項描述不完整、項描述不正確、項缺少或多余、項不能驗證、項不能完成、不符合標(biāo)準(zhǔn)、與需求不一致、文字排版錯誤、文檔信息錯誤、注釋缺陷。此類缺陷一般在文檔測試階段排除，但難免會有遺漏 ，但在系統(tǒng)測試階段發(fā)現(xiàn)時仍歸于需求類缺陷 。

9? ? 需求變更? ??

測試過程中發(fā)現(xiàn)實現(xiàn)錯誤而必須變更的需求邏輯，一般情況下，需求變更缺陷并非開發(fā)人員原因造成，若屬于必要變更且初步預(yù)估工期超過0.5人天，則需要重新排期，此類缺陷在項目復(fù)盤會議上會重點提出。