之前在某測試論壇中，吐槽自己公司自動化測試項目失敗，大概過程是自己所在部門的自動化測試經歷了幾次步進式的建設，都具有階段性的成果，但是總的看來卻不是一個成功的案例。因為趕進度，倉促的投入讓一大堆的腳本質量比較低下，有幾個測試組由于沒有人力投入自動化開發而又不得不完成自動化的KPI，只好聘請外包來幫忙完成自動化。理智地想一想，咱們花的那點錢請到過真正精通自動化技術又肯主動深入考察我們公司業務系統特征的外包么？況且外包終究還是要離開的，所以我們不得不接收一堆沒有經過精心設計、沒有組織性的腳本——尤其是在沒有通用測試框架的情況下。且不說UI測試的自動化腳本本身就運行不了多久就會面臨界面變更，單單是要讓我們接收別人迥然不同的設計風格就是一件很難的事情。結果呢？要么延續這種無組織性，讓腳本數量更加龐大、更加雜亂無章，要么就是放棄對這些腳本的維護，任其自生自滅，最終變成一堆廢材。
以上只是說了失敗過程，我們回頭仔細想一想，到底是什么導致失敗，絕對不是一條兩條的原因，多方面因素，主要原因5大點，具體如下：
沒有選擇正確的工具來滿足自動化測試的需求。在選擇自動化測試工具時，了解工具的范圍以及它提供的功能是否與團隊的優先事項兼容很重要，建議選擇商業工具，次之開源。
2. 過高期望測試自動化
一些測試任務不應將其自動化，盡管測試自動化有助于跟上發布周期，但自動化并不是解決軟件測試問題的萬能解決方案。實現100％的測試自動化是高度不切實際的期望，而嘗試這樣做的公司最終將面臨更大的成本和一系列難題。
3. 業務邏輯更改
自動化測試對于重復性測試特別有用，但前期會占用大量時間和資源投入。無論是像測試登錄過程一樣簡單，還是測試系統核心功能一樣復雜，這些都是可以從自動化中受益的出色測試示例。
但是，當要更改網站用戶界面時會發生什么？例如，當調整登錄按鈕以使站更加人性化時會發生什么？有解決這些問題的簡單解決方案。
4. 及時更新流程
正確實施后，您可以快速掌握可以節省多少時間，以及它如何幫助QA團隊更加融入軟件開發流程。但是，長期采用自動化技術的公司有時可能會因需要定期進行的大量自動化測試方案而感到困惑。質量檢查測試人員可能有一些自動化測試，在測試新功能時會經常使用這些測試，但隨著時間的推移，其他測試可能會過時且麻煩。為確保測試自動化工作繼續團隊受益，重要的是要花時間優化現有的測試自動化套件。尤其是當測試自動化操作更加成熟時，重要的是要回過頭來確保舊測試用例仍然有用，而不是僅僅專注于自動化新領域。這將使測試操作保持精簡，并使團隊更容易擴展測試自動化。
5. 不能完全放棄手動測試
測試團隊可能沒有在自動化與手動測試之間取得平衡，測試自動化并不能擺脫手動測試。相反，質量保障團隊應該提供了更多時間和精力專注于仍需要人為操作的測試。
sales@spasvo.com
