人機界面測試
| 本文列數(shù)了軟件黑盒測試過程中，在被測試軟件中可能存在的常見軟件問題。本文不會詳細討論基本的軟件測試思想與常用技術(shù)，僅針對在軟件黑盒測試過程中若干的問題做描述，并提供個人的參考測試意見與防范意見，希望可以為初學(xué)者提供些許幫助。< br> 俗話說“人靠衣裳馬靠鞍”，良好的外觀往往能夠吸引眼球，激發(fā)顧客（用戶）的購買欲望，最終達成商業(yè)利益的實現(xiàn)。軟件的設(shè)計亦如此，Window XP 在商業(yè)上的巨大成功很大一方面來自于它一改往日呆板，以突出“應(yīng)用”的灰色界面，從“用戶體驗”角度來設(shè)計界面，使界面具有較大的親和力。就目前的軟件設(shè)計的發(fā)展趨勢來說，良好的人機界面設(shè)計越來越受到系統(tǒng)分析、設(shè)計人員的重視。但是如何對設(shè)計的人機界面（包括幫助等）進行測試，給出客觀、公正的評價，卻鮮見于報端。本文試從共性分析和個性分析的角度，給出一些測試意見和原則，簡單且易于上手。起到一個拋磚引玉的目的、以饗讀者。 我們知道：“不立規(guī)矩?zé)o以成方圓”。在軟件界面設(shè)計強調(diào)張揚個性的同時，我們不能忘記軟件界面的設(shè)計先要講求規(guī)矩－簡潔、一致、易用，這是一切軟件界面設(shè)計和測試的必循之道，是軟件人機界面在突出自我時的群體定位。美觀、規(guī)整的軟件人機界面破除新用戶對軟件的生疏感，使老用戶更易于上手、充分重用已有使用經(jīng)驗，并盡量少犯錯誤。由此我們在對軟件人機界面進行測試時（設(shè)計評審階段和系統(tǒng)測試階段結(jié)合進行），不妨從下列一些角度測試軟件的人機界面。 一致性測試 一致性使軟件人機界面的一個基本要求。目的是使用戶在使用時，很快熟悉軟件的操作環(huán)境，同時避免對相關(guān)軟件操作發(fā)生理解歧義。這要求我們在進行測試時，需要判斷軟件的人機界面是否可以作為一個整體而存在。下面是進行一致性測試的一些參考意見： ――提示的格式是否一致 ――菜單的格式是否一致 ――幫助的格式是否一致 ――提示、菜單、幫助中的術(shù)語是否一致 ――各個控件之間的對齊方式是否一致 ――輸入界面和輸出界面在外觀、布局、交互方式上是否一致 ――命令語言的語法是否一致 ――功能類似的相關(guān)界面是否在在外觀、布局、交互方式上是否一致（比如商品代碼檢索和商品名稱檢索） ――存在同一產(chǎn)品族的時候，是否與其他產(chǎn)品在外觀、布局、交互方式上是否一致（例：Office產(chǎn)品族） ――同一層次的文字在同一種提示場合（一般情況、突顯、警告等）在文字大小、字體、顏色、對齊方式方面是否一致 ――多個連續(xù)界面依次出現(xiàn)的情況下，界面的外觀、操作方式是否一致（當(dāng)然可能會有例外，比如操作結(jié)束的界面） 信息反饋測試 假設(shè)系統(tǒng)的使用者是一個初出茅廬的生手，你能指望她（他）在進行操作不出錯嗎？但這還不是問題的所在，問題的所在在于我們都會犯錯誤，我們都有自己不了解的東西。如何避免，這要求我們的人機界面有足夠的輸入檢查和錯誤提示功能。通過信息反饋，用戶得到出錯提示或是任務(wù)完成的贊許之語。但有些不幸的是，我們很多系統(tǒng)都在此方面做的不盡人意。下面是這類測試的一些參考意見： ――系統(tǒng)是否接受客戶的正確輸入并做出提示（例：鼠標(biāo)焦點跳轉(zhuǎn)）； ――系統(tǒng)是否拒絕客戶的錯誤輸入并做出提示（例：彈出警告框，聲響）； ――系統(tǒng)顯示用戶的錯誤輸入的提示是否正確，淺顯易懂（例：“ERR004”這樣的提示讓人不知所云）； ――系統(tǒng)是否在用戶輸入前給出用戶具體輸入方式的提示（例：網(wǎng)站注冊程序）； ――系統(tǒng)提示所用的圖標(biāo)或圖形是否具有代表性和警示性； ――系統(tǒng)提示用語是否按警告級別和完成程度進行分級（若非某些破壞性操作，請對用戶溫和一些）； ――系統(tǒng)在界面（主要是菜單、工具條）上是否提供突顯功能（比如鼠標(biāo)移動到控件時，控件圖標(biāo)變大或顏色變化至與背景有較大反差，當(dāng)移動開后恢復(fù)原狀）； ――系統(tǒng)是否在用戶完成操作時給出操作成功的提示（很多系統(tǒng)都缺少這一步，使用戶毫無成就感）。 界面簡潔性測試 你的人機界面像你的臉一樣對稱、干凈嗎？我們往往看到的使很多系統(tǒng)在人機界面設(shè)計上就像長了天花的病人。因此我們不得不對其進行美容前的檢查，下面是一些供檢查的建議條款。 ――用戶界面是否存在空白空間（沒有空白空間的界面是雜亂無章的，易用性極差）； ――各個控件之間的間隔是否一致； ――各個控件在垂直和水平方向上是否對齊； ――菜單深度是否在三層以內(nèi)（建議不要超出三層，大家可以參考微軟的例子）； ――界面控件分布是否按照功能分組（菜單、工具欄、單選框組、復(fù)選框組、Frame等）； ――界面控件本身是否需要通過滑動條的滑動來顯示數(shù)據(jù)（建議采用分頁顯示并提供數(shù)據(jù)排序顯示功能）； 實際上，一個處理該類測試的原則性的東西就是：干掉多余的東西，盡可能分組。 界面美觀度測試 你的界面美觀嗎？試想一個服裝模特穿一身不得體的衣服其展示效果會如何？我至今還記得在學(xué)習(xí)美學(xué)時老師講過的一句話：美是對比的產(chǎn)物。在軟件界面的美觀度測試上，我們不得不注意下面的一些建議。 ――前景與背景色搭配是否反差過大； ――前景與背景色是否采用較為清淡的色調(diào)而不是深色（比如用天藍色而不用深藍色和墨綠色）； ――系統(tǒng)界面是否采用了超過三種的基本色（一般情況下不要超過三種）； ――字體大小是否與界面的大小比例協(xié)調(diào)（一般中文采用宋體9-12，英文采用Arial或Times New Roman，日文采用SimSun或明朝）； ――按鈕較多的界面是否禁止縮放（一般情況下不宜縮放，最好禁止******、最小化按鈕）； ――系統(tǒng)是否提供用戶界面風(fēng)格自定義功能，滿足用戶個人偏好； 用戶動作性測試 “科學(xué)是懶人的哲學(xué)”，這是我大學(xué)專業(yè)老師的一個觀點。我們的計算機系統(tǒng)也不例外。我們的系統(tǒng)能讓用戶盡可能地偷懶嗎（少動手肘，少記命令等），從這個角度出發(fā)，相信你會對用戶動作性測試的本質(zhì)有較深的體會。我相信沒有一個測試員愿意做的多而收獲的少。此外用戶從某種角度上是心懷不測的挑釁者和肇事者。他們很少有太多的耐心來對待他們寄以很大期望的系統(tǒng)。下面是一些判斷用戶是否能夠“偷懶”和“發(fā)泄防止”的測試建議。 ――是否存在用戶頻繁操作的快捷鍵； ――是否允許動作的可逆性（Undo，Redo）； ――界面是否有對用戶的記憶要求； ――系統(tǒng)的反應(yīng)速度是否符合用戶的期望值； ――是否存在更便捷、直觀的方式來取代當(dāng)前的界面的顯示方式；（比如用菜單界面代替命令語言界面） ――用戶在使用時任何時候是否能開啟幫助文檔（F1）； ――系統(tǒng)是否提供模糊查詢機制和關(guān)鍵字提示機制減少用戶的記憶負擔(dān)（比如清華紫光輸入法的模糊音設(shè)定）； ――是否對可能造成長時間等待的操作提供操作取消功能； ――是否支持對錯誤操作進行可逆性處理，返回原有狀態(tài)； ――是否采用相關(guān)控件（如：日歷，計算器等）替代用戶手工鍵盤輸入； ――選項過多的情況下是否采用下拉列表或者關(guān)鍵字檢索的方式共用戶選擇； ――系統(tǒng)出錯是是否存在恢復(fù)機制使用戶返回出錯前狀態(tài)（如：Office XP的文件恢復(fù)）； ――在用戶輸入數(shù)據(jù)之前，用戶輸入數(shù)據(jù)后才能執(zhí)行的操作是否被禁止（如特定的按鈕變灰）； ――系統(tǒng)是否提供“所見即所得（WYIWG）”或“下一步提示”的功能（比如預(yù)覽）； 行業(yè)標(biāo)準(zhǔn)測試 每個行業(yè)都有自己的一套標(biāo)識體系。請盡可能不要與其“撞車”。這就需要我們的人機界面測試人員對軟件行業(yè)的符號體系有所了解，否則將很難擔(dān)此大任。 ――界面使用的圖符、聲音是否符合軟件所面向領(lǐng)域的行業(yè)符 |
