# GUI 測試教程：帶有示例的用戶界面（UI）測試案例 > 原文： [https://www.guru99.com/gui-testing.html](https://www.guru99.com/gui-testing.html) 要了解 GUI 測試，首先要了解- ## 什么是 GUI？ 計算機應用程序有兩種類型的接口。 在命令行界面中，您可以鍵入文本，然后計算機會對該命令做出響應。 GUI 代表圖形用戶界面，您可以在其中使用圖像而不是文本與計算機進行交互。 以下是可用于用戶和應用程序之間交互的 GUI 元素：  GUI 測試是對以上元素的驗證。 ## 什么是 GUI 測試？ **GUI 測試**是一種軟件測試類型，用于檢查被測應用程序的圖形用戶界面。 GUI 測試涉及使用菜單，按鈕，圖標以及所有類型的工具欄（工具欄，菜單欄，對話框和窗口等）進行檢查，以檢查屏幕。圖形用戶界面（GUI）測試的目的是確保 UI 功能 按照規范工作。 用戶看到的是 GUI。 假設您訪問 guru99.com，將會看到說首頁，它是網站的 GUI（圖形用戶界面）。 用戶看不到源代碼。 該界面對用戶可見。 尤其要注意的是設計結構，即圖像是否正常工作。  在上面的示例中，如果必須進行 GUI 測試，則首先檢查圖像在不同的瀏覽器中應完全可見。 另外，鏈接可用，并且單擊該按鈕后應該可以使用。 同樣，如果用戶調整屏幕大小，則圖像或內容均不應收縮，裁切或重疊。 在本教程中，您將學習- * [什么是 GUI 測試？](#1) * [需要進行 GUI 測試](#2) * [您需要進行哪些登機 GUI 測試？](#3) * [GUI 測試方法](#4) * [GUI 測試測試用例](#5) * [演示：如何進行 GUI 測試](#6) * [GUI 測試中的挑戰](#7) ## 需要進行 GUI 測試 現在，GUI 測試的基本概念已經清楚了。 您想到的幾個問題是 * 為什么要進行 GUI 測試？ * 真的需要嗎？ * 應用程序的功能和邏輯測試是否還不夠？ 那為什么要浪費時間在 UI 測試上呢？ 獲得答案，以用戶而非測試者的身份思考。 用戶不了解 XYZ 軟件/應用程序。 應用程序的 UI 決定用戶是否要進一步使用該應用程序。 普通用戶首先會觀察應用程序/軟件的設計和外觀，并容易理解 UI。 如果用戶對界面不滿意或發現復雜的應用程序無法理解，他將永遠不會再次使用該應用程序。 因此，GUI 是一個值得關注的問題，應該進行適當的測試以確保 GUI 中沒有錯誤。 ## 您需要進行哪些簽入 GUI 測試？ **以下清單將確保在軟件測試中進行詳細的 GUI 測試。** * 檢查所有 GUI 元素的大小，位置，寬度，長度以及是否接受字符或數字。 例如，您必須能夠向輸入字段提供輸入。 * 檢查您是否可以使用 GUI 執行應用程序的預期功能 * 檢查錯誤消息是否正確顯示 * 檢查屏幕上不同部分的清晰分界 * 檢查應用程序中使用的字體是否可讀 * 檢查文字的對齊方式是否正確 * 檢查字體的顏色和警??告消息是否美觀 * 檢查圖像是否清晰 * 檢查圖像是否正確對齊 * 檢查不同屏幕分辨率的 GUI 元素的位置。 ## GUI 測試技術/方法 GUI 測試可以通過三種方式完成： **手動測試** 在這種方法下，測試人員將根據業務需求文檔中規定的要求手動檢查圖形屏幕。  **記錄和重放** GUI 測試可以使用自動化工具完成。 這分為兩個部分。 在記錄期間，自動化工具將捕獲測試步驟。 在播放期間，記錄的測試步驟在被測應用程序上執行。 此類工具的示例-QTP。  **基于模型的測試**  模型是系統行為的圖形描述。 它有助于我們理解和預測系統行為。 模型有助于使用系統需求生成有效的測試用例。 對于基于模型的測試，需要考慮以下幾點： * 建立模型 * 確定模型的輸入 * 計算模型的預期輸出 * 運行測試 * 比較實際輸出與預期輸出 * 關于對該模型采取進一步行動的決定 從中可以得出測試用例的一些建模技術： * 圖表-描述系統狀態，并在輸入某些內容后檢查狀態。 * 決策表-用于確定所應用的每個輸入的結果的表 基于模型的測試是一種從需求**生成測試用例的技術。 與上述兩種方法相比，它的主要優點是可以確定 GUI 可能達到的不良狀態。** **以下是可用于進行自動化 UI 測試的開源工具。** | **產品** | **根據**許可 | | 自動熱鍵 | GPL | | 硒 | 阿帕奇 | | Sikuli | 與 | | 機器人框架 | Apache | | 水 | BSD | | Dojo 工具包 | BSD | ## 示例 GUI 測試測試用例 **GUI 測試主要涉及** 1. 測試元素的大小，位置，寬度，高度。 2. 測試正在顯示的錯誤消息。 3. 測試屏幕的不同部分。 4. 測試字體是否可讀。 5. 借助 640 x 480、600x800 等進行放大和縮小，以不同的分辨率測試屏幕。 6. 測試文本和其他元素（如圖標，按鈕等）的對齊方式是否正確。 7. 測試字體的顏色。 8. 測試錯誤消息，警告消息的顏色。 9. 測試圖像是否具有良好的清晰度。 10. 測試圖像的對齊方式。 11. 測試拼寫。 12. 用戶在使用系統界面時一定不要灰心。 13. 測試界面是否有吸引力。 14. 根據頁面大小測試滾動條（如果有）。 15. 測試禁用字段（如果有）。 16. 測試圖像大小。 17. 測試標題是否正確對齊。 18. 測試超鏈接的顏色。 ## 演示：如何進行 GUI 測試 在這里，我們將在下面的屏幕中使用一些示例測試用例。  以下是測試用例的示例，它由 UI 和可用性測試方案組成。 TC 01-驗證標簽為“ **源文件夾**”的文本框是否正確對齊。 TC 02-驗證帶有標簽“ **包**”的文本框是否正確對齊。 TC 03 –驗證名稱為[ **Browse** ]的標簽是否位于文本框末尾的名稱為[ **Source Folder** ]的按鈕。 TC 04 –驗證名稱為[ **Browse** ]的標簽是否位于文本框末尾的名稱為[ **Package** ]的按鈕。 TC 05 –驗證標簽為“ **名稱**”的文本框是否正確對齊。 TC 06 –確認標簽“ **修飾符**”包含 4 個單選按鈕，其名稱分別為 public，default，private，protected。 TC 07 –確認標簽“ **修飾符**”包含 4 個單選按鈕，它們已正確對齊。 TC 08 –確認標簽“ **修飾符**”下的標簽“ **超類**”包含一個下拉列表，必須正確對齊。 TC 09 –確認標簽“ **超類**”上的按鈕必須帶有正確對齊的標簽“ **瀏覽**”。 TC 10 –確認單擊任何單選按鈕都必須將默認鼠標指針更改為手形鼠標指針。 TC 11 –確認用戶不能輸入“ **Superclass** ”下拉列表。 TC 12 –驗證如果錯誤選擇了某些東西，則必須產生適當的錯誤。 TC 13-確認在必要時必須以紅色生成錯誤。 TC 14 –確認錯誤消息中必須使用正確的標簽。 TC 15 –確認每次默認都必須選擇單個單選按鈕。 TC 16 –在跳到上一個旁邊的另一個字段時，請確認 TAB 按鈕必須正常工作。 TC 17 –確認所有頁面都必須包含正確的標題。 TC 18 –確認頁面文本必須正確對齊。 TC 19 –確認在更新任何字段之后必須顯示正確的確認消息。 TC 20-確認僅必須選擇一個單選按鈕，并且可以選擇多個復選框。 ## GUI 測試中的挑戰 在軟件工程中，執行[回歸測試](/regression-testing.html)時最常見的問題是應用程序 GUI 經常更改。 測試和確定它是問題還是增強是非常困難的。 當您沒有有關 GUI 更改的任何文檔時，問題就會顯現。 ## GUI 測試工具 * [Ranorex](https://bit.ly/2BFzUvq) * 硒 * QTP * 黃瓜 * 絲綢測試 * 測試完成 * Squish GUI 測試器 單擊此處了解[硒](/selenium-tutorial.html)， [QTP](/quick-test-professional-qtp-tutorial.html) & [黃瓜](/cucumber-tutorials.html)。 **結論：** 軟件產品的成功很大程度上取決于 GUI 與用戶的交互方式以及是否易于使用其各種功能。 因此，GUI 測試非常重要。 手動 GUI 測試有時可能會重復且令人厭煩，因此容易出錯。 強烈建議將自動化用于 GUI 測試。 ***Swati Ghildiyal，Prateek Chandra 和 Guru99 的貢獻使本文成為可能。***