軟件缺陷可以分類(lèi)方法(軟件缺陷的分類(lèi)標準)
1.軟件缺陷的分類(lèi)標準
1.缺陷標識（Identifier）： 缺陷標識是標記某個(gè)缺陷的一組符號。每個(gè)缺陷必須有一個(gè)唯一的標識。
2.缺陷類(lèi)型 （Type）： 缺陷類(lèi)型是根據缺陷的自然屬性劃分的缺陷種類(lèi)。
3.缺陷嚴重程度 （Severity） ：缺陷嚴重程度是指因缺陷引起的故障對軟件產(chǎn)品的影響程度。
4.缺陷優(yōu)先級（Priority）： 缺陷的優(yōu)先級指缺陷必須被修復的緊急程度。
5.缺陷狀態(tài)（Status） ：缺陷狀態(tài)指缺陷通過(guò)一個(gè)跟蹤修復過(guò)程的進(jìn)展情況。
6.缺陷起源（Origin） ：缺陷來(lái)源指缺陷引起的故障或事件第一次被檢測到的階段。
7.缺陷來(lái)源（Source）： 缺陷來(lái)源指引起缺陷的起因。
8.缺陷根源（Root Cause）： 缺陷根源指發(fā)生錯誤的根本因素。 F- Function ：影響了重要的特性、用戶(hù)界面、產(chǎn)品接口、硬件結構接口和全局數據結構。并且設計文檔需要正式的變更。如邏輯，指針，循環(huán)，遞歸，功能等缺陷。
A- Assignment： 需要修改少量代碼，如初始化或控制塊。如聲明、重復命名，范圍、限定等缺陷。
I- Interface： 與其他組件、模塊或設備驅動(dòng)程序、調用參數、控制塊或參數列表相互影響的缺陷。
C- Checking： 提示的錯誤信息，不適當的數據驗證等缺陷。
B Build/package/merge ：由于配置庫、變更管理或版本控制引起的錯誤。
D- Documentation： 影響發(fā)布和維護，包括注釋。
G- Algorithm ：算法錯誤。
U-User Interface：人機交互特性：屏幕格式，確認用戶(hù)輸入，功能有效性，頁(yè)面排版等方面的缺陷。
P-Performance：不滿(mǎn)足系統可測量的屬性值，如：執行時(shí)間，事務(wù)處理速率等。
N-Norms：不符合各種標準的要求，如編碼標準、設計符號等。 軟件測試錯誤嚴重程度
1.Critical：不能執行正常工作功能或重要功能。或者危及人身安全。
2.Major：嚴重地影響系統要求或基本功能的實(shí)現，且沒(méi)有辦法更正。（重新安裝或重新啟動(dòng)該軟件不屬于更正辦法）
3.Minor：嚴重地影響系統要求或基本功能的實(shí)現，但存在合理的更正辦法。（重新安裝或重新啟動(dòng)該軟件不屬于更正辦法）
4.Cosmetic：使操作者不方便或遇到麻煩，但它不影響執行工作功能或重要功能。
5.Other：其它錯誤。
同行評審錯誤嚴重程度
1.Major：主要的，較大的缺陷
2.Minor：次要的，小的缺陷 1.Resolve Immediately：缺陷必須被立即解決。
2.Normal Queue：缺陷需要正常排隊等待修復或列入軟件發(fā)布清單。
3.Not Urgent：缺陷可以在方便時(shí)被糾正。 1.Submitted： 已提交的缺陷
2.Open ：確認“提交的缺陷”，等待處理
3.Rejected： 拒絕“提交的缺陷”，不需要修復或不是缺陷
4.Resolved ：缺陷被修復
5.Closed ：確認被修復的缺陷，將其關(guān)閉 1.Requirement：在需求階段發(fā)現的缺陷
2.Architecture：在構架階段發(fā)現的缺陷
3.Design：在設計階段發(fā)現的缺陷
4.Code：在編碼階段發(fā)現的缺陷
5.Test：在測試階段發(fā)現的缺陷 1.Requirement： 由于需求的問(wèn)題引起的缺陷
2.Architecture： 由于構架的問(wèn)題引起的缺陷
3.Design： 由于設計的問(wèn)題引起的缺陷
4.Code： 由于編碼的問(wèn)題引起的缺陷
5.Test： 由于測試的問(wèn)題引起的缺陷
6.Integration： 由于集成的問(wèn)題引起的缺陷
2.軟件缺陷包括哪些內容
一般我們都認為測出一個(gè)問(wèn)題就是一個(gè)bug，其實(shí)這是不對的，假設測試10個(gè)問(wèn)題就10個(gè)bug，而修改一出就全解決了，程序員肯定認為冤枉自己。
所有軟件是文檔，代碼等組成的，最初的錯誤是來(lái)自于這些軟件錯誤（software error），如代碼中加法寫(xiě)成減法。軟件錯誤導致軟件缺陷（software defect），如設計缺陷，代碼缺陷等，可用靜態(tài)測試，如走查，靜態(tài)檢查，測試床（軍事軟件用的技術(shù)）等，軟件的缺陷導致一個(gè)或多個(gè)軟件故障 （software fault），故障有內部故障，外部故障，也就是我們所說(shuō)的bug，軟件故障導致了軟件在功能操作等方面的失效（software failure）。
我們平時(shí)測的bug實(shí)際上是軟件故障于失效的體現。一旦軟件錯誤得到修改，相應的故障與失效也就解除了。這樣分有助于我們定位問(wèn)題，找到問(wèn)題。
3.缺陷分析方法具體有哪幾種
1、ODC缺陷分析：由IBM 的waston中心推出。
Phontol.com將一個(gè)缺陷在生命周期的各環(huán)節的屬性組織起來(lái)，從單維度、多維度來(lái)對缺陷進(jìn)行分析，從不同角度得到各類(lèi)缺陷的缺陷密度和缺陷比率，從而積累得到各類(lèi)缺陷的基線(xiàn)值，用于評估測試活動(dòng)、指導測試改進(jìn)和整個(gè)研發(fā)流程的改進(jìn)；同時(shí)根據各階段缺陷分布得到缺陷去除過(guò)程特征模型，用于對測試活動(dòng)進(jìn)行評估和預測。Phontol.com上面回答中涉及到的缺陷分布、缺陷趨勢等都屬于這個(gè)方法中的一個(gè)角度而已。
2、Gompertz分析：根據測試的累積投入時(shí)間和累積缺陷增長(cháng)情況，擬合得到符合自己過(guò)程能力的缺陷增長(cháng)Gompertz曲線(xiàn)，用來(lái)評估軟件測試的充分性、預測軟件極限缺陷數和退出測試所需時(shí)間、作為測試退出的判斷依據、指導測試計劃和策略的調整； 3、Rayleigh分析：通過(guò)生命周期各階段缺陷發(fā)現情況得到缺陷Rayleigh曲線(xiàn)，用于評估軟件質(zhì)量、預測軟件現場(chǎng)質(zhì)量； 4、四象限分析：根據軟件內部各模塊、子系統、特性測試所累積時(shí)間和缺陷去除情況，和累積時(shí)間和缺陷去除情況的基線(xiàn)進(jìn)行比較，得到各個(gè)模塊、子系統、特性測試分別所位于的區間，從而判斷哪些部分測試可以退出、哪些測試還需加強，用于指導測試計劃和策略的調整； 5、根本原因分析：利用魚(yú)骨圖、柏拉圖等分析缺陷產(chǎn)生的根本原因，根據這些根本原因采取措施，改進(jìn)開(kāi)發(fā)和測試過(guò)程； 6、缺陷注入分析：對被測軟件注入一些缺陷，通過(guò)已有用例進(jìn)行測試，根據這些刻意注入缺陷的發(fā)現情況，判斷測試的有效性、充分性，預測軟件殘留缺陷數。 7、DRE/DRM分析：通過(guò)已有項目歷史數據，得到軟件生命周期各階段缺陷注入和排除的模型，用于設定各階段質(zhì)量目標，評估測試活動(dòng)。
4.軟件缺陷的五種特征
簡(jiǎn)單說(shuō)下軟件缺陷的最明顯的特征吧知
集結（二八定理）
缺陷往往喜歡扎堆，一個(gè)模塊已經(jīng)發(fā)現的缺陷比別的模塊多，
通常不是代表這個(gè)模塊已經(jīng)把缺陷暴露完了，而是意味著(zhù)這
個(gè)模塊還存在有同樣多的缺陷尚未被道發(fā)現。這就是著(zhù)名的二
八定理：80%的缺陷出現在 20%的模塊。
缺陷抗藥性
測試進(jìn)行得越多，新缺陷就越難被發(fā)現
1. 因為之前一直使用同樣的測試思內路，同樣的一套測試用
例，沒(méi)有新的突破。
2. 某些缺陷天然地只有在很特殊或者很極端的情況下才會(huì )
被觸發(fā)
并非所有缺陷都要修改
p有一些原因，使得有容些缺陷我們不修復
1. 修復的風(fēng)險太大
2. 沒(méi)有足夠的時(shí)間
3. 下一版本修復
p 所有未修復的bug都處于“掛起”狀態(tài)
5.軟件缺陷包括哪些內容
一般我們都認為測出一個(gè)問(wèn)題就是一個(gè)bug，其實(shí)這是不對的，假設測試10個(gè)問(wèn)題就10個(gè)bug，而修改一出就全解決了，程序員肯定認為冤枉自己。
所有軟件是文檔，代碼等組成的，最初的錯誤是來(lái)自于這些軟件錯誤（software error），如代碼中加法寫(xiě)成減法。軟件錯誤導致軟件缺陷（software defect），如設計缺陷，代碼缺陷等，可用靜態(tài)測試，如走查，靜態(tài)檢查，測試床（軍事軟件用的技術(shù)）等，軟件的缺陷導致一個(gè)或多個(gè)軟件故障 （software fault），故障有內部故障，外部故障，也就是我們所說(shuō)的bug，軟件故障導致了軟件在功能操作等方面的失效（software failure）。
我們平時(shí)測的bug實(shí)際上是軟件故障于失效的體現。一旦軟件錯誤得到修改，相應的故障與失效也就解除了。
這樣分有助于我們定位問(wèn)題，找到問(wèn)題。
