測驗自動化的美妙之處在于它可以可靠地執行與某些作業流相關的繁瑣和重復的任務，
在軟體開發方面，QA 管理容易陷入冗余，誠然，大部分重復對于確保可交付成果的最佳功能至關重要，這就是測驗自動化成為如此重要的 QA 工具的原因，

當軟體出現問題時，它會產生多米諾骨牌效應，從爆炸的電話到報廢的洗衣機，運行軟體技術的設備和產品中的缺陷和不足會對公司造成毀滅性的影響，導致投資回報率大幅下降、生產暫停、系統崩潰、客戶信心喪失和企業聲譽受損，

當今軟體市場的發布頻率意味著必須一遍又一遍地運行某些測驗，確保對軟體應用程式的更改絕不會影響軟體功能的完整性，這些測驗型別屬于回歸測驗類別，回歸測驗驗證現有軟體在更新或與其他軟體產品介面后是否正確執行，

敏捷的興起極大地影響了 QA 測驗，曾經被視為大規模軟體版本發布之前的“最后一步”，回歸測驗現在已經深深嵌入到開發程序中，減少了迭代之間的時間，每次迭代都經過測驗和重復，直到驗證了可靠的功能，在開發之后進行的回歸測驗需要對開發人員影響分析中指出的可行開發策略進行 QA 審查，

考慮到它的冗余性，回歸測驗是自動化的主要候選者，測驗人員可以更容易地保持最新的開發策略，因為缺陷會立即被發現并解決，更不用說測驗自動化可以騰出時間來關注手動測驗用例和測驗創新，

然而，自動化回歸測驗并非沒有挑戰，讓我們來看看三個最常見的挫折，以及如何克服它們，

1. 一個不完整的回歸測驗計劃

了解回歸測驗的重要事情之一是，它在早期運行時效果最好，而且通常在每次sprint期間運行，這是因為在開發周期的后期運行它們可能會產生不利的測驗結果，為了縮短最后期限，自動增量回歸測驗發現了比最初預期更多的缺陷，回歸測驗自動化還可以發現可能由新修復引起的新bug，

隨著數量和復雜性的不斷增加，質量保證測驗程序會導致資源緊張并影響新的專案進度，因此，專案團隊有時會錯誤地放棄某些回歸測驗規范，而是專注于在專案時間表內完成新功能，忽略測驗策略完成允許通過新代碼開發將可能的缺陷引入到現有軟體和系統功能中，利用回歸測驗中的最佳實踐，QA 團隊可以：

自動化測驗腳本可以重新調整用途，以減少 QA 資源和部署時間表的壓力，軟體測驗和開發的面向用戶性質要求對所有發布和重新發布嚴格執行徹底的回歸測驗，客戶滿意就是一切，

2. 通訊故障

通信故障是軟體開發世界的流沙，尤其是在回歸測驗和管理缺陷趨勢方面，缺陷必須及時得到解決，這意味著一旦發現缺陷，就需要引起開發人員的注意，并以明確的方式加以解釋，開發人員和測驗人員需要在自動測驗結果方面保持一致，溝通的中斷會使開發陷入困境，因為對角色和程序的誤解會導致混亂，

為了防止因溝通不良而導致的失敗，制定強有力的解決計劃很重要，同樣重要的是，要有一個可以向某些人員發送通知的杠桿式集中管理缺陷跟蹤工具，團隊成員、團隊和利益相關者之間的頻繁對話在消除因執行頻繁的自動化回歸測驗而可能出現的通信故障方面大有幫助，

頻繁的測驗對成功部署至關重要，連續自動化測驗更進一步，提供了精確的度量，涵蓋了當今軟體專案中不可避免的開發、版本控制和更新的復雜性，然而，迫在眉睫的最后期限和管理壓力，重要的測驗有時被推遲或不完整，

值得注意的是，回歸測驗不僅僅是一組靜態的重復測驗，每次對現有軟體或與軟體介面的系統進行更新時，都必須執行回歸測驗，自動化回歸測驗的好處是可以創建測驗用例，然后再運行，組織在發布高質量和吸引客戶的軟體方面的成功源自回歸測驗方案，

了解 QA 支持的業務和商業需求，作業伙伴、業務合作伙伴和利益相關者需要平等考慮和溝通有關他們的需求和功能要求，利用開發人員作為主題專家 (SME) 可以顯著推進測驗模型，強調溝通與協作，在團隊成員、團隊、管理層和利益相關者之間不斷審查測驗運行和指標跟蹤的重要性和廣泛結果，

回歸測驗的目的是發現可能無意中添加到更改、更新或重新發布中的新錯誤，除非專案很小，否則必須通過自動化測驗來評估整個軟體產品或產品套件，回歸測驗評估軟體某一部分的開發更改是否會影回應用程式的功能，自動回歸測驗程式還檢測在錯誤修復后可能出現的新錯誤，

當前 3 個自動化回歸測驗問題——1)不完整的回歸測驗計劃，2) 溝通故障 3) 缺乏回應——得到有效解決時，可以相信回歸測驗能夠始終如一地完成測驗目的，

圖例摘自于eolinker，在線使用了解：www.eolinker.com

轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/327811.html

標籤：其他