目前主要依賴于：測試人員的經驗和素質;產品說明文檔和項目組的技術咨詢;測試設計。
(2)測試分類
根據目前的實際情況(已經由傳統的瀑布開發模式、使用結構化設計和實現手段，變為現在的RAD開發模式、使用OOD和OOP)，我們將把測試分為三種：產品測試、項目測試、系統評測。我們的依據是：問題發現得越早，解決的代價就越小。
產品測試的流程基本和上面提到的一樣。
項目測試的原則是盡早加入測試，并充分重視和支持用戶測試。
系統評測是簡化工作流程。
三、 測試中常見問題分析及對策
我們一般把發現的錯誤bug(我們也稱為缺陷defect)按嚴重性分為4類：死機(系統崩潰或掛起)、致命(使系統不穩定、或破壞數據、或產生錯誤結果，而且是常規操作中經常發生或非常規操作中不可避免的)、嚴重(系統性能或響應時間變慢、產生錯誤的中間結果但不影響最終結果，如：顯示不正確但輸出正確)、一般(界面拼寫錯誤或用戶使用不方便)。
我們也把發現的錯誤按優先級分為三種：高、中、低：一般是越影響用戶接受或使用該產品的錯誤優先級越高。
但下面，將不對所有的問題進行列舉和分析，而只是列出一些顯而易見的、容易被項目組忽略的錯誤，這些錯誤可能是容易修改的、或是容易避免的，但是對于測試組或用戶來說可能卻是非常頭痛和不方便的。
形象類問題：---不專業、用戶不信任
1、不符合用戶操作習慣。如，快捷鍵定義不科學、不實用(鍵位分布不合理、按鍵太多，甚至沒有快捷鍵)。
2、不夠專業，缺乏基本知識，而又沒有高手檢查。
3、界面中英文混雜，經常彈出莫名其妙的信息，而且還拼錯單詞
4、SETUP界面：CopyRight 1994-1996;缺省認為用戶使用某種分辨率;
5、說明書或幫助的排版格式不專業：中英文搭配不對、標點符號全角半角部分、沒有排版準則…
6、程序名/路徑名是程序員的名字、或沒有安裝程序、或安裝程序不完善(丟掉一些必要的模塊或文件)
7、界面元素參差不齊，文字不能完全顯示，TAB時鼠標亂走。
可用性問題：---用戶無法使用或不方便使用
"用戶比開發或測試人員在接觸界面上要花費更多時間。表面上不重要的方面的影響會變得越來越大，最終甚至會掩蓋了產品得有用得方面。"
文章來源于領測軟件測試網 http://www.kjueaiud.com/
