# 敏捷/ Scrum 方法論的自動化測試框架 > 原文： [https://www.guru99.com/automation-testing-agile-scrum.html](https://www.guru99.com/automation-testing-agile-scrum.html) 在過去的幾年中，自從敏捷方法的開發者開始大聲疾呼并愿意消除傳統瀑布模型的平凡而艱辛的現實以來，當涉及到[HTG0 自動化測試。 .jpg) ## 瀑布式自動化與敏捷式自動化 在傳統的軟件測試生命周期過程中，當應用程序**穩定，穩定并且**的需求與**的實際時間**有關時，自動化測試通常是可行的。 在大多數情況下，它們涉及一組非常熟練的自動化專家資源以及相當多的設置成本。 自動化測試的基本目的是降低長期成本，并確保不會由于現有測試案例而引入新的缺陷。 **從本質上講，自動化測試不是探索性的**，因為自動化測試的主要作用是節省時間和降低成本。 自動化測試并非要提出新的創新缺陷。 自動化測試主要旨在確認已經存在的內容。 ## 如何在敏捷方法論中實現自動化 現在，根據其定義，敏捷方法論討論了消除繁瑣而繁瑣的文檔，以便可以實施新的和創新的想法，并且人們可以彼此自由地交互，以便可以實施更多的這些創新和探索性想法。  因此，我們可以看到敏捷方法論的基本基本哲學與自動化測試之間的矛盾。 ## 敏捷測試自動化的基本要點 因此，在評估針對自動化測試方法和技術的敏捷方法的使用時，我們需要在此處考慮某些基本點。 因此，我們需要考慮一些基本點，例如設計和編碼所花費的時間，使用現有測試數據對設計腳本進行驗證以及將其用于測試（無論測試是出于功能還是回歸目的），因此 所有這些事件是為了執行所有這些事實，我們需要確保這些任務以及在平均沖刺平均需要 1-2 周才能完成的敏捷環境中花費大量時間。 顯然很難考慮花這么多時間以這種方式自動執行腳本。 另一個重要因素仍然存在，即敏捷方法論發揮作用時需求變化的類型。 敏捷方法論本身就是一種技術，它對響應快速的客戶變更需求非常有幫助，因此很適合在應用程序的整體開發過程中進行頻繁的變更。 相反，當涉及到更穩定，更不頻繁的需求類型時，自動化測試非常有用。 因此，按照定義，自動化測試不能很好地適應各種頻繁變化的需求變化，同時還需要采用任何敏捷方法。 ## 敏捷自動化工具 在整個敏捷方法論范圍內采用自動化測試時，相關自動化工具的選擇也是潛在的非常重要的因素。 例如，獲得許可的自動化工具在訪問屬于該特定測試自動化框架的各種重要資源時，會對不同類型和級別的用戶施加嚴格的安全訪問標準。  相比之下，敏捷方法論著重于團隊成員之間的開放式協作和開放式交互，因此，限制性政策直接影響用戶如何對團隊內部的整體凝聚力產生負面影響，從而可能導致結果不盡相同 有益也無益于項目的整體成功。 因此，該過程的首要重要性應該是確保在敏捷方法所提供的規定時間內獲得自動化測試腳本的高質量交付； 我們需要選擇將以更加細微的方式自動化的預期測試用例，以使這些自動化測試腳本很適合將來重用，并確保可以在指定的時間段內準備好它們（例如 在敏捷方法論過程中是必需的）。 考慮到上述所有因素后，我們可以認識到，即使采用敏捷方法，我們也需要將測試類型（例如回歸測試）帶入圖片（因為即使在敏捷測試期間，也需要進行大量測試工作） 投入敏捷方法的工作，以確保整體產品的質量更高） 現在，讓我們看一下可以使用自動化測試的最基本情況，以及如何將其應用于敏捷測試領域。 ## 應用于敏捷的自動化測試概念