轉載:http://blog.sina.com.cn/s/blog_13cc013b50102v4tp.htmlhtml
問題提出:怎麼進行界面測試?windows
分析:無論作什麼,都講究投入和產出比,即最少的投入得到最大的產出,無論作什麼,咱們都但願把複雜的事情簡單化,一樣作測試也同樣。工具
如何作到呢?這裏採用了一種思想:分類測試-->動靜結合,先靜後動,循環交替。佈局
靜態測試:非動即靜,這裏「靜」-->對每一個界面(窗口)進行觀察學習
動態測試:非靜即動,這裏「動」-->對界面(窗口)進行操做。測試
動靜結合,先靜後動,循環交替:對每一個界面(窗口)都採起先觀察界面再對界面操做的的原則,對每一個界面測試都儘量的同其它功能測試結合,減小 「測試冗餘」->減小投入。字體
界面測試要點分類指針
1.易用性htm
易理解性blog
軟件相關屬性應該容易被用戶理解,好比功能按鈕的命名,一看名字就便知道按鈕用於作啥功能的。理想狀況:用戶不用查閱軟件幫助文檔就能理解軟件
易學性
用戶容易學會使用軟件,好比windows平臺,不用查看說明書也知道按F1就是現實幫助文檔。注意:軟件開發應遵照平臺規範性,由於易學習性和很大一部分體現於規範性中,界面遵循規範化的程度越高,則易用性相應的就越好。
易操做性
用戶容易操做和控制軟件。(好比安裝簡單)
2.規範性
軟件開發一般都遵循規範性,在界面這塊尤其突出。如,在Windows爲平臺開發的軟件則以Windows平臺爲規範,在Mac蘋果平臺開發則以蘋果平臺爲規範。能夠說:界面遵循規範化的程度越高,則易用性相應的就越好。
3.合理性
屏幕對角線相交的位置是用戶直視的地方,正上方四分之一處爲易吸引用戶注意力的位置,在放置窗體時要注意利用這兩個位置。
4.美觀與協調性
尺寸美學觀點:黃金分割比例
視覺美學觀點:顏色搭配適當
佈局美學觀點:協調
5.數據準確性
6.獨特性
良好的獨特性不只能夠吸引客戶,還能夠達到良好的廣告效果。
7.多窗口與系統資源
理論聯繫實際-測試細節
1.易用性-易理解性
1. 元素描述以及其它相關描述要精簡易懂,望文知意。
2. 將完成相同或相近功能的元素(按鈕,下拉框,滾動條,文本編輯框,複選框,單選按鈕,列表框)用組框框選,並要有功能說明或標題。
3. 界面元素(如菜單元素)的圖標能直觀的表明要完成的操做。
2.易用性-易操做性
1. 容易安裝/註冊等
2. 經常使用功能要有快捷鍵(方式)的支持(如:分頁頁面間的快捷切經常使用組合Ctrl+Tab)
3. 界面某些元素(如複選框,文本輸入框,按鈕等)要支持鍵盤自動瀏覽按鈕功能,即按Tab鍵、回車鍵的自動切換功能,且Tab鍵順序合理(第一次Enter、Tab鍵,應該定位在首要輸入的和最重要信息的控件,2每次按Tab,Enter按一致的方向(順序)跳躍--目前流行整體從上到下,同行間從左到右的方式。)
4. 默認控件【通常是按鈕(確認按鈕/取消按鈕等)要支持Enter及選操做,即按Enter後自動執行默認按鈕對應操做
5. 可寫控制項檢測到非法輸入後應給出說明並能自動得到焦點。
2.規範性
windows平臺
1. 工具欄要求能夠根據用戶的要求本身選擇定製。
2. 相同或相近功能的工具欄放在一塊兒。
3. 工具欄中的每個按鈕要有及時提示信息。
4. 工具欄的圖標能直觀的表明要完成的操做。
5. 系統經常使用的工具欄設置默認放置位置。
6. 工具欄太多時能夠考慮使用工具箱。
7. 工具箱要具備可增減性,由用戶本身根據需求定製。
8. 工具箱的默認總寬度不要超過屏幕寬度的1/5。
9. 狀態條要能顯示用戶切實須要的信息,經常使用的有:
目前的操做、系統狀態、用戶位置、用戶信息、提示信息、錯誤信息等,若是某一操做須要的時間較長,還應該顯示進度條和進程提示。
10. 滾動條的長度要根據顯示信息的長度或寬度能及時變換,以利於用戶瞭解顯示信息的位置和百分比。
11. 狀態條的高度以放置五號字爲宜,滾動條的寬度比狀態條的略窄。
12. 菜單和工具條要有清楚的界限;菜單要求凸出顯示,這樣在移走工具條時仍有立體感。
13. 菜單和狀態條中一般使用5號字體。工具條通常比菜單要寬,但不要寬的太多,不然看起來很不協調。
14. 右鍵快捷菜單採用與菜單相同的準則。
15. 快捷鍵,通常不本身創新,如F1老是幫助
菜單中常見組合
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寫。
16. 菜單位置:菜單是界面上最重要的元素,菜單位置按照按功能來組織, 菜單一般採用「經常使用--主要--次要--工具--幫助」的位置排列,符合流行的Windows風格。
17. 下拉菜單要根據菜單選項的含義進行分組,並且按照必定的規則進行排列,用橫線隔開。
18. 菜單深度通常要求最多控制在三層之內,若是菜單選項較多,應該採用加長菜單的長度而減小深度的原則排列。
19. 一組菜單的使用有前後要求或有嚮導做用時,應該按前後次序排列。
20. 主菜單的寬度要接近,字數不該多於四個,每一個菜單的字數能相同最好。
21. 主菜單數目不該太多,最好爲單排佈置。
22. 不可用元素[如工具欄按鈕]是否隨當前的操做加亮或變灰
23. 光標、處理指示器和識別指針是否隨操做恰當地改變?
3.合理性
1. 同一界面上的控件數最好不要超過10個,多於10個時能夠考慮使用分頁界面顯示。
2. 選項數較少時使用選項框,相反使用下拉列表框
3. 界面空間較小時使用下拉框而不用選項框。
4. 父窗體或主窗體的中心位置應該在對角線焦點(附近)。
5. 子窗體位置應該在主窗體的左上角或正中。
6. 多個子窗體彈出時應該依次向右下方偏移,以顯示出窗體標題爲宜。
7. 重要的命令按鈕與使用較頻繁的按鈕要放在界面上注目的位置。
8. 錯誤使用容易引發界面退出或關閉的按鈕不該該放在易點擊的位置。橫排開頭或最後與豎排最後爲易點位置。
9. 與正在進行的操做無關的按鈕應該加以屏蔽(Windows中用灰色顯示,無法使用該按鈕)。
10. 對可能形成數據沒法恢復的操做必須提供確認信息,給用戶放棄選擇的機會。
11. 非法的輸入或操做應有足夠的提示說明。
12. 對運行過程當中出現問題而引發錯誤的地方要有提示,讓用戶明白錯誤出處,避免造成無限期的等待。
13. 提示、警告、或錯誤說明應該清楚、明瞭、恰當。
14. 系統幫助,提供在線或者本地幫助文檔
15. 顯示多個窗口時,當前活動窗口的名稱是否被適當地表示
4.美觀與協調性
1. 窗體長寬接近黃金點比例,切忌長寬比例失調、或寬度超過長度。
2. 佈局要合理,不宜過於密集,也不能過於空曠,合理的利用空間,且界面能夠正常顯示,如文字不被截斷,元素之間不相互重疊。
3. 相同元素[如按鈕]大小基本相近,忌用太長的名稱,省得佔用過多的界面位置。
4. 界面元素[如按鈕,字體(一般使用的字體中宋體9-12較爲美觀)]和主窗體的大小要與界面的大小和空間要協調[如 放置完控件後界面不該有很大的空缺位置]。
5. 前景與背景色搭配合理協調,反差不宜太大,最好少用深色,如大紅、大綠等。經常使用色考慮使用Windows界面色調,若是使用其餘顏色,主色調要柔和,具備親和力,堅定杜絕刺目的顏色。
6. 界面風格要保持一致,字的大小、顏色、字體要相同,除非是須要藝術處理或有特殊要求的地方。
7. 若是窗體支持最小化和最大化或放大時,窗體上的控件也要隨着窗體而縮放;切忌只放大窗體而忽略控件的縮放。
8. 對於含有按鈕的界面通常不該該支持縮放,即右上角只有關閉功能。
9. 一般父窗體支持縮放時,子窗體沒有必要縮放。
10. 若是能給用戶提供自定義界面風格則更好,由用戶本身選擇顏色、字體等。
5.數據準確性
1. 文字內容的正確性,文字包含圖片形式的文字,文本形式的文字,無錯別字[注:特別是幫助文檔,內容應該和系統配套一致,技術支持的聯繫方式等,必定要準確無誤]。
2. 圖片內容的正確性,包含公司的logo圖標,幫助文檔中的截圖等
6.獨特性
1. 安裝界面上應有單位介紹或產品介紹,並有本身的圖標。
2. 主界面,最好是大多數界面上要有公司圖標。
3. 登陸界面上要有本產品的標誌,同時包含公司圖標。
4. 幫助菜單的「關於」中應有版權和產品信息。
5. 公司的系列產品要保持一致的界面風格,如背景色、字體、菜單排列方式、圖標、安裝過程、按鈕用語等應該大致一致。
7.多窗口的應用與系統資源
1. 關閉全部窗體,系統退出後要釋放所佔的全部系統資源 ,除非是須要後臺運行的系統
2. 當被覆蓋並重調用後,窗口可否正確地再生
3. 同時打開多個窗口,窗口之間是否有影響
界面測試的時候結合實際狀況,有所取捨,自我創新,怎麼樣把上述細節融入於功能測試中,儘可能減小「測試冗餘」,我目前也不是有很好的想法,能想到的就是動靜結合了,先觀察,再操做。歡迎你們提出本身的好點子。