有軟體的地方就有介面，就會有介面測試。介面測試是軟體測試中，最多，最繁瑣，最簡單的測試。尤其在本地化測試(多國語言測試)中，有很多的介面測試。
介面測試,也叫ui測試(user inte***ce testing), 本文介紹一些常見的介面測試，以及描述介面bug時所用的術語。
閱讀目錄
介面測試的目的
介面測試沒必要設計testcase
介面測試難以自動化測試
常見的介面測試中的bug - overlap (重疊)
截斷(truncated)
缺失快捷鍵(lost shortcut)
重複的快捷鍵(duplicate shortcut)
不合適的快捷鍵(improper shortkey)
丟失文字(miss text)
沒有對齊(missaligned)
tab鍵順序不準確(tab order)
檢查使用者介面的風格是否滿足客戶的要求, 是否通用，文字是否正常，頁面是否美觀，文字，是否結合完美，操作是否友好等等。
介面測試比較繁瑣，個人認為軟體測試人員，其實沒有必要專門去寫test case, 太浪費時間，而且沒什麼用。
如果沒有test case, 那怎麼去做測試呢？
個人認為只要掌握了介面測試的知識和經驗，做到test case 在心中(手裡無劍，心中有劍)。 然後去檢查介面，發現bug，就可以了。
如果是測試介面（而不是測試功能），比如測試介面上的控制項是否顯示正常。 我個人覺得沒有必要去寫自動化測試。 用手動測試，用人的眼睛去檢查就可以了。
介面測試為何沒必要寫自動化測試呢？
1. 自動化測試難以判斷介面上的控制項是否顯示正常。
2. 介面改動頻繁
3. 不同的機器，介面顯示不一樣
4. 不同的解析度，不同的瀏覽器，不同的顯示器。都會導致介面不太一樣。
乙個控制項疊在另乙個控制項上
乙個控制項被另乙個控制項截斷， 導致控制項部分不可見
應該顯示為一行的句子， 被截斷，顯示為兩行， 如下圖:
介面設計中有個規則，就是任何ui都應該可以被鍵盤操作， 這就需要有快捷鍵比如 alt+o, 如果缺失了快捷鍵，沒有滑鼠的人，就操作不了。
有些字母不合適做快捷捷，因為你在字母下面加個下劃線，字母就容易被認為誤認為別的字母去了
控制項應該對齊， 這樣才好看。
tab鍵的順序與控制項排列順序要一致，目前流行總體從上到下，同時行間從左到右的方式
介面測試（三）介面測試工具
介面測試工具分類 抓取介面，測試介面 抓包工具分析與抉擇 1.httpwatch ie firefox瀏覽器的外掛程式，較少選擇 2.wireshark 功能齊全龐大，tcp udp都可抓取到，抓取經過電腦的所有請求，看資料比較麻煩，需要新增表示式過濾，一般也不選用 3.fiddler 輕量級，只記...
三 介面測試教程 jmeter
1 介面測試介紹 2 介面測試與協議 http協議 webservice soap 協議 自定義協議 3 介面測試流程 引數化 excel檔案引數化 資料庫引數化 直接 中配置 配置檔案 預處理請求 前置處理 對請求的引數進行預處理 準備。如加密資料，組織測試資料 請求 httpclient wsc...
Cobaltstrike學習（三）介面功能
1.新建連線 2.斷開當前連線 3.4.轉換檢視模式為圖示模式 像網路拓撲一樣 5.轉換檢視模式為詳細會話列表模式 6.轉換檢視模式為目標列表 7.憑據資訊 9.記錄鍵盤 10.螢幕截圖 已上線的機器的 11.生成無狀態beacon後門 13.office巨集攻擊 14.生成指令碼通過web傳遞 利...