-
界面測試
鎖定
- 中文名
- 界面測試
- 特 點
- 顯示、佈局、風格、易用性
- 屬 性
- 功能測試
界面測試測試目標
通過用户界面 (UI) 測試來核實用户與軟件的交互。UI測試的目標在於確保用户界面向用户提供了適當的訪問和瀏覽測試對象功能的操作。除此之外，UI 測試還要確保 UI 功能內部的對象符合預期要求，並遵循公司或行業的標準。
1、通過瀏覽測試對象可正確反映業務的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab 鍵、鼠標移動和快捷鍵）的使用。
2、窗口的對象和特徵（例如：菜單、大小、位置、狀態和中心）都符合標準。
界面測試測試規則
界面測試方式
目前流行的界面風格有三種方式：多窗體、單窗體以及資源管理器風格，無論那種風格，以下規則是應該被重視的。
界面測試易用性
按鈕名稱應該易懂，用詞準確，摒棄模稜兩可的字眼，要與同一界面上的其他按鈕易於區分，能望文知意最好。理想的情況是用户不用查閲幫助就能知道該界面的功能並進行相關的正確操作。
易用性細則：
界面測試
（3）:按功能將界面劃分區域塊，用Frame框括起來,並要有功能説明或標題。
（5）:界面上首先要輸入的和重要信息的控件在Tab順序中應當靠前,位置也應放在窗口上較醒目的位置。
（6）:同一界面上的控件數最好不要超過10個，多於10個時可以考慮使用分頁界面顯示。
（7）:分頁界面要支持在頁面間的快捷切換，常用組合快捷鍵Ctrl+Tab
（8）:默認按鈕要支持Enter及選操作，即按Enter後自動執行默認按鈕對應操作。
（9）:可寫控制項檢測到非法輸入後應給出説明並能自動獲得焦點。
（10）:Tab鍵的順序與控件排列順序要一致，目前流行總體從上到下，同時行間從左到右的方式。
（11）:核取方塊和選項框按選擇幾率的高底而先後排列。
（12）:核取方塊和選項框要有默認選項，並支持Tab選擇。
（13）:選項數相同時多用選項框而不用下拉清單框。
（14）:界面空間較小時使用下拉框而不用選項框。
（15）:選項數較少時使用選項框，相反使用下拉列表框。
（16）:專業性強的軟件要使用相關的專業術語，通用性界面則提倡使用通用性詞語。
界面測試規範性
界面測試
（1）:常用菜單要有命令快捷方式。
（2）:完成相同或相近功能的菜單用橫線隔開放在同一位置。
（3）:菜單前的圖標能直觀的代表要完成的操作。
（4）:菜單深度一般要求最多控制在三層以內。
（5）:工具欄要求可以根據用户的要求自己選擇定製。
（6）:相同或相近功能的工具欄放在一起。
（7）:工具欄中的每一個按鈕要有及時提示信息。
（8）:一條工具欄的長度最長不能超出屏幕寬度。
（9）: 工具欄的圖標能直觀的代表要完成的操作。
（10）:系統常用的工具欄設置默認放置位置。
（11）:工具欄太多時可以考慮使用工具箱。
（12）:工具箱要具有可增減性，由用户自己根據需求定製。
（13）:工具箱的默認總寬度不要超過屏幕寬度的1/5。
（14）: 狀態條要能顯示用户切實需要的信息，常用的有：
（16）:狀態條的高度以放置五號字為宜，滾動條的寬度比狀態條的略窄。
（18）:菜單和狀態條中通常使用5號字體。工具條一般比菜單要寬，但不要寬的太多，否則看起來很不協調。
（19）: 右鍵快捷菜單採用與菜單相同的準則。
界面測試幫助設施
界面測試
（1）：幫助文檔中的性能介紹與説明要與系統性能配套一致。(我們的系統幫助文檔都是系統的祖先時期的説明，讓人困惑)。
（2）：打包新系統時，對作了修改的地方在幫助文檔中要做相應的修改。
（3）：操作時要提供及時調用系統幫助的功能。常用F1。
（4）：在界面上調用幫助時應該能夠及時定位到與該操作相對的幫助位置。也就是説幫助要有即時針對性。
（6）：用户可以用關鍵詞在幫助索引中搜索所要的幫助，當然也應該提供幫助主題詞。
（7）：如果沒有提供書面的幫助文檔的話，最好有打印幫助的功能。
（8）：在幫助中應該提供我們的技術支持方式，一旦用户難以自己解決可以方便的尋求新的幫助方式。
界面測試合理性
屏幕對角線相交的位置是用户直視的地方，正上方四分之一處為易吸引用户注意力的位置，在放置窗體時要注意利用這兩個位置。
合理性細則：
（1）：父窗體或主窗體的中心位置應該在對角線焦點附近。
（2）：子窗體位置應該在主窗體的左上角或正中。
（3）：多個子窗體彈出時應該依次向右下方偏移，以顯示窗體出標題為宜。
（4）：重要的命令按鈕與使用較頻繁的按鈕要放在界面上注目的位置。
（5）：錯誤使用容易引起界面退出或關閉的按鈕不應該放在易點擊的位置。橫排開頭或最後與豎排最後為易點位置。
（6）：與正在進行的操作無關的按鈕應該加以屏蔽(Windows中用灰色顯示，沒法使用該按鈕)。
（7）：對可能造成數據無法恢復的操作必須提供確認信息,給用户放棄選擇的機會。
（8）：非法的輸入或操作應有足夠的提示説明。
（9）: 對運行過程中出現問題而引起錯誤的地方要有提示，讓用户明白錯誤出處，避免形成無限期的等待。
（10）: 提示、警告、或錯誤説明應該清楚、明瞭、恰當。
界面測試美觀與協調性
界面應該大小適合美學觀點，感覺協調舒適，能在有效的範圍內吸引用户的注意力。
美觀與協調性細則：
（1）: 長寬接近黃金點比例，切忌長寬比例失調、或寬度超過長度。
界面測試
（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）: 菜單深度一般要求最多控制在三層以內。
（9）: 對與進行的操作無關的菜單要用屏蔽的方式加以處理，如果採用動態加載方式——即只有需要的菜單才顯示——最好。
（10）: 菜單前的圖標不宜太大，與字高保持一直最好。
（11）: 主菜單的寬度要接近，字數不應多於四個，每個菜單的字數能相同最好。
（12）: 主菜單數目不應太多，最好為單排佈置。
（13）:菜單條是否顯示在合適的語境中？
（15）:下拉式操作能正確工作嗎？
（16）:菜單、調色板和工具條是否工作正確？
（17）:是否適當地列出了所有的菜單功能和下拉式子功能？
（18）:是否可能通過鼠標訪問所有的菜單功能？
（19）:相同功能按鈕的圖標和文字是否一致？
（20）:是否能夠用其他的文本命令激活每個菜單功能？
（21）:菜單功能是否隨當前的窗口操作加亮或變灰？
（22）:菜單功能是否正確執行？
（23）:菜單功能的名字是否具有自解釋性？
（24）:菜單項是否有幫助，是否語境相關？
（25）:在整個交互式語境中，是否可以識別鼠標操作？
（26）:如果要求多次點擊鼠標，是否能夠在語境正確識別？
（27）:如果鼠標有多個按鈕，是否能夠在語境中正確識別？
界面測試獨特性
如果一味的遵循業界的界面標準，則會喪失自己的個性.在框架符合以上規範的情況下，設計具有自己獨特風格的界面尤為重要。尤其在商業軟件流通中有着很好的遷移默化的廣告效用。
測試細則：
（1）: 安裝界面上應有單位介紹或產品介紹，並有自己的圖標。
（2）: 主界面，最好是大多數界面上要有公司圖標。
（3）: 登錄界面上要有本產品的標誌，同時包含公司圖標。
（5）: 公司的系列產品要保持一直的界面風格，如背景色、字體、菜單排列方式、圖標、安裝過程、按鈕用語等應該大體一致。
界面測試快捷方式的組合
在菜單及按鈕中使用快捷鍵可以讓喜歡使用鍵盤的用户操作得更快一些在西文Windows及其應用軟件中快捷鍵的使用大多是一致的。
菜單中：
（1）:面向事務的組合有:
Ctrl-D 刪除 ；Ctrl-F 尋找 ；Ctrl –H替換；Ctrl-I 插入 ；Ctrl-N 新記錄 ；Ctrl-S 保存 Ctrl-O 打開。
（2）:列表:
Ctrl-R ，Ctrl-G定位；Ctrl-Tab下一分頁窗口或反序瀏覽同一頁面控件；。
（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）最後，需要驗證的是文字迴繞是否正確。如果説明文字指向右邊的圖片，應該確保該圖片出現在右邊。不要因為使用圖片而使窗口和段落排列古怪或者出現孤行。
通常來説，使用少許或儘量不使用背景是個不錯的選擇。如果您想用背景，那麼最好使用單色的，和導航條一起放在頁面的左邊。另外，圖案和圖片可能會轉移用户的注意力。
界面測試內容測試
信息的正確性是指信息是可靠的還是誤傳的。例如，在商品價格列表中，錯誤的價格可能引起財政問題甚至導致法律糾紛；信息的準確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟件來進行，例如使用Microsoft Word的"拼音與語法檢查"功能；信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口，也就是一般Web站點中的所謂"相關文章列表"。
對於開發人員來説，可能先有功能然後才對這個功能進行描述。大家坐在一起討論一些新的功能，然後開始開發，在開發的時候，開發人員可能不注重文字表達，他們添加文字可能只是為了對齊頁面。不幸的是，這樣出來的產品可能產生嚴重的誤解。因此測試人員和公關部門一起檢查內容的文字表達是否恰當。否則，公司可能陷入麻煩之中，也可能引起法律方面的問題。測試人員應確保站點看起來更專業些。過分地使用粗體字、大字體和下劃線可能會讓用户感到不舒服。在進行用户可用性方面的測試時，最好先請圖形設計專家對站點進行評估。你可能不希望看到一篇到處是黑體字的文章，所以相信您也希望自己的站點能更專業一些。 最後，需要確定是否列出了相關站點的鏈接。很多站點希望用户將郵件發到一個特定的地址，或者從某個站點下載瀏覽器。但是如果用户無法點擊這些地址，他們可能會覺得很迷惑。
界面測試表格測試
需要驗證表格是否設置正確。用户是否需要向右滾動頁面才能看見產品的價格？把價格放在左邊，而把產品細節放在右邊是否更有效? 每一欄的寬度是否足夠寬，表格裏的文字是否都有折行？是否有因為某一格的內容太多，而將整行的內容拉長?
