有軟件的地方就有界面,就會有界面測試。界面測試是軟件測試中,最多,最繁瑣,最簡單的測試。尤爲在本地化測試(多國語言測試)中,有不少的界面測試。瀏覽器
界面測試,也叫UI測試(User interface testing), 本文介紹一些常見的界面測試,以及描述界面Bug時所用的術語。app
閱讀目錄測試
檢查用戶界面的風格是否知足客戶的要求, 是否通用,文字是否正常,頁面是否美觀,文字,圖片是否結合完美,操做是否友好等等。
spa
界面測試比較繁瑣,我的認爲軟件測試人員,其實沒有必要專門去寫Test case, 太浪費時間,並且沒什麼用。設計
若是沒有Test case, 那怎麼去作測試呢? 3d
我的認爲只要掌握了界面測試的知識和經驗,作到Test case 在心中(手裏無劍,心中有劍)。 而後去檢查界面,發現bug,就能夠了。blog
若是是測試界面(而不是測試功能),好比測試界面上的控件是否顯示正常。 我我的以爲沒有必要去寫自動化測試。 用手動測試,用人的眼睛去檢查就能夠了。圖片
界面測試爲什麼不必寫自動化測試呢?自動化
1. 自動化測試難以判斷界面上的控件是否顯示正常。io
2. 界面改動頻繁
3. 不一樣的機器,界面顯示不同
4. 不一樣的分辨率,不一樣的瀏覽器,不一樣的顯示器。都會致使界面不太同樣。
一個控件疊在另外一個控件上
一個控件被另外一個控件截斷, 致使控件部分不可見
應該顯示爲一行的句子, 被截斷,顯示爲兩行, 以下圖:
界面設計中有個規則,就是任何UI都應該能夠被鍵盤操做, 這就須要有快捷鍵好比 alt+O, 若是缺失了快捷鍵,沒有鼠標的人,就操做不了。
有些字母不合適作快捷捷,由於你在字母下面加個下劃線,字母就容易被認爲誤認爲別的字母去了
控件應該對齊, 這樣纔好看。
Tab鍵的順序與控件排列順序要一致,目前流行整體從上到下,同時行間從左到右的方式