關於測試自動化發展趨勢的一些思考

關於測試自動化發展趨勢的一些思考

簡單說說自動化測試專案陷入困境的原因

時間成本投入不足：根據專案計畫的安排，測試人員基本上都會被安排利用自己的個人時間或者專案後期介入自動化測試。這樣的時間投入是無法得到真正的關注。

目標不清晰：自動化測試理論上可以節省人力和時間，得到更加簡單的測試流程，提高測試的覆蓋率等。然而，沒有正確的根據需求來設計，是無法滿足所有需求的。。

人員經驗基本為零：很多公司基本是讓初級的程式設計師進行自動化自動化測試。由於缺自動化流程和架構的了解，很難讓自動化測試的順利開展。

迭代週期快：辛苦學習的自動化這知識，甚至是做出的自動化程式，都會猶豫現實技術的更新或需求的提高，變得沒有意義。

自動化測試只能說是乙個好的解決方法，但不是唯一的也不是最好的。

我們舉個例子，回歸測試需要頻繁的執行，去檢查以往用例是否因為應用迭代而出現新的bug。回歸測試需要反覆執行，這就是單調乏味的工作。現在很多測試人員都是在回歸測試環節開始採用測試自動化的方法，但很多時候自動化是不能判隊**出錯的問題的，更多是需要監控sdk進行。

那怎樣才能做好回歸測試的自動化呢？對於很多企業的測試人員來說，更多的回去選擇成熟度更高的自動化技術來幫助自己進行測試。如testbird這種，作為專門的自動化測試平台，不論相容性測試，效能測試還是回歸測試，都有成熟的自動化測試技術。

適當的投入自動化，加上有效的利用第三方的工具，才能多元的保證測試的質量。