軟件GUI測試中的關注點(5)

　　――從美學角度看屏幕布局很拙劣

　　屏幕可能是不平衡的，大多數情況下是這樣子，行或者列不對齊，或者只是看起來很“糟糕”。好好利用你的鑒賞力，如果沒有信心，可以問問別人的意見， 參考一些界面設計很合理的軟件。如果對你而言它的布局的確看起來很糟，相信你的直覺，肯定有什么東西錯了，盡管現在你還沒有發現。

　　――菜單布局錯誤

　　這是最常見的問題之一了：我們有時候會發現在編輯菜單下突然冒出了一個文件關閉的選項，而一般它是放在文件一欄下的。在很多的參考文獻中，已經對這方面的內容做了比較詳實的說明，我想強調的是以下一些問題：

　　相似的或從概念上相關的菜單選擇應該分組，或者應該在屏幕上說明。

　　選擇一個菜單項通常應該獨立。為了獲得一個獨立的結果，用戶不應該必須在不同的菜單上做出兩個或更多的選擇(這可絕對“難”用)。

　　通過鍵入其首字母來選擇菜單項通常要比使用數字來得好。當然，你要留神不要給菜單項過于奇怪的名稱;另外，還要注意不要在同一欄下面不要出項重復的字母。

　　――對話框布局錯誤

　　對話框應該一致。如：他們應該一致使用大小寫，字體和文本對齊規則。對話框標題應當占據某個一致的位置，并與用來調用該對話框的命令名相符合。相 同的快捷方式在不同對話框之間應該起相同作用――如不應取消某些對話框，而在其他類似情況下完成其他的任務。

　　對話框中的控件布局必須合理安排。應使用必要的間隔把組隔開。

　　選擇和錄入區域應該垂直和水平排列，這樣用戶就可以以直線模式操作光標的運動(為了方便)。

　　留意對話框之間的相互依賴性。如果某個對話框中的選擇將最終決定另一個對話框的選項將是令人困惑的。如果程序不得不這樣做，務必要求開發人員給出具體提示。

　　――模糊不清的指示

　　你應該總是知道去哪里查找以找出下一步。如果屏幕排得很滿，總是應該為命令和消息留出一塊空間。使用氣泡顯示信息也是一個不錯得選擇。

　　――閃爍的誤用

　　閃爍的圖片或文本很引人注意，不過記得不要太多閃爍。太多的閃爍會讓人覺得不舒服。你應該每次最多只讓一個目標進行閃爍而且頻率不能太高。

　　――顏色的誤用

　　不要太多顏色，它會讓我們的眼睛很疲勞。顏色不應該使我們分散注意力，也不能使屏幕看上去雜亂無章，盡量使用統一風格的顏色，如果程序的顏色組合看上去很難看，抗議吧，沒有人會愿意買毫無美感的產品的。

　　――過于依賴顏色

　　如果程序在項之間使用顏色為唯一分隔符，那么它將限制使用者的范圍，對于一些特殊的產品，需要考慮到例如色盲之類對顏色不敏感的人群或是使用單色顯示器的用戶。

　　――與整體風格不符合

　　如果與計算機相關的風格提供了某種一致性和便利，盡量好好利用。也許對程序員來說可以使用更好的技術來代替，對于用戶來說也未必不是不可接受的。例 如：在習慣了鼠標和圖標之后，恐怕很少有用戶會習慣敲擊鍵盤書寫命令來完成計算機可以使用鼠標完成的工作。當大多數其他的程序以某種特定方式在屏幕的特定 位置顯示錯誤信息時，新程序也應該是這樣的。

　　――不能去掉屏幕上的信息

　　在屏幕上某個部分的可用命令選擇菜單是很好的選擇。一旦用戶精通了程序，有些菜單就會成為屏幕空間資源的浪費。你應該可以提交一個命令能去掉和重新調用它。這點上，值得向微軟的Office系列軟件學習。

　　3、命令結構和錄入

　　這里只處理實現中的缺陷。(即假定程序員對風格的選擇是合理的)

　　不一致性

　　增加永真規則的數量可以縮短學習時間，并減少文檔，而且使程序看上去更專業。不一致性如此的普遍，是因為它需要規劃并進行斗爭來選擇能一直遵循的操 作規則。每個微小的不一致性都是不重要的，但是一旦達到了一定量，一個本來構想很好的產品有可能會變得難以使用，甚至變成廢品。從開發人員本身來講，也體 現出其開發本身的嚴密性。一個好的測試實踐要標注出所有發現的不一致性，無論多么微不足道都要如此。

　　“最優化”

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