1樓：清道夫
前端自動化測試的維護成本較高，這個是業界共同的難題，很難完全解決，不過也是有非常多方法可以降低維護成本的，針對你提出的這幾個問題，可以看出你做UI自動化測試的經驗不足，需要多多積累一下。實施自動化測試是有前提和先決條件的，並且也要定位好自動化測試的使用範圍。
1.測試環境的不穩定性：自動化測試的執行環境必須是可控的，也就是說要有專門的測試環境，要保證被測物件是穩定的，如果不能保證這一點，在不穩定的環境上執行自動化測試是沒有意義的，達不到任何效果。
2.測試資料的不穩定性：如果做自動化測試，自動化用例涉及到的資料要求達到乙個閉環，就是說自動化用例自己造資料，自己消費，然後再做清理。
不管你在任何環境，執行多少次用例，測試資料都是可控的，不存在測試資料不穩定的情況。
3.測試網路的不穩定性：測試網路按要求必須是穩定的，好用的，但也存在網路不穩定的情況，所以對要操作的元素做隱式等待，設定乙個超時時間，如果大量操作都超時了，那這個被測物件的效能就非常差，不需要測試了，直接讓開發優化就可以了。
4.測試頁面元素的不穩定性：在引入自動化測試時，被測物件是要處理業務穩定期，就是頁面不會反覆變化，否則就是不合適引入自動化測試。
在測試過程中，如果因測試操作步驟引起了頁面元素的變化，那就要合理測試檢測點，如將相等的檢測改變成包含的檢測，同樣能達到檢測的效果。
5.瀏覽器或者模擬器的差異：自動化測試主要用來做功能回歸的，所以一般執行的時候會在固定的瀏覽器上，不存在瀏覽器的差異的情況。
如果你要做相容性測試，那就把檢測點設定的靈活點兒，或是引入影象識別的方案，把瀏覽器的影響降到最低。如果出現大j量瀏覽器差異，就是被測物件相容性Bug,交給開發修改就好了，你不需要處理。
你們如何實現前端專案的自動化測試？
GUI自動化也分桌面軟體和web端的。Web端自動化測試，看前台開發用啥的。1.Angular JS的，用protractor測試。2.其餘的，直接C codedUI，乙個類乙個類的抓child，這個必須要了解頁面結構，而且前期封裝好功能，搭框架的步驟很關鍵，實現case並不難。3.直接截圖，對比。...
程式設計可否做到自動化？
如果試過用C語言在DOS下寫編輯器，再用C 的時候，就覺得實在太自動化了。當你試過用標準C語言實現FFT，再用Matlab的時候，就覺得太自動化了。是的，高階語言加上高階工具，就是那麼的自動化。 Cosmia Fu 如果Template Haskell等metaprogramming工具算的話已經算...
需求變動頻繁的情況下，如何做自動化測試？
軟體測試工程嬸 自動化測試有三個前提，首先適用於周期長的專案 三個月以上 其次是需求比較穩定 需求頻繁變動還是選擇手工測試為好 最後是測試指令碼可重複使用 自動化測試還有乙個目的是減少重複性的工作量.在乙個可交付單位內如果需求改動不頻繁 例如敏捷的乙個interation中，story的改動不頻繁，...