軟件GUI測試中的關注點

　　【摘要】 本文列數了軟件黑盒測試過程中，在被測試軟件中可能存在的常見軟件問題。本文不會詳細討論基本的軟件測試思想與常用技術，僅針對在軟件黑盒測試過程中若干的問題做描述，并提供個人的參考測試意見與防范意見，希望可以為初學者提供些許幫助。

　　【關鍵詞】 軟件測試，黑盒測試

　　【引言】不能不說的二個問題

　　軟件測試中的“二八”原則

　　80%左右的錯誤在進行用戶測試之前已經被發現，而在剩余20%左右的錯誤中，存在80%左右的顯性錯誤，剩余20%左右的錯誤是較難發現的隱性錯 誤。這條原則源自經濟學的80-20原理。所以，我并不認為自己從事了一項偉大的工作，但是必須承認做好了這項工作對于整個軟件開發體系在用戶心目中的意 義巨大。

　　軟件黑盒測試解決的問題

　　簡單來說，黑盒測試所解決的問題主要在于以用戶眼光驗證軟件的結果。白盒測試關注范圍(控制結構)，而黑盒測試更關注結果(即我們常說的所見即所得)。黑盒測試試圖發現以下幾類錯誤：

　　功能錯誤或遺漏

　　界面錯誤

　　數據結構或外部數據庫訪問錯誤

　　性能錯誤

　　初始化錯誤和終止錯誤

　　以下內容將會詳細說明在軟件黑盒測試中常見的各類錯誤。

　　【正文】軟件黑盒測試常見錯誤類型及說明

　　用戶界面錯誤

　　軟件是為了滿足用戶需求而誕生的產物，無論是操作系統、游戲軟件還是其他類型的應用軟件。黑盒測試的很大一部分工作集中在用戶界面上，不需要深入研 究其內在結構，而是“表面化”地使用軟件，從輸入輸出的信息內容中尋找可能的錯誤和紕漏?？傮w上講，用戶對于軟件的看法很大程度上依賴以下幾點：

　　功能性(實現軟件應具備的基本功能)

　　易用性(用戶學習掌握該軟件所耗費的時間及在具體業務流程上的簡化)

　　執行速度(多數是啟動速度，查詢速度，刷新速度及響應時間等因素)

　　用戶使用時產生錯誤的比率(在允許用戶任意使用的情況下，越少越好)

　　用戶滿意度(這里指的是用戶界面設計與功能設計的用戶評價)

　　下面我們分開對該類型錯誤進行分析與描述。

　　· 功能性

　　如果出現了以下情況之一，可以認為程序可能存在功能性錯誤：程序可以完成的某些事進行得非常困難，笨拙(繁瑣)，令人迷惑甚至難以忍受。主要表現為以下幾個方面：

　　1)過度功能性

　　將簡單功能復雜化，這是設計上一個較常見的問題。嘗試進行太多工作任務的系統將很難學習和掌握，而且容易忘記。它要求大量的文檔(開發文檔，幫助文 檔和屏幕)。如果功能模塊間模塊過于緊密，則發生關聯錯誤的幾率要提高不少。有時候，用戶需要的只是簡單功能，而不要讓它過于膨脹成為一個“怪物”。

　　2)夸大的功能性印象

　　用戶手冊和營銷傳單不能使程序功能實現得更多，尤其是營銷傳單。記住，在用戶手冊中哪怕寧愿對功能略微輕描淡寫也不能夸大其詞(當然，我們并不希望這樣，我們總是要對此如實地進行編寫――這是我們的責任)。

　　3)對手頭任務的不適當性

　　我們可以把它直觀的理解為需求設計錯誤。對于任何一個項目，由于功能關鍵事項(就是常說的需求提煉)不存在、太有限(多數是因為沒有完成)或者太慢 (需要改進程序結構或是內部算法)而不能完成真正的工作。舉例來說，查詢一個有8000條記錄的數據庫需要1個小時(天哪，我想我連10分鐘都等不了)， 雖然說具備了查詢的功能，但是實在很令人懷疑此項功能是否會有人使用，更糟糕的情況是：由于用戶使用了該功能而造成的惡劣印象難以在短時間內消除――雖然 對于開發人員來說那可能只是一個參數拼寫錯誤了而已。

　　4)遺漏功能

　　功能沒有實現，卻出現在了用戶手冊中?；蛘呤潜緛響摼邆涞靥卣餍怨δ?，在程序只能看到一個“影子”(有其名無其實)。多半情況下是由于需求變更時 沒有對手冊進行檢查和更新，也有可能是因為遺漏了需求說明中應包含的功能(如果是那樣，需要好好檢查以前的工作方式是否正確)。

　　5)錯誤功能

　　一個本來應該完成查詢工作的功能卻干了排序的活兒。這種疏忽一般不是因為沒有實現功能，而是在分配功能的時候出現了問題，當然這種情況的發現和排除應該不是一件困難的事。

原文轉自：http://www.uml.org.cn/Test/200711195.asp