軟體測試的主要目的在於發現軟體存在的錯誤(bug)，對於如何處理測試中發現的錯誤，將直接影響到測試的效果。只有正確、迅速、準確地處理這些錯誤，才能消除軟體錯誤，保證要發布的軟體符合需求設計的目標。在實際軟體測試過程中，對於每個bug都要經過測試、確認、修復、驗證等的管理過程，這是軟體測試的重要環節。
錯誤跟蹤管理系統
為了正確跟蹤每個軟體錯誤的處理過程，通常將軟體測試發現的每個錯誤作為一條條記錄輸入制定的錯誤跟蹤管理系統。
目前已有的缺陷跟蹤管理軟體包括compuware公司的trackrecord軟體（商業軟體）、
mozilla公司的buzilla軟體（免費軟體），以及國內的微創公司的bms軟體，這些軟體在功能上各有特點，可以根據實際情況選用。當然，也可以自己開發缺陷跟蹤軟體，例如基於notes或是clearquese開發缺陷跟蹤管理軟體。
作為乙個缺陷跟蹤管理系統，需要正確設計每個錯誤的包含資訊的字段內容和記錄錯誤的處理資訊的全部內容。字段內容可能包括測試軟體名稱，測試版本號，測試人名稱，測試事件，測試軟體和硬體配置環境，發現軟體錯誤的型別，錯誤的嚴重等級，詳細步驟，必要的附圖，測試注釋。處理資訊包括處理者姓名，處理時間，處理步驟，錯誤記錄的當前狀態。
正確的資料庫許可權管理是錯誤跟蹤管理系統的重要考慮要素，一般要保證對於新增的錯誤不能從資料庫中刪除。
軟體錯誤的狀態
新資訊(new)：測試中新報告的軟體缺陷；
開啟 (open)：被確認並分配給相關開發人員處理；
修正(fixed)：開發人員已完成修正，等待測試人員驗證；
拒絕(declined):拒絕修改缺陷；
延期(deferred): 不在當前版本修復的錯誤，下一版修復
關閉(closed)：錯誤已被修復；
bug管理的一般流程
測試人員提交新的bug入庫，錯誤狀態為new。
高階測試人員驗證錯誤，如果確認是錯誤，分配給相應的開發人員，設定狀態為open。如果不是錯誤，則拒絕，設定為declined狀態。
開發人員查詢狀態為open的bug，如果不是錯誤，則置狀態為declined；如果是bug則修復並置狀態為fixed。不能解決的bug，要留下文字說明及保持bug為open狀態。
對於不能解決和延期解決的bug，不能由開發人員自己決定，一般要通過某種會議（評審會）通過才能認可。
測試人員查詢狀態為fixed的bug，然後驗證bug是否已解決，如解決置bug的狀態為
closed，如沒有解決置狀態為reopen。
軟體錯誤流程管理要點
為了保證錯誤的正確性，需要有豐富測試經驗的測試人員驗證發現的錯誤是否是真正的錯誤，書寫的測試步驟是否準確，可以重複。
每次對錯誤的處理都要保留處理資訊，包括處理姓名，時間，處理方法，處理意見，bug狀態。
拒絕或延期錯誤不能由程式設計師單方面決定，應該由專案經理，測試經理和設計經理共同決定。
錯誤修復後必須由報告錯誤的測試人員驗證後，確認已經修復，才能關閉錯誤。
加強測試人員與程式設計師的交流，對於某些不能重複的錯誤，可以請測試人員補充詳細的測試步驟和方法，以及必要的測試用例。
測試環節，bug管理的幾種狀態
新的 表示這是乙個新建的缺陷 進行中的 表示軟體人員看到並接受了這個缺陷，正在缺陷修改中 就緒 表示這個缺陷軟體人員已經修改完成，但是還沒有提交 已整合 表示這個缺陷的 已提交並部署到測試環境後，軟體人員將修改完的缺陷問題設定成已整合的狀態，等待驗證 延遲解決 表示這個缺陷目前可能因為某些因素不能馬...
高校活動贊助 校園推廣的重要環節
目前，全國高校 2800 多所，大學生人數接近 3500 整個校園市場的消費規模接近 4000 億。而且，大學生作為未來的主要消費群體，提前進行校園市場的價值不只在於瓜分 4000 億的蛋糕，更大的利益是對於未來主力消費群體的掌控。因此，大量企業進入高校，通過進行校園推廣，將企業產品和品牌在大學生群...
弱電施工準備階段的三個重要環節
1 弱電施工圖的會審圖紙會審是一項極其嚴肅和重要的技術工作。認真做好圖紙會審工作，對於減少弱電施工圖中的差錯，保證和提高工程質量有重要的作用。在圖紙會審前，我方專案組會向建設單位，監理單位，機電分包單位提供詳細弱電施工圖，各單位應認真閱讀施工圖，熟悉圖紙的內容和要求，把疑難問題整理出來，把圖紙中存在...