1.4.1　需求分析

如果測試的需求明確且細致，我們只需按照指定的思路去執行自動化測試工作即可。不過更多的時候，測試的需求并不明確。這里提醒大家，要避免盲目開展自動化測試，以避免出現自動化測試腳本始終跟不上UI的調整速度，自動化測試腳本無法成功執行、名存實亡的情況。在開展自動化測試前，要評估并確定哪些場景或哪些系統模塊相對穩定，適合開展自動化測試；或者說要明確不同場景或者系統模塊在實現自動化測試后，能給我們帶來多少收益。

如果需求不明確，貿然開展工作，就會導致經理費心，組員費力，領導不滿。為了避免這種情況，我們要在開展工作前，深入了解客戶的需求，糾正不恰當的預期，和客戶就目標達成一致。

各位或多或少都遇到過以下場景。

● 團隊中開發人員提交的測試版本質量很差，甚至經常出現業務主流程無法順利執行的情況。開發人員頻繁提交、部署測試版本，測試人員一遍遍地進行冒煙測試（準入測試），測試人員成了糟糕版本質量的買單人。

● 每個版本上線前，項目團隊會安排一輪驗收測試（終驗），在進行驗收測試時，不僅要重點驗證新功能，還要對歷史功能進行必要的驗證。可是項目負責人往往只會考慮新功能驗證的測試時長，不會考慮歷史功能的回歸測試時長。

● 雖然開發人員經過慎重評估后一再表示新功能的開發或者缺陷（bug）的修復不會影響其他功能或模塊的使用，但測試人員“偷懶”的時候，總會出現令人懊惱不已的逃逸缺陷。而在此時，責任只能由測試人員來承擔。

● 在第一個版本中，測試人員手動測試發現的缺陷已被開發人員修復，并且通過了回歸測試。在后面的版本中，測試人員又發現了該缺陷。于是，在對每個待發布版本進行驗收測試時，測試人員又增加了一部分工作——對歷史缺陷進行回歸測試。而歷史缺陷越來越多，壓得測試人員喘不過氣。

● 項目團隊采用快速迭代、敏捷或者DevOps開發模式，始終要頻繁發布版本，測試人員必須具備對版本進行快速驗證的能力。

● 在第一個版本中，系統上線了某個功能，該功能是系統的核心功能，后續版本的擴展模塊多和它交互，或者二者相互調用，于是在每個版本上線的時候，為了保證新功能的引入不會影響這個功能的正確性，測試人員不得不頻繁對其進行回歸測試。

自動化測試是解決類似問題的一種途徑，是測試體系中頗為重要的一環，也是測試組織技術成熟度的一種體現。自動化測試具有快速、高效、可復用、一致性等特點，在一定程度上可以替代部分手動測試工作，提升測試效率，特別是在回歸測試階段。有序、規范的自動化測試是提高測試效率、保障產品質量的重要手段。