界面測試（簡稱UI測試)，測試用戶界面的功能模組的布局是否合理、整體風格是否一致、各個控制項的放置位置是否符合客戶使用習慣，此外還要測試界面操作便捷性、導航簡單易懂性，頁面元素的可用性，界面中文字是否正確，命名是否統一，頁面是否美觀，文字、圖片組合是否完美等。
基本介紹
- 中文名：界面測試
- 特點：顯示、布局、風格、易用性
- 屬性：功能測試
測試目標,規則,方式,易用性,規範性,幫助設施,合理性,美觀與協調性,選單位置,獨特性,捷徑的組合,安全性考慮,分類,導航測試,圖形測試,內容測試,表格測試,整體界面測試,
測試目標
通過用戶界面 (UI) 測試來核實用戶與軟體的互動。UI測試的目標在於確保用戶界面向用戶提供了適當的訪問和瀏覽測試對象功能的操作。除此之外，UI 測試還要確保 UI 功能內部的對象符合預期要求，並遵循公司或行業的標準。
1、通過瀏覽測試對象可正確反映業務的功能和需求，這種瀏覽包括視窗與視窗之間、欄位與欄位之間的瀏覽，以及各種訪問方法（Tab 鍵、滑鼠移動和快捷鍵）的使用。
2、視窗的對象和特徵（例如：選單、大小、位置、狀態和中心）都符合標準。
規則
方式
易用性
按鈕名稱應該易懂，用詞準確，摒棄模稜兩可的字眼，要與同一界面上的其他按鈕易於區分，能望文知意最好。理想的情況是用戶不用查閱幫助就能知道該界面的功能並進行相關的正確操作。
易用性細則：
1):完成相同或相近功能的按鈕用Frame框起來，常用按鈕要支持捷徑。（控制台捷徑到桌面）
2):完成同一功能或任務的元素放在集中位置，減少滑鼠移動的距離。
界面測試
界面測試3):按功能將界面劃分區域塊，用Frame框括起來,並要有功能說明或標題。
5):界面上首先要輸入的和重要信息的控制項在Tab順序中應當靠前,位置也應放在視窗上較醒目的位置。
6):同一界面上的控制項數最好不要超過10個，多於10個時可以考慮使用分頁界面顯示。
7):分頁界面要支持在頁面間的快捷切換，常用組合快捷鍵Ctrl+Tab
8):默認按鈕要支持Enter及選操作，即按Enter後自動執行默認按鈕對應操作。
9):可寫控制項檢測到非法輸入後應給出說明並能自動獲得焦點。
10):Tab鍵的順序與控制項排列順序要一致，目前流行總體從上到下，同時行間從左到右的方式。
11):核取方塊和選項框按選擇幾率的高底而先後排列。
12):核取方塊和選項框要有默認選項，並支持Tab選擇。
13):選項數相同時多用選項框而不用下拉清單框。
14):界面空間較小時使用下拉框而不用選項框。
15):選項數較少時使用選項框，相反使用下拉列表框。
16):專業性強的軟體要使用相關的專業術語，通用性界面則提倡使用通用性詞語。
規範性
通常界面設計都按Windows界面的規範來設計，可以說：界面遵循規範化的程度越高，則易用性相應的就越好。小型軟體一般不提供工具廂。規範性細則：
界面測試
界面測試1):常用選單要有命令捷徑。
2):完成相同或相近功能的選單用橫線隔開放在同一位置。
3):選單前的圖示能直觀的代表要完成的操作。
4):選單深度一般要求最多控制在三層以內。
5):工具列要求可以根據用戶的要求自己選擇定製。
6):相同或相近功能的工具列放在一起。
7):工具列中的每一個按鈕要有及時提示信息。
8):一條工具列的長度最長不能超出螢幕寬度。
9): 工具列的圖示能直觀的代表要完成的操作。
10):系統常用的工具列設定默認放置位置。
11):工具列太多時可以考慮使用工具箱。
12):工具箱要具有可增減性，由用戶自己根據需求定製。
13):工具箱的默認總寬度不要超過螢幕寬度的1/5。
14): 狀態條要能顯示用戶切實需要的信息，常用的有：
目前的操作、系統狀態、用戶位置、用戶信息、提示信息、錯誤信息等，如果某一操作需要的時間較長，還應該顯示進度條和進程提示。
15):滾動條的長度要根據顯示信息的長度或寬度能及時變換，以利於用戶了解顯示信息的位置和百分比。
16):狀態條的高度以放置五號字為宜，滾動條的寬度比狀態條的略窄。
17):選單和工具條要有清楚的界限;選單要求凸出顯示，這樣在移走工具條時仍有立體感。
18):選單和狀態條中通常使用5號字型。工具條一般比選單要寬，但不要寬的太多，否則看起來很不協調。
19): 右鍵快捷選單採用與選單相同的準則。
幫助設施
系統應該提供詳盡而可靠的幫助文檔，在用戶使用產生迷惑時可以自己尋求解決方法。幫助設施細則：
界面測試
界面測試1)：幫助文檔中的性能介紹與說明要與系統性能配套一致。(我們的系統幫助文檔都是系統的祖先時期的說明，讓人困惑)。
2)：打包新系統時，對作了修改的地方在幫助文檔中要做相應的修改。
3)：操作時要提供及時調用系統幫助的功能。常用F1。
4)：在界面上調用幫助時應該能夠及時定位到與該操作相對的幫助位置。也就是說幫助要有即時針對性。
5)：最好提供目前流行的在線上幫助格式或HTML幫助格式。
6)：用戶可以用關鍵字在幫助索引中搜尋所要的幫助，當然也應該提供幫助主題詞。
7)：如果沒有提供書面的幫助文檔的話，最好有列印幫助的功能。
8)：在幫助中應該提供我們的技術支持方式，一旦用戶難以自己解決可以方便的尋求新的幫助方式。
合理性
螢幕對角線相交的位置是用戶直視的地方，正上方四分之一處為易吸引用戶注意力的位置，在放置窗體時要注意利用這兩個位置。
合理性細則：
1)：父窗體或主窗體的中心位置應該在對角線焦點附近。
2)：子窗體位置應該在主窗體的左上角或正中。
3)：多個子窗體彈出時應該依次向右下方偏移，以顯示窗體出標題為宜。
4)：重要的命令按鈕與使用較頻繁的按鈕要放在界面上注目的位置。
5)：錯誤使用容易引起界面退出或關閉的按鈕不應該放在易點擊的位置。橫排開頭或最後與豎排最後為易點位置。
6)：與正在進行的操作無關的按鈕應該加以禁止(Windows中用灰色顯示，沒法使用該按鈕)。
7)：對可能造成數據無法恢復的操作必須提供確認信息,給用戶放棄選擇的機會。
8)：非法的輸入或操作應有足夠的提示說明。
9): 對運行過程中出現問題而引起錯誤的地方要有提示，讓用戶明白錯誤出處，避免形成無限期的等待。
10): 提示、警告、或錯誤說明應該清楚、明了、恰當。
美觀與協調性
界面應該大小適合美學觀點，感覺協調舒適，能在有效的範圍內吸引用戶的注意力。
美觀與協調性細則：
1): 長寬接近黃金點比例，切忌長寬比例失調、或寬度超過長度。
2): 布局要合理，不宜過於密集，也不能過於空曠，合理的利用空間。
界面測試
界面測試3): 按鈕大小基本相近，忌用太長的名稱，免得占用過多的界面位置。
4): 按鈕的大小要與界面的大小和空間要協調。
5): 避免空曠的界面上放置很大的按鈕。
6)：放置完控制項後界面不應有很大的空缺位置。
7): 字型的大小要與界面的大小比例協調, 通常使用的字型中宋體9-12較為美觀，很少使用超過12號的字型。
8): 前景與背景色搭配合理協調，反差不宜太大，最好少用深色，如大紅、大綠等。常用色考慮使用Windows界面色調。
9): 如果使用其他顏色，主色調要柔和，具有親和力與磁力，堅決杜絕刺目的顏色。
10): 大型系統常用的主色有“#E1E1E1”、“#EFEFEF”、“#C0C0C0”等。
11): 界面風格要保持一致，字的大小、顏色、字型要相同，除非是需要藝術處理或有特殊要求的地方。
12): 如果窗體支持最小化和最大化或放大時，窗體上的控制項也要隨著窗體而縮放；切忌只放大窗體而忽略控制項的縮放。
13)：對於含有按鈕的界面一般不應該支持縮放，即右上角只有關閉功能。
14): 通常父窗體支持縮放時，子窗體沒有必要縮放。
15)：如果能給用戶提供自定義界面風格則更好，由用戶自己選擇顏色、字型等。
選單位置
選單是界面上最重要的元素，選單位置按照按功能來組織。
選單測試細則：
1): 選單通常採用“常用--主要--次要--工具--幫助”的位置排列，符合流行的Windows風格。
2): 常用的有“檔案”、“編輯”，“查看”等，幾乎每個系統都有這些選項，當然要根據不同的系統有所取捨。
3): 下拉選單要根據選單選項的含義進行分組，並且按照一定的規則進行排列，用橫線隔開。
4): 一組選單的使用有先後要求或有嚮導作用時，應該按先後次序排列。
5): 沒有順序要求的選單項按使用頻率和重要性排列，常用的放在開頭， 不常用的靠後放置；重要的放在開頭，次要的放在後邊。
6): 如果選單選項較多，應該採用加長選單的長度而減少深度的原則排列。
7): 選單深度一般要求最多控制在三層以內。
8): 對常用的選單要有快捷命令方式，組合原則見8。
9): 對與進行的操作無關的選單要用禁止的方式加以處理，如果採用動態載入方式——即只有需要的選單才顯示——最好。
10): 選單前的圖示不宜太大，與字高保持一直最好。
11): 主選單的寬度要接近，字數不應多於四個，每個選單的字數能相同最好。
12): 主選單數目不應太多，最好為單排布置。
13):選單條是否顯示在合適的語境中？
14):應用程式的選單條是否顯示系統相關的特性（如時鐘顯示）？
15):下拉式操作能正確工作嗎？
16):選單、調色板和工具條是否工作正確？
17):是否適當地列出了所有的選單功能和下拉式子功能？
18):是否可能通過滑鼠訪問所有的選單功能？
19):相同功能按鈕的圖示和文字是否一致？
20):是否能夠用其他的文本命令激活每個選單功能？
21):選單功能是否隨當前的視窗操作加亮或變灰？
22):選單功能是否正確執行？
23):選單功能的名字是否具有自解釋性？
24):選單項是否有幫助，是否語境相關？
25):在整個互動式語境中，是否可以識別滑鼠操作？
26):如果要求多次點擊滑鼠，是否能夠在語境正確識別？
27):如果滑鼠有多個按鈕，是否能夠在語境中正確識別？
28):游標、處理指示器和識別指針是否隨操作恰當地改變？
獨特性
如果一味的遵循業界的界面標準，則會喪失自己的個性.在框架符合以上規範的情況下，設計具有自己獨特風格的界面尤為重要。尤其在商業軟體流通中有著很好的遷移默化的廣告效用。
測試細則：
1): 安裝界面上應有單位介紹或產品介紹，並有自己的圖示。
2): 主界面，最好是大多數界面上要有公司圖示。
3): 登錄界面上要有本產品的標誌，同時包含公司圖示。
4): 幫助選單的“關於”中應有著作權和產品信息。
5): 公司的系列產品要保持一直的界面風格，如背景色、字型、選單排列方式、圖示、安裝過程、按鈕用語等應該大體一致。
捷徑的組合
在選單及按鈕中使用快捷鍵可以讓喜歡使用鍵盤的用戶操作得更快一些在西文Windows及其套用軟體中快捷鍵的使用大多是一致的。
選單中：
1):面向事務的組合有:
Ctrl-D 刪除 ；Ctrl-F 尋找 ；Ctrl –H替換；Ctrl-I 插入 ；Ctrl-N 新記錄 ；Ctrl-S 保存 Ctrl-O 打開。
2):列表:
3):編輯:
Ctrl-A全選；Ctrl-C 拷貝；Ctrl-V 貼上；Ctrl-X 剪下；Ctrl-Z撤消操作；Ctrl-Y恢復操作。
4)檔案操作:
Ctrl-P 列印；Ctrl-W 關閉。
5):系統選單
Alt-A檔案；Alt-E編輯；Alt-T工具；Alt－W視窗；Alt－H幫助。
6):MS Windows保留鍵:
Ctrl-Esc 任務列表 ；Ctrl-F4 關閉視窗；Alt-F4 結束套用；Alt-Tab 下一套用 ；Enter 預設按鈕/確認操作；Esc 取消按鈕/取消操作；Shift-F1 上下文相關幫助。
按鈕中：
可以根據系統需要而調節，以下只是常用的組合。
Alt-Y確定(是)；Alt-C取消；Alt-N 否；Alt-D刪除；Alt-Q退出；Alt-A添加；Alt-E編輯；Alt-B瀏覽；Alt-R讀；Alt-W寫。
這些快捷鍵也可以作為開發中文套用軟體的標準，但亦可使用漢語拼音的開頭字母。
安全性考慮
在界面上通過下列方式來控制出錯幾率，會大大減少系統因用戶人為的錯誤引起的破壞。開發者應當儘量周全地考慮到各種可能發生的問題，使出錯的可能降至最小。如套用出現保護性錯誤而退出系統,這種錯誤最容易使用戶對軟體失去信心。因為這意味著用戶要中斷思路，並費時費力地重新登錄，而且已進行的操作也會因沒有存檔而全部丟失。
安全性細則：
1):最重要的是排除可能會使套用非正常中止的錯誤。
2):應當注意儘可能避免用戶無意錄入無效的數據。
3):採用相關控制項限制用戶輸入值的種類。
4):當用戶作出選擇的可能性只有兩個時,可以採用單選框。
5):當選擇的可能再多一些時，可以採用複選框，每一種選擇都是有效的，用戶不可能輸入任何一種無效的選擇。
6):當選項特別多時，可以採用列表框，下拉式列表框。
7):在一個套用系統中，開發者應當避免用戶作出未經授權或沒有意義的操作。
8):對可能引起致命錯誤或系統出錯的輸入字元或動作要加限制或禁止。
9):對可能發生嚴重後果的操作要有補救措施。通過補救措施用戶可以回到原來的正確狀態。
10):對一些特殊符號的輸入、與系統使用的符號相衝突的字元等進行判斷並阻止用戶輸入該字元。
11):對錯誤操作最好支持可逆性處理，如取消系列操作。
12):在輸入有效性字元之前應該阻止用戶進行只有輸入之後才可進行的操作。
13):對可能造成等待時間較長的操作應該提供取消功能。
14):特殊字元常有；;’”><,`‘：“[”{、\|}]+=)-(_*&&^%$#@!,.。?/還有空格。
15):與系統採用的保留字元衝突的要加以限制。
16):在讀入用戶所輸入的信息時，根據需要選擇是否去掉前後空格。
17):有些讀入資料庫的欄位不支持中間有空格，但用戶確實需要輸入中間空格，這時要在程式中加以處理。
10:多視窗的套用與系統資源：
設計良好的軟體不僅要有完備的功能，而且要儘可能的占用最低限度的資源。
1):在多視窗系統中，有些界面要求必須保持在最頂層，避免用戶在打開多個視窗時，不停的切換甚至最小化其他視窗來顯示該視窗。
2):在主界面載入完畢後自動卸出記憶體，讓出所占用的WINDOWS系統資源。
3):關閉所有窗體，系統退出後要釋放所占的所有系統資源 ，除非是需要後台運行的系統。
4):儘量防止對系統的獨占使用。
5):視窗能否基於相關的輸入或選單命令適當地打開？
6):視窗能否改變大小、移動和滾動？
8):當被覆蓋並重調用後，視窗能否正確地再生？
9):需要時能否使用所有視窗相關的功能？
10):所有視窗相關的功能是可操作的嗎？
12):顯示多個視窗時，視窗的名稱是否被適當地表示？
13):活動視窗是否被適當地加亮？
14):如果使用多任務，是否所有的視窗被實時更新？
15):多次或不正確按滑鼠是否會導致無法預料的副作用？
16):視窗的聲音和顏色提示和視窗的操作順序是否符合需求？
17):視窗是否正確地關閉？
分類
導航測試
導航描述了用戶在一個頁面內操作的方式，在不同的用戶接口控制之間，例如按鈕、對話框、列表和視窗等；或在不同的連線頁面之間。通過考慮下列問題，可以決定一個Web套用系統是否易於導航：導航是否直觀？Web系統的主要部分是否可通過主頁存取？Web系統是否需要站點地圖、搜尋引擎或其他的導航幫助？
在一個頁面上放太多的信息往往起到與預期相反的效果。Web套用系統的用戶趨向於目的驅動，很快地掃描一個Web套用系統，看是否有滿足自己需要的信息，如果沒有，就會很快地離開。很少有用戶願意花時間去熟悉Web套用系統的結構，因此，Web套用系統導航幫助要儘可能地準確。
導航的另一個重要方面是Web套用系統的頁面結構、導航、選單、連線的風格是否一致。確保用戶憑直覺就知道Web套用系統裡面是否還有內容，內容在什麼地方。
Web套用系統的層次一旦決定，就要著手測試用戶導航功能，讓最終用戶參與這種測試，效果將更加明顯。
圖形測試
在Web套用系統中，適當的圖片和動畫既能起到廣告宣傳的作用，又能起到美化頁面的功能。一個Web套用系統的圖形可以包括圖片、動畫、框線、顏色、字型、背景、按鈕等。圖形測試的內容有：
（1）要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一起，以免浪費傳輸時間。Web套用系統的圖片尺寸要儘量地小，並且要能清楚地說明某件事情，一般都連結到某個具體的頁面。
（2）驗證所有頁面字型的風格是否一致。
（3）背景顏色應該與字型顏色和前景顏色相搭配。
（4）圖片的大小和質量也是一個很重要的因素，一般採用JPG或GIF壓縮，最好能使圖片的大小減小到 30k 以下
（5）最後，需要驗證的是文字迴繞是否正確。如果說明文字指向右邊的圖片，應該確保該圖片出現在右邊。不要因為使用圖片而使視窗和段落排列古怪或者出現孤行。
通常來說，使用少許或儘量不使用背景是個不錯的選擇。如果您想用背景，那么最好使用單色的，和導航條一起放在頁面的左邊。另外，圖案和圖片可能會轉移用戶的注意力。
內容測試
內容測試用來檢驗Web套用系統提供信息的正確性、準確性和相關性。
信息的正確性是指信息是可靠的還是誤傳的。例如，在商品價格列表中，錯誤的價格可能引起財政問題甚至導致法律糾紛；信息的準確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟體來進行，例如使用Microsoft Word的"拼音與語法檢查"功能；信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口，也就是一般Web站點中的所謂"相關文章列表"。
對於開發人員來說，可能先有功能然後才對這個功能進行描述。大家坐在一起討論一些新的功能，然後開始開發，在開發的時候，開發人員可能不注重文字表達，他們添加文字可能只是為了對齊頁面。不幸的是，這樣出來的產品可能產生嚴重的誤解。因此測試人員和公關部門一起檢查內容的文字表達是否恰當。否則，公司可能陷入麻煩之中，也可能引起法律方面的問題。測試人員應確保站點看起來更專業些。過分地使用粗體字、大字型和下劃線可能會讓用戶感到不舒服。在進行用戶可用性方面的測試時，最好先請圖形設計專家對站點進行評估。你可能不希望看到一篇到處是黑體字的文章，所以相信您也希望自己的站點能更專業一些。 最後，需要確定是否列出了相關站點的連結。很多站點希望用戶將郵件發到一個特定的地址，或者從某個站點下載瀏覽器。但是如果用戶無法點擊這些地址，他們可能會覺得很迷惑。
表格測試
需要驗證表格是否設定正確。用戶是否需要向右滾動頁面才能看見產品的價格？把價格放在左邊，而把產品細節放在右邊是否更有效? 每一欄的寬度是否足夠寬，表格里的文字是否都有折行？是否有因為某一格的內容太多，而將整行的內容拉長?
整體界面測試
整體界面是指整個Web套用系統的頁面結構設計，是給用戶的一個整體感。例如：當用戶瀏覽Web套用系統時是否感到舒適，是否憑直覺就知道要找的信息在什麼地方？整個Web套用系統的設計風格是否一致？
