在過去幾年中，自從敏捷方法開始使用以來，它的創始人一直在大聲疾呼，并且愿意擺脫傳統瀑布模型單調和繁瑣的現實以來，當談到自動化測試時，也可以感受到同樣的影響。

瀑布式自動化與敏捷性自動化

在傳統的軟件測試生命周期過程中，自動化測試通常是可行的，前提是應用程序穩定，穩定并且需求涉及大量的時間，并且在大多數情況下會涉及一組非常熟練的自動化專家資源以及相當大的安裝成本。自動化測試的基本目的是降低長期成本，并確保不會由于現有測試案例而引入新的缺陷。

由于自動化測試的主要作用是節省時間和降低成本，因此就技術而言，自動化測試本質上不是探索性的。自動化測試并不意味著要找出新的缺陷。自動化測試主要是為了驗證已經存在的功能。

如何在敏捷方法論中實現自動化

現在，根據其定義，它談論的是擺脫繁瑣的文檔，以便可以實施新的想法和創新，并且人們可以自由的相互交流，從而可以實施更多的創新和探索性想法。

[[331860]]

因此，我們可以看到敏捷方法的基本原理和自動化測試之間的矛盾。

敏捷測試自動化的基本要點

因此，當涉及到評估自動化測試方法和技術相關的敏捷方法的使用時，我們需要考慮一些基本問題。如設計和編碼所花費的時間，使用現有測試數據驗證設計的腳本以及采用相同的測試(無論測試是出于功能目的還是回歸目的)。因此，所有這些事件的真實情況是，為了執行所有這些事實,我們需要花費相當多的時間，并且在敏捷環境中，平均需要1-2周才能完成，因此顯然很難考慮在這樣的環境中提供如此多的時間來自動化腳本。

另一個重要因素仍然存在，那就是當敏捷方法論發揮作用時出現的需求變更的類型。根據敏捷方法本身的定義，它非常有助于響應客戶頻繁變更的需求，因此很適合在應用程序的整體開發過程中進行頻繁的變更。

相比之下，自動化測試在涉及到更穩定,頻率更低得需求類型時非常有用。因此，根據定義，自動化測試不能很好地適應各種頻繁變更的需求類型，而這些變更往往是伴隨著采用任何敏捷方法。

敏捷自動化工具

在整個敏捷方法論范圍內采用自動化測試時，相關自動化工具的選擇也是一個潛在的非常重要的因素。例如，授權的自動化工具在訪問屬于該特定測試自動化框架的各種重要資源時，會對不同類型和級別的用戶施加嚴格的安全訪問標準。

相比之下，敏捷方法主要強調團隊成員之間的開放協作和開放式交互，因此，限制性政策直接影響用戶如何對團隊內部的整體凝聚力產生負面影響，從而導致結果不佳也非常不利于項目整體成功。因此，該過程的首要重要性應該是確保為了在敏捷方法提供的規定時間內獲得自動化測試腳本的高質量交付;我們需要選擇我們的預期測試用例，這些測試用例將以更細微的方式進行自動化，以便這些自動化測試腳本適合將來的重用，并且確保它們可以在指定的時間段內準備好(就像敏捷方法過程中所要求的那樣)。在考慮了以上所有因素之后，我們可以意識到，即使在采用敏捷方法的同時，我們也需要了解測試的類型，例如回歸測試(因為即使在敏捷測試期間，也需要投入大量的測試工作，以確保更好的整體產品質量)現在，讓我們看一下可以使用自動化測試的最基本情況，以及如何將其應用于敏捷測試領域。

應用于敏捷的自動化測試概念

原文鏈接：https://www.guru99.com/automation-testing-agile-scrum.html