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

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

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

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

如何在敏捷方法論中實現(xiàn)自動化

現(xiàn)在，根據(jù)其定義，它談?wù)摰氖菙[脫繁瑣的文檔，以便可以實施新的想法和創(chuàng)新，并且人們可以自由的相互交流，從而可以實施更多的創(chuàng)新和探索性想法。

[[331860]]

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

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

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

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

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

敏捷自動化工具

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

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

應(yīng)用于敏捷的自動化測試概念

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