資料
Orthogonal Defect Classification：簡要描述。
ODC-5-2.pdf ：詳細說明了ODC對於缺陷屬性分類的描述，以及具體應該怎么划分。
ODC-5-2-Extensions.pdf：針對GUI 缺陷、用戶文檔、構建以及區域語言支持所做的擴展。
ODC(Orthogonal Defect Classification)簡介
使用 Rational Team Concert 3.0 及 ODC 改進項目的質量，第 1 部分: 分類並確認缺陷
有效進行軟件缺陷的管理和分析---正交缺陷分類（ODC）在CQ中的應用
簡介
ODC：正交缺陷分類法（Orthogonal Defect Classification)
該技術由IBM在1992年提出。它通過定義缺陷的屬性，利用對這些屬性的歸納和分析，來反映出產品的設計、代碼質量、測試水平等各方面的問題。從而得到一些解決方法來進行改進。
ODC方法定義了八個正交的缺陷屬性用於對缺陷的分類。
Opener Section：Activity（活動），Trigger（觸發），Impact（影響）
Closer Section：Target（目標），Type（類型），Qualifier（界定），Age（階段），Source（來源）
分類說明
Opener Section:
These are attributes you can classify when you find a defect.
當我們發現缺陷時，可以進行分類的屬性。
- Activity：
This is the actual activity that was being performed at the time the defect was discovered.
For example, during function test phase, you might decide to do a code inspection. The phase would be function test but the activity is code inspection.
缺陷被發現時，實際進行的活動。
比如，在功能測試階段，我們可能決定要做一個代碼審查。這時候，階段就是功能測試，但是activity是code inspection。
- Trigger：
A trigger represents the environment or condition that had to exist for the defect to surface.
What is needed to reproduce the defect? During Review and Inspection activities,choose the selection which best describes what you were thinking about when you discovered the defect. For other defects, match the description with the environment or condition which was the catalyst for the failure.
缺陷暴露時，必須存在的環境或條件。
比如，設計一致性，向后兼容性，並發等等。
注意：不同的Activity會映射到不同的Trigger。具體參見 ODC-5-2.pdf 的 “Activity to Trigger Mapping”部分。
- Impact：
For in-process defects, select the impact which you judge the defect would have had upon the customer if it had escaped to the field.
For field reported defects, select the impact the failure had on the customer.
缺陷對客戶可能造成的影響。
比如，可用性，可靠性，性能等等。
Closer Section :
These are attributes you can classify when you know how the defect was fixed.
知道缺陷是怎樣修復后，可以進行分類的屬性。
- Target：
Represents the high level identity of the entity that was fixed.
描述被修復實體的高級身份。
比如，設計、編碼。
- Defect Type
Represents the actual correction that was made.
描述進行的真正修正。
比如算法，接口，初始化等等。
注意：針對不同的 Target，Defect Type不同。
- Qualifier
QUALIFIER (applies to Defect Type): Qualifier captures the element of a nonexistent, wrong or irrelevant implementation
缺陷限定。
指明了所進行的修復應歸於缺失，錯誤或者還是外來的代碼或者信息。
- Age
描述發現缺陷的階段。
比如，新代碼，重寫等等。
- SOURCE:
Choose the selection which best defines the fixed Requirements/Design/Code in terms of its developmental history Source
定義發現的缺陷的來源。
指明了缺陷來源是 內部代碼編寫，重用程序庫，外包 或者 移植。