關鍵字驅動測試
編輯關鍵字驅動測試(也稱為表驅動測試、動作詞測試)是一種自動軟件測試技術。
特點
編輯雖然關鍵字驅動測試也可以用于手動測試,但它更適合自動測試。 這種關鍵字驅動測試的高度抽象提高了自動化測試的可重用性和可維護性。
方法
編輯在關鍵字符驅動測試中,測試創建通常分兩個階段進行。
規劃
首先,分析應用程序(或應用程序的需求)中要測試的動作或操作。 重復的動作和過程被封裝在關鍵字中。
關鍵字示例
- 一個簡單的關鍵字(對對象的操作),例如在文本字段中輸入用戶名。
- 一個更復雜的關鍵字(由其他關鍵字組成),例如登錄。
實施
實現取決于使用的工具或框架,通常測試開發人員需要實現一個框架來提供諸如“check”或“enter”之類的關鍵字。 一個著名的開源框架是集成測試框架。 沒有編程知識的測試人員可以使用這些現成編碼的關鍵字根據計劃創建測試用例。 結果測試由機器人執行。 機器人讀取關鍵字并執行相應的代碼行。
其他方法不分離測試設計和關鍵字實現。 這里只有一個實施步驟——測試設計也是測試自動化。 “Check”或“Enter”等關鍵字是使用現成的構建塊創建的,其中已經存在關鍵字的必要代碼。 這樣就無需額外的技術專業人員在測試過程中進行編程。 GUIdancer 和 Worksoft Certify 或 Robot Framework 等工具使用這種方法。 開源工具 Selenium 為測試 Web 應用程序提供了現成的關鍵字,可以將其編譯成 HTML 表格中的測試用例。 除其他事項外, 免費的 Firefox 插件 Molybdenum,它可以將單個“命令”組合到可參數化的測試模塊中。
優勢
編輯使用關鍵字符驅動測試,開始時的工作量似乎比使用錄制的腳本要高。 然而,仔細的計劃在隨后的測試創建和維護中是有回報的。 通過這種方式,關鍵字驅動測試促進了穩定和清晰的測試結構。 關鍵字越抽象,就越容易重用。 這減少了維護工作的工作量。 關鍵字驅動測試的模塊化結構也使得使用現有關鍵字創建新測試變得容易。
另一個優點是不需要技術知識。 在xxx種方法中,只有關鍵字開發人員必須能夠編程。 在第二種方法中,甚至消除了這種必要性。 因此,無需任何編程知識即可自動進行測試。
內容由匿名用戶提供,本內容不代表www.gelinmeiz.com立場,內容投訴舉報請聯系www.gelinmeiz.com客服。如若轉載,請注明出處:http://www.gelinmeiz.com/366062/