1、軟件缺點治理想獲取更多測試資料，請訪問織雀教育官網。熟悉軟件缺點，第一要了解軟件缺點的概念，第二是了解軟件缺點的詳細特點，最后確實是它的屬性了，再高一個層次確實是學習利用治理軟件缺點的工具了。一、第一介紹軟件缺點的概念軟件缺點是指系統或系統部件中那些致使系統或部件不能實現其功能的缺點。二、軟件缺點的詳細特點a、單一準確b、能夠再現（要求軟件缺點具有精準的步驟）c、完整統一d、短小精練e、特定條件f、補充完整g、不做評判3、軟件缺點的屬性軟件缺點的屬性包括缺點標識、缺點類型、缺點嚴峻程度、缺點產生可能性、缺點優先級、缺點狀態、缺點起源、缺點來源、缺點緣故。下面詳細介紹一下以上這些屬性：a、缺點標

2、識：是標記某個缺點的唯一標識，能夠用數字序號表示：b、缺點類型：功能、用戶界而、文檔、軟件包、性能、系統”模塊接口功能：阻礙了各類系統功能、邏輯的缺點；用戶界面：阻礙了用戶界面、人機交互特性，包括屏幕格式、用戶輸入靈活性、結果輸入格式等方而的缺點：文檔：阻礙發布和保護，包括注釋、用戶手冊、設計文檔；軟件包：由于軟件配置庫、變更治理或版本操縱引發的錯誤；性能：不知足系統可測量的屬性值，如執行時刻、事務處置速度等；系統”模塊接口：與其他組件、模塊或設備驅動程序、挪用參數、操縱塊或參數列表等不匹配、沖突。c、缺點嚴峻程度:致命（Fatal）、嚴峻（Ceritical）x一樣（Major）、較小（Mi

3、nor）致命：系統任何一個要緊功能完全喪失，用戶數據受到破壞，系統崩潰、懸掛、死機或危機人身平安：嚴峻：系統的要緊功能部份喪失，數據不能保留，系統的次要功能完全喪失，系統所提供的功能或效勞受到明顯的阻礙：一樣：系統的次要功能沒有完全實現，但不阻礙用戶的正常利用。例如：提示信息不太準確或用戶界而差、操作時刻長等一些問題：較小：使操作者不方便或碰到麻煩，但它不阻礙功能過的操作和執行，如個別不阻礙產品明白得的錯別字、文字排列不整齊等一些小問題d、缺點產生可能性：老是、通常、有時、很少老是：老是產生那個軟件缺點，其產生的頻率是100：通常：依照測試用例，通常情形下會產生那個軟件缺點，其產生的頻率可能是

4、8090；有時：依照測試用例，有時候產生那個軟件缺點，其產生的頻率可能是3050：很少：依照測試用例，很少產生那個軟件缺點，其產生的頻率可能是15.e、缺點的優先級：當即解決、高優先級、正常排隊、低優先級當即解決：缺點致使系統幾乎不能利用或測試不能繼續，需當即修復；高優先級：缺點嚴峻，阻礙測試，需要優先考慮；正常排隊：缺點需要正常排隊等待修復；低優先級：缺點能夠再開發人員有時刻的時候被糾正。f、缺點狀態：激活或打開、已修正或修復、關閉或非激活、從頭打開、推延、保留、不能重現、需要更多信息激活或打開：問題尚未解決，存在源代碼中，確認”提交的缺點”，等待處置，如新報的缺點；已修正或修復：已被開發人

5、員檢查、修復過的缺點，通過單元測試，以為己經解決但尚未被測試人員驗證：關閉或非激活：測試人員驗證后，確認缺點不存在以后的狀態；從頭打開：測試人員驗證后，確認缺點不存在以后的狀態：推延：那個軟件缺點能夠在下一個版本中解決：保留：由于技術緣故或第三者軟件的缺點，開發人員不能修復的缺點；不能重現：開發不能再現那個軟件缺點，需要測試人員檢查缺點再現的步驟：需要更多信息：開發能再現那個軟件缺點，但開發人員需要一些信息，例如缺點的日記文件、圖片等。g、軟件缺點的起源：需求、構架、設計、編碼、測試、用戶在團建生命周期中軟件缺點占的比例：需求和構架設計時期占54、設計時期占2五、編碼時期占1五、其他占6.h、

6、軟件缺點的來源：需求說明書、設計文檔、系統集成接口、數據流(庫)、程序代碼需求說明書：需求說明書的錯誤或不清楚引發的問題：設計文檔：設計文檔描述不準確。和需求說明書不一致的問題：系統集成接口：系統個模塊參數不匹配、開發組之間缺乏和諧引發的缺點：數據流(庫)：由于數據字典、數據庫中的錯誤引發的缺點；程序代碼：純粹在編碼中的問題所引發的缺點。i、缺點本源：測試策略，進程、工具和方式，團隊人，缺乏組織和通信，硬件，軟件，工作環境測試策略：錯誤的測試范圍，誤解測試目標，超越測試能力等；進程、工具和方式：無效的需求搜集進程，果實的風險治理進程，不利用的項目治理方式，沒有估算規程，無效的變更操縱進程等：團

7、隊”人：項目團隊職責交叉，缺乏培訓。沒有體會的項目團隊，缺乏士氣和動機不純等:缺乏組織和通信：缺乏用戶參與，職責不明確、治理失敗等；硬件：硬件配置不對、缺乏、或處置器缺點致使算術精度丟失，內存溢出等：軟件：軟件設置不對、缺乏，或操作系統錯誤致使無法釋放資源，工具軟件的錯誤，編譯器的錯誤，千年蟲問題等；工作環境：組織機構調整，預算改變，工作環境惡劣，如噪音過大。4、學會利用治理缺點的工具例如TD、bugfree>bugzille等軟件缺點(softwaredefect)是對軟件產品預期屬性的偏離現象.它包括檢測缺點和殘留缺點。每一個軟件組織都明白必需妥帖處置軟件中的缺點。這是關系到軟件組織

8、生存、進展的質量全然。一、軟件缺點(softwaredefect)分類標準缺點屬性屬性名稱描述缺點標識(Identifier)缺陷標識是標記某個缺陷的一組符號。每個缺陷必須有一個唯一的標識缺點類型(Type)缺陷類型是根據缺陷的自然屬性劃分的缺陷種類。缺點嚴峻程度(Severity)缺陷嚴重程度是指因缺陷引起的故障對軟件產品的影響程度。缺點優先級(Priority)缺陷的優先級指缺陷必須被修復的緊急程度。缺點狀態(Status)缺陷狀態指缺陷通過一個跟蹤修復過程的進展情況。缺點起源(Origin)缺陷來源指缺陷引起的故障或事件第一次被檢測到的階段。缺點來源(Source)缺陷來源指引起缺陷的起

9、因。缺點本源(RootCause)缺陷根源指發生錯誤的根本因素。缺點類型(Type)缺點類型編號缺陷類型描述10F-Function影響了重要的特性、用戶界面、產品接口、硬件結構接口和全局數據結構。并且設計文檔需要正式的變更。如邏輯，指針，循環，遞歸，功能等缺陷。20A-Assignment需要修改少量代碼，如初始化或控制塊。如聲明、重復命名，范圍、限定等缺陷。30I-Interface與其他組件、模塊或設備驅動程序、調用參數、控制塊或參數列表相互影響的缺陷。40C-Checking提示的錯誤信息，不適當的數據驗證等缺陷。50BBuild/package/merge由于配置庫、變更管理或版本控

10、制引起的錯誤。60D-Documentation影響發布和維護，包括注釋。70G-Algorithm算法錯誤。80U-UserInterface人機交互特性：屏幕格式，確認用戶輸入，功能有效性，頁而排版等方面的缺陷。90P-Performance不滿足系統可測量的屬性值，如：執行時間，事務處理速率等。100N-Norms不符合各種標準的要求，如編碼標準、設計符號等。缺點嚴峻程度(Severity)軟件測試錯誤嚴峻程度#缺陷嚴重等級描述1 Critical不能執行正常工作功能或重要功能。或者危及人身安全。2 Major嚴重地影響系統要求或基本功能的實現，且沒有辦法更正。(重新安裝或重新啟動該軟件

11、不屬于更正辦法)3 Minor嚴重地影響系統要求或基本功能的實現，但存在合理的更正辦法。(重新安裝或重新啟動該軟件不屬于更正辦法)4 Cosmetic使操作者不方便或遇到麻煩，但它不影響執行工作功能或重要功能。5 Other其它錯誤。同行評審錯誤嚴峻程度# 缺陷嚴重等級描述Major主要的，較大的缺陷Minor次要的，小的缺陷缺點優先級(Priority)# 缺陷優先級描述1 ResolveImmediately缺陷必須被立即解決。2 NormalQueue缺陷需要正常排隊等待修復或列入軟件發布清單。3 NotUrgent缺陷可以在方便時被糾正。缺點狀態(Status)缺點狀態描述Submit

12、ted已提交的缺陷Open確認“提交的缺點”，等待處置Rejected拒絕“提交的缺點”，不需要修復或不是缺點Resolved缺陷被修復Closed確認被修復的缺陷，將其關閉缺點起源(Origin)缺點起源描述Requirement在需求階段發現的缺陷Architecture在構架階段發現的缺陷Design在設計階段發現的缺陷Code在編碼階段發現的缺陷Test在測試階段發現的缺陷缺點來源(Source)缺點來源描述Requirement由于需求的問題引起的缺陷Architecture由于構架的問題引起的缺陷Design由于設計的問題引起的缺陷Code由于編碼的問題引起的缺陷Test由于測試的

13、問題引起的缺陷Integration由于集成的問題引起的缺陷缺點本源(RootCause)軟件缺點(softwaredefect)治理指南一、如何搜集缺點缺點既指程序中存在的錯誤，例如語法錯誤、拼寫錯誤或是一個正確的程序語句，缺點也指可能出此刻設計中，乃至在需求、規格說明或其他的文檔中的各類錯誤。為了對缺點進行治理，第一應付缺點進行分類，通過對缺點進行分類，能夠迅速找出哪一類缺點的問題最大，然后集中精力預防和排除這一類缺點。而這正是缺點治理的關鍵，一旦這幾類缺點取得操縱，再進一步找到新的容易引發問題的幾類缺點上。1.1缺點類型缺點類型編號缺陷類型描述10F-功能如邏輯，指針，循環，遞歸，功能等

14、缺陷20G-語法拼寫、標點符號、打字30A-賦值如聲明、重復命名，作用域40I-接口與其他組件、模塊或設備驅動程序、調用參數、控制塊或參數列表相互影響的缺陷50B-聯編打包由于配置庫、變更管理或版本控制引起的錯誤60D-文檔需求、設計類文檔70U-用戶接口人機交互特性：屏幕格式，確認用戶輸入，功能有效性80P-性能不滿足系統可測量的屬性值，如：執行時間，事務處理速率等90N-標準不符合各種標準的要求，如編碼標準、設計符號等100E-環境設計、編譯、其他支持系統問題1. 2了解缺點缺點治理的第一步是了解缺點，為此，必需第一搜集缺點數據，然后才能了解這些缺點，而且找出如何預防它們，同時也能領會到如

15、何更好地發覺，修復乃至預防仍在引入的缺點。能夠依照以下步驟搜集關于缺點的數據： 為測試和同行評審中發覺的每一個缺點做一個記錄 對每一個缺點要記錄足夠詳細的信息，以便以后能更好地了解那個缺點 分析這些數據以找出要緊哪些缺點類型引發大部份的問題 設計動身覺和修復這些缺點的方式（缺點排除）一樣為了搜集缺點數據，能夠采納缺點記錄日記來記錄所發覺的每一個缺點日期編號狀態類型缺陷來源排除階段修改時間修復缺陷描述：描述：描述：關于缺點記錄日記中的描述應該足夠清楚，以便爾后能夠看出該缺點的起因。修復缺點一欄說明此缺點是由于修復其他缺點而引入的。引入階級表示該缺點的來源，缺點的來源能夠分為以下幾類：缺點來源描述

16、Requirement由于需求的問題引起的缺陷Architecture由于構架的問題引起的缺陷Design由于設計的問題引起的缺陷Code由于編碼的問題引起的缺陷Test由于測試的問題引起的缺陷Integration由于集成的問題引起的缺陷排除階級表示發覺和修復那個缺點的階級，通常分為如下：排除時期描述Requirement在需求階段發現的缺陷Architecture在構架階段發現的缺陷Design在設計階段發現的缺陷Code在編碼階段發現的缺陷Test在測試階段發現的缺陷二、如何分析和統計缺點為了更好地分析缺點，需要對缺點在嚴峻程度、優先級和狀態上加以區分。2. 1缺點嚴峻程度#缺陷嚴重等級描述1 嚴重缺陷(Critical)不能執行正常工作功能或重要功能。或者危及人身安全2 較大缺陷(Major)嚴重地影響系統要求或基本功能的實現，且沒有辦法更正。(從頭安裝或從頭啟動該軟件不屬于更正方法)