測試中常見問題分析及對策

　　我們一般把發現的錯誤bug(我們也稱為缺陷defect)按嚴重性分為4類：

　　死機(系統崩潰或掛起)

　　致命(使系統不穩定、或破壞數據、或產生錯誤結果，而且是常規操作中經常發生或非常規操作中不可避免的)

　　嚴重(系統性能或響應時間變慢、產生錯誤的中間結果但不影響最終結果，如：顯示不正確但輸出正確)

　　一般(界面拼寫錯誤或用戶使用不方便)

　　我們也把發現的錯誤按優先級分為三種：高、中、低：一般是越影響用戶接受或使用該產品的錯誤優先級越高。

　　但下面，將不對所有的問題進行列舉和分析，而只是列出一些顯而易見的、容易被項目組忽略的錯誤，這些錯誤可能是容易修改的、或是容易避免的，但是對于測試組或用戶來說可能卻是非常頭痛和不方便的。

　　形象類問題：不專業、用戶不信任

　　1、不符合用戶操作習慣。如，快捷鍵定義不科學、不實用(鍵位分布不合理、按鍵太多，甚至沒有快捷鍵)。

　　2、不夠專業，缺乏基本知識，而又沒有高手檢查。

　　3、界面中英文混雜，經常彈出莫名其妙的信息，而且還拼錯單詞

　　4、SETUP界面：CopyRight 1994-1996;缺省認為用戶使用某種分辨率;

　　5、說明書或幫助的排版格式不專業：中英文搭配不對、標點符號全角半角部分、沒有排版準則…

　　6、程序名/路徑名是程序員的名字、或沒有安裝程序、或安裝程序不完善(丟掉一些必要的模塊或文件)

　　7、界面元素參差不齊，文字不能完全顯示，TAB時鼠標亂走。

　　可用性問題：用戶無法使用或不方便使用

　　“用戶比開發或測試人員在接觸界面上要花費更多時間。表面上不重要的方面的影響會變得越來越大，最終甚至會掩蓋了產品得有用得方面。”

　　下面是一些用戶界面錯誤的例子：

　　1、輸入無合法性檢查和值域檢查，允許用戶輸入錯誤的數據類型，并導致不可逆料的后果

　　2、界面中的信息不能及時更新，不能正確反映數據狀態，甚至對用戶產生錯誤的誤導。如：數據庫中剩余記錄個數;參數設置對話框中的預設值

　　下面是一些低效的用戶界面的例子：

　　1、表達不清或過于模糊的信息提示

　　2、要求用戶輸入多余的、本來系統可以自己得到的數據。如：服務是否啟動，安裝后用戶要手動修改某些配置文件。

　　3、為了達到某個設置或對話框，用戶必須做許多冗余操作。如，對話框嵌套層次太多。

　　4、不能記憶用戶的設置或操作習慣，用戶每次進入都需要重新操作一次初始環境。

　　5、使用不完善的功能且不給用戶以恰當的提示。

　　6、不經用戶確認就對系統或數據進行重大修改

　　穩定性問題：影響用戶正常工作

　　1、不可重現的死機，或不斷申請但不完全釋放資源，系統性能越來越低

　　2、主系統和子系統使用同樣的臨界資源而互相不知道。如：使用同樣的類名或臨時文件名、使用同樣的數據庫字段名或登錄帳號。

　　3、不能重現的錯誤，許多與代碼中的未初始化變量(在Debug時一般是缺省初始化的)有關，有些與系統不檢查異常情況(如內存申請不成功、網絡突然中斷或長時間沒有響應)有關。

　　其他問題

　　1、文檔匱乏：無標準;無新功能使用方法;無版本改動說明。我們不僅要認為沒有說明文檔的產品不是是一個完整的產品，也要認為沒有說明或沒有正確說明的功能是一個沒有完全實現的功能，因為用戶無法用得起來。

　　2、運行時不檢查內存、數據庫或硬盤空間等

　　3、無根據地假設用戶環境：硬件/網絡環境;有些動態庫;安裝程序換臺機器不正確;假設網絡隨時都是連通的

　　4、提供的版本帶病毒，或根本無法安裝，或沒有加密

　　5、提供Debug版本給測試組或測試用戶，或項目組與測試組使用不同版本

　　6、用戶現場開發和修改，又沒有記錄和保留

　　7、錯誤反復出現，改動得不徹底、或版本管理出現混亂

　　8、錯誤越改越多，改動得不徹底、或改動得不小心

　　9、版本中部分內容和接口倒退

　　10、有些選項永遠是灰的;有些選項、菜單項在該灰時還不灰，并且還能狀態顯示

　　11、資源沒有和代碼分離，不同語言版本間不能平滑轉換

　　12、缺少第三方產品的評估：廣告管理系統2000年問題

　　13、產品配合不利，準備當作一套產品或方案推出，互相之間卻各不負責，(沒有整個項目負責人，是面向組織的而不是面向產品或方案的)。

　　期望項目組關注的一些問題

　　1、修改Bug的人考慮得不夠周全，也可能是沒有能力考慮周全---不懂全部程序

　　2、問題留給測試組去發現的心態----不仔細測試、不小心修改、甚至不全面改(不徹底)

　　3、自己不會用，不了解產品的用法。

　　4、更多地從用戶使用的角度考慮設計、編碼與測試。