urgent:致命錯誤
致命錯誤通常有如下情況:
1、 需求書中的重要功能未實現;
2、 造成系統崩潰、宕機,並且不能通過其它方法實現功能;
3、 常規操作造成程式非法退出、死迴圈、通訊中斷或異常,資料破壞丟失或資料庫異常、且不能通過其它方法實現功能的。
very high:嚴重錯誤
嚴重錯誤通常使系統不穩定、不安全、或破壞資料、或產生錯誤結果,而且是常規操作中經常發生或非常規操作中不可避免的主要問題。
1、 重要功能基本能實現,但系統不穩定、一些邊界條件下操作會導致run-time error、檔案操作異常、通訊異常、資料丟失或破壞等錯誤;
2、 重要功能不能按正常操作實現,但可通過其它方法可實現;
3、 錯誤的波及面廣,影響到其它重要功能正常實現;
4、 密碼明文顯示;
5、 c/s、b/s模式下,利用客戶端某些操作可造成服務端不能繼續正常工作的。
high:一般錯誤
程式的功能執行基本正常,但是存在一些需求、設計或實現上的缺陷;次要功能執行不正常。
1、 次要功能不能正常實現;
2、 操作介面錯誤(包括資料視窗內列名定義、含義不一致);
3、 列印內容、格式錯誤;
4、 查詢錯誤,資料錯誤顯示;
5、 簡單的輸入限制未放在前台進行控制;
6、 刪除操作未給出提示;
7、 資料庫表中有過多的空欄位;
8、 因錯誤操作迫使程式中斷;
9、 找不到規律的時好時壞;
10、 資料庫的表、業務規則、預設值未加完整性等約束條件;
11、 經過一段時間執行後,系統效能或響應時間會變慢;
12、 重要資料,如密碼未加密存放(包括配置檔案中的密碼),或其它存在安全性隱患的;
13、 硬體或通訊異常發生恢復後,系統不能自動正常繼續工作(需要過多的人工干預才行);
14、 系統相容性差,與其它支援系統一起工作時容易出錯,而沒有充分理由說明是由支援系統引起的;或者由於使用了非常規技術或第三方元件造成不能使用自動化測試工具進行測試的。
medium:細微錯誤
程式在一些顯示上不美觀,不符合使用者習慣,或者是一些文字的錯誤。
1、 介面不規範;
2、 輔助說明描述不清楚;
3、 輸入輸出不規範;
4、 長操作未給使用者提示(或長操作結束後提示沒有消失);
5、 提示視窗文字未採用行業術語;
6、 可輸入區域和唯讀區域沒有明顯的區分標誌;
7、 介面存在文字錯誤;
8、 在功能實現方式上如果需求中沒有明確定義,而沒有按常規實現,並且不比常規方式實現優越的;( 如使用者名稱第一位用數字或特殊字元)
low:改進建議
可以提高產品質量的建議,包括新需求和對需求的改進。
軟體測試 Bug的分類和等級
目錄 一 bug的定義 二 bug的型別 三 bug的等級 四 bug的處理流程圖 五 bug的狀態處理 軟體的bug,狹義指軟體程式的漏洞或缺陷,廣義指測試工程師或使用者提出的軟體可改進的細節 或與需求文件存在差異的功能實現等 對應三個測試目的 3個為了 1 為了發現程式的 或業務邏輯錯誤 2 為...
libsvm 多分類情況
svm是乙個二分類器,當遇到多類別的時候,一般採取如下兩種策略。a.一對多法 one versus rest,簡稱1 v r svms 訓練時依次把某個類別的樣本歸為一類,其他剩餘的樣本歸為另一類,這樣k個類別的樣本就構造出了k個svm。分類時將未知樣本分類為具有最大分類函式值的那類。b.一對一法 ...
測試的分類
1.按開發階段分 2.按測試實施組織分 3.按測試執行方式分 4.按是否檢視 分 5.按是否手工執行 6.按測試物件劃分 7.按測試地域劃分單元測試 測 概念 單元測試是對軟體組成單元進行測試 目的 檢驗軟體基本組成單位的正確性 測試物件 最小模組 測試人員 白盒測試工程師或開發工程師 測試方法 白...