標籤: 暫無標籤

界面是軟體與用戶交互的最直接的層,界面的好壞決定用戶對軟體的第一印象。而且設計良好的界面能夠引導用戶自己完成相應的操作,起到嚮導的作用。同時界面如同人的面孔,具有吸引用戶的直接優勢。設計合理的界面能給用戶帶來輕鬆愉悅的感受和成功的感覺,相反由於界面設計的失敗,讓用戶有挫敗感,再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。目前界面的設計引起軟體設計人員的重視的程度還遠遠不夠,直到最近網頁製作的興起,才受到專家的青睞。而且設計良好的界面由於需要具有藝術美的天賦而遭拒絕。

1 界面測試 -測試目標

界面測試界面測試
通過用戶界面 (UI) 測試來核實用戶與軟體的交互。UI 測試的目標在於確保用戶界面向用戶提供了適當的訪問和瀏覽測試對象功能的操作。除此之外,UI 測試還要確保 UI 功能內部的對象符合預期要求,並遵循公司或行業的標準。

1、通過瀏覽測試對象可正確反映業務的功能和需求,這種瀏覽包括窗口與窗口之間、欄位與欄位之間的瀏覽,以及各種訪問方法    (Tab 健、滑鼠移動和快捷鍵)的使用

2、窗口的對象和特徵(例如:菜單、大小、位置、狀態和中心)都符合標準。

2 界面測試 -測試規則

界面測試界面測試

目前流行的界面風格有三種方式:多窗體、單窗體以及資源管理器風格,無論那種風格,以下規則是應該被重視的。
1:易用性:
  按鈕名稱應該易懂,用詞準確,屏棄沒楞兩可的字眼,要與同一界面上的其他按鈕易於區分,能望文知意最好。理想的情況是用戶不用查閱幫助就能知道該界面的功能並進行相關的正確操作。
易用性細則:
1):完成相同或相近功能的按鈕用Frame框起來,常用按鈕要支持快捷方式。
2):完成同一功能或任務的元素放在集中位置,減少滑鼠移動的距離。
3):按功能將界面劃分區域塊,用Frame框括起來,並要有功能說明或標題。
4):界面要支持鍵盤自動瀏覽按鈕功能,即按Tab鍵、回車鍵的自動切換功能。
5):界面上首先要輸入的和重要信息的控制項在Tab順序中應當靠前,位置也應放在窗口上較醒目的位置。
6):同一界面上的控制項數最好不要超過10個,多於10個時可以考慮使用分頁界面顯示。
7):分頁界面要支持在頁面間的快捷切換,常用組合快捷鍵Ctrl Tab
8):默認按鈕要支持Enter及選操作,即按Enter后自動執行默認按鈕對應操作。
9):可寫控制項檢測到非法輸入後應給出說明並能自動獲得焦點。
10):Tab鍵的順序與控制項排列順序要一致,目前流行總體從上到下,同時行間從左到右的方式。
11):核取方塊和選項框按選擇幾率的高底而先後排列。
12):核取方塊和選項框要有默認選項,並支援Tab選擇。
13):選項數相同時多用選項框而不用下拉清單框。
14):界面空間較小時使用下拉框而不用選項框。
15):選項數較少時使用選項框,相反使用下拉列表框。
16):專業性強的軟體要使用相關的專業術語,通用性界面則提倡使用通用性詞語。

2: 規範性:
通常界面設計都按Windows界面的規範來設計,可以說:界面遵循規範化的程度越高,則易用性相應的就越好。小型軟體一般不提供工具廂。
規範性細則:
1):常用菜單要有命令快捷方式。

界面測試界面測試

2):完成相同或相近功能的菜單用橫線隔開放在同一位置。
3):菜單前的圖標能直觀的代表要完成的操作。
4):菜單深度一般要求最多控制在三層以內。
5):工具欄要求可以根據用戶的要求自己選擇定製。
6):相同或相近功能的工具欄放在一起。
7):工具欄中的每一個按鈕要有及時提示信息。
8):一條工具欄的長度最長不能超出屏幕寬度。
9): 工具欄的圖標能直觀的代表要完成的操作。
10):系統常用的工具欄設置默認放置位置。
11):工具欄太多時可以考慮使用工具箱。
12):工具箱要具有可增減性,由用戶自己根據需求定製。
13):工具箱的默認總寬度不要超過屏幕寬度的1/5。
14): 狀態條要能顯示用戶切實需要的信息,常用的有:
目前的操作、系統狀態、用戶位置、用戶信息、提示信息、錯誤信息等,如果某一操作需要的時間較長,還應該顯示進度條和進程提示。
15):滾動條的長度要根據顯示信息的長度或寬度能及時變換,以利於用戶了解顯示信息的位置和百分比。
16):狀態條的高度以放置五好字為宜,滾動條的寬度比狀態條的略窄。
17):菜單和工具條要有清楚的界限;菜單要求凸出顯示,這樣在移走工具條時仍有立體感。
18):菜單和狀態條中通常使用5號字體。工具條一般比菜單要寬,但不要寬的太多,否則看起來很不協調。
19): 右鍵快捷菜單採用與菜單相同的準則。
3:幫助設施:
系統應該提供詳盡而可靠的幫助文檔,在用戶使用產生迷惑時可以自己尋求解決方法。
幫助設施細則:
1):幫助文檔中的性能介紹與說明要與系統性能配套一致。(我們的系統幫助文檔都是系統的祖先時期的說明,讓人困惑)。
2):打包新系統時,對作了修改的地方在幫助文檔中要做相應的修改。
3):操作時要提供及時調用系統幫助的功能。常用F1。
4):在界面上調用幫助時應該能夠及時定位到與該操作相對的幫助位置。也就是說幫助要有即時針對性。
5):最好提供目前流行的聯機幫助格式或HTML幫助格式。
6):用戶可以用關鍵詞在幫助索引中搜索所要的幫助,當然也應該提供幫助主題詞。
7):如果沒有提供書面的幫助文檔的話,最好有列印幫助的功能。
8):在幫助中應該提供我們的技術支持方式,一旦用戶難以自己解決可以方便的尋求新的幫助方式。
4:合理性:
屏幕對角線相交的位置是用戶直視的地方,正上方四分之一處為易吸引用戶注意力的位置,在放置窗體時要注意利用這兩個位置。
界面測試界面測試
合理性細則:
1):父窗體或主窗體的中心位置應該在對角線焦點附近。
2):子窗體位置應該在主窗體的左上角或正中。
3):多個子窗體彈出時應該依次向右下方偏移,以顯示窗體出標題為宜。
4):重要的命令按鈕與使用較頻繁的按鈕要放在界面上注目的位置。
5):錯誤使用容易引起界面退出或關閉的按鈕不應該放在易點擊的位置。橫排開頭或最後與豎排最後為易點位置。
6):與正在進行的操作無關的按鈕應該加以屏蔽(Windows中用灰色顯示,沒法使用該按鈕)。
7):對可能造成數據無法恢復的操作必須提供確認信息,給用戶放棄選擇的機會。
8):非法的輸入或操作應有足夠的提示說明。
9): 對運行過程中出現問題而引起錯誤的地方要有提示,讓用戶明白錯誤出處,避免形成無限期的等待。
10): 提示、警告、或錯誤說明應該清楚、明了、恰當。
5:美觀與協調性:
界面應該大小適合美學觀點,感覺協調舒適,能在有效的範圍內吸引用戶的注意力。
美觀與協調性細則:
界面測試界面測試

1): 長寬接近黃金點比例,切忌長寬比例失調、或寬度超過長度。
2): 布局要合理,不宜過於密集,也不能過於空曠,合理的利用空間。
3): 按鈕大小基本相近,忌用太長的名稱,免得佔用過多的界面位置。
4): 按鈕的大小要與界面的大小和空間要協調。
5): 避免空曠的界面上放置很大的按鈕。
6):放置完控制項后界面不應有很大的空缺位置。
7): 字體的大小要與界面的大小比例協調, 通常使用的字體中宋體9-12較為美觀,很少使用超過12號的字體。
8): 前景與背景色搭配合理協調,反差不宜太大,最好少用深色,如大紅、大綠等。常用色考慮使用Windows界面色調。
9): 如果使用其他顏色,主色調要柔和,具有親和力與磁力,堅決杜絕刺目的顏色。
10): 大型系統常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。
11): 界面風格要保持一致,字的大小、顏色、字體要相同,除非是需要藝術處理或有特殊要求的地方。
12): 如果窗體支持最小化和最大化或放大時,窗體上的控制項也要隨著窗體而縮放;切忌只放大窗體而忽略控制項的縮放。
13):對於含有按鈕的界面一般不應該支持縮放,即右上角只有關閉功能。
14): 通常父窗體支持縮放時,子窗體沒有必要縮放。
15):如果能給用戶提供自定義界面風格則更好,由用戶自己選擇顏色、字體等。
6:菜單位置:
菜單是界面上最重要的元素,菜單位置按照按功能來組織。
菜單測試細則:
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):游標、處理指示器和識別指針是否隨操作恰當地改變?
7:獨特性:
如果一味的遵循業界的界面標準,則會喪失自己的個性.在框架符合以上規範的情況下,設計具有自己獨特風格的界面尤為重要。尤其在商業軟體流通中有著很好的遷移默化的廣告效用。
測試細則:
1): 安裝界面上應有單位介紹或產品介紹,並有自己的圖標。
2): 主界面,最好是大多數界面上要有公司圖標。
3): 登錄界面上要有本產品的標誌,同時包含公司圖標。
4): 幫助菜單的「關於」中應有版權和產品信息。
5): 公司的系列產品要保持一直的界面風格,如背景色、字體、菜單排列方式、圖標、安裝過程、按鈕用語等應該大體一致。
8:快捷方式的組合
在菜單及按鈕中使用快捷鍵可以讓喜歡使用鍵盤的用戶操作得更快一些在西文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寫。
這些快捷鍵也可以作為開發中文應用軟體的標準,但亦可使用漢語拼音的開頭字母。
9:安全性考慮:
在界面上通過下列方式來控制出錯幾率,會大大減少系統因用戶人為的錯誤引起的破壞。開發者應當盡量周全地考慮到各種可能發生的問題,使出錯的可能降至最小。如應用出現保護性錯誤而退出系統,這種錯誤最容易使用戶對軟體失去信心。因為這意味著用戶要中斷思路,並費時費力地重新登錄,而且已進行的操作也會因沒有存檔而全部丟失。
安全性細則:
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):窗口能否改變大小、移動和滾動?
7):窗口中的數據內容能否使用滑鼠、功能鍵、方向箭頭和鍵盤訪問?
8):當被覆蓋並重調用后,窗口能否正確地再生?
9):需要時能否使用所有窗口相關的功能?
10):所有窗口相關的功能是可操作的嗎?
11):是否有相關的下拉式菜單、工具條、滾動條、對話框、按鈕、圖標和其他控制可為窗口可用,並適當地顯示?
12):顯示多個窗口時,窗口的名稱是否被適當地表示?
13):活動窗口是否被適當地加亮?
14):如果使用多任務,是否所有的窗口被實時更新?
15):多次或不正確按滑鼠是否會導致無法預料的副作用?
16):窗口的聲音和顏色提示和窗口的操作順序是否符合需求?
17):窗口是否正確地關閉?

3 界面測試 -分類

1、 導航測試

導航描述了用戶在一個頁面內操作的方式,在不同的用戶介面控制之間,例如按鈕、對話框、列表和窗口等;或在不同的連接頁面之間。通過考慮下列問題,可以決定一個Web應用系統是否易於導航:導航是否直觀?Web系統的主要部分是否可通過主頁存取?Web系統是否需要站點地圖、搜索引擎或其他的導航幫助?

  在一個頁面上放太多的信息往往起到與預期相反的效果。Web應用系統的用戶趨向於目的驅動,很快地掃描一個Web應用系統,看是否有滿足自己需要的信息,如果沒有,就會很快地離開。很少有用戶願意花時間去熟悉Web應用系統的結構,因此,Web應用系統導航幫助要儘可能地準確。

  導航的另一個重要方面是Web應用系統的頁面結構、導航、菜單、連接的風格是否一致。確保用戶憑直覺就知道Web應用系統裡面是否還有內容,內容在什麼地方。

  Web應用系統的層次一旦決定,就要著手測試用戶導航功能,讓最終用戶參與這種測試,效果將更加明顯。

2、 圖形測試

在Web應用系統中,適當的圖片和動畫既能起到廣告宣傳的作用,又能起到美化頁面的功能。一個Web應用系統的圖形可以包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內容有:

  (1)要確保圖形有明確的用途,圖片或動畫不要胡亂地堆在一起,以免浪費傳輸時間。Web應用系統的圖片尺寸要盡量地小,並且要能清楚地說明某件事情,一般都鏈接到某個具體的頁面。

  (2)驗證所有頁面字體的風格是否一致。

  (3)背景顏色應該與字體顏色和前景顏色相搭配。

  (4)圖片的大小和質量也是一個很重要的因素,一般採用JPG或GIF壓縮,最好能使圖片的大小減小到 30k 以下

(5)最後,需要驗證的是文字迴繞是否正確。如果說明文字指向右邊的圖片,應該確保該圖片出現在右邊。不要因為使用圖片而使窗口和段落排列古怪或者出現孤行。

通常來說,使用少許或盡量不使用背景是個不錯的選擇。如果您想用背景,那麼最好使用單色的,和導航條一起放在頁面的左邊。另外,圖案和圖片可能會轉移用戶的注意力。

3、內容測試

內容測試用來檢驗Web應用系統提供信息的正確性、準確性和相關性。

  信息的正確性是指信息是可靠的還是誤傳的。例如,在商品價格列表中,錯誤的價格可能引起財政問題甚至導致法律糾紛;信息的準確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟體來進行,例如使用Microsoft Word的"拼音與語法檢查"功能;信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口,也就是一般Web站點中的所謂"相關文章列表"。

對於開發人員來說,可能先有功能然後才對這個功能進行描述。大家坐在一起討論一些新的功能,然後開始開發,在開發的時候,開發人員可能不注重文字表達,他們添加文字可能只是為了對齊頁面。不幸的是,這樣出來的產品可能產生嚴重的誤解。因此測試人員和公關部門一起檢查內容的文字表達是否恰當。否則,公司可能陷入麻煩之中,也可能引起法律方面的問題。測試人員應確保站點看起來更專業些。過分地使用粗體字、大字體和下劃線可能會讓用戶感到不舒服。在進行用戶可用性方面的測試時,最好先請圖形設計專家對站點進行評估。你可能不希望看到一篇到處是黑體字的文章,所以相信您也希望自己的站點能更專業一些。 最後,需要確定是否列出了相關站點的鏈接。很多站點希望用戶將郵件發到一個特定的地址,或者從某個站點下載瀏覽器。但是如果用戶無法點擊這些地址,他們可能會覺得很迷惑。

4、 表格測試

需要驗證表格是否設置正確。用戶是否需要向右滾動頁面才能看見產品的價格?把價格放在左邊,而把產品細節放在右邊是否更有效? 每一欄的寬度是否足夠寬,表格里的文字是否都有折行?是否有因為某一格的內容太多,而將整行的內容拉長?

5、 整體界面測試

整體界面是指整個Web應用系統的頁面結構設計,是給用戶的一個整體感。例如:當用戶瀏覽Web應用系統時是否感到舒適,是否憑直覺就知道要找的信息在什麼地方?整個Web應用系統的設計風格是否一致?

對整體界面的測試過程,其實是一個對最終用戶進行調查的過程。一般Web應用系統採取在主頁上做一個調查問卷的形式,來得到最終用戶的反饋信息。

上一篇[奶油]    下一篇 [王安邦]

相關評論

同義詞:暫無同義詞