談談我在自動化測試中遇到的坑(2)

• 一個非常簡單的功能，寫好再調通，花費的時間并不少。別人5分鐘就能做好的事情，我要花1個小時。
• 腳本執行時一旦發現問題，排查起來花費的時間也不少。一般來說跑出問題了，我會再反復跑幾次，先確認是不是真的有問題，再加各種打印或者等待來運行腳本定位問題（別笑，當時真的是這樣的）。 我還記得當時我對這個問題，是這樣安慰自己的，沒事，自動化的優勢是體現在反復執行上的。但是很快我就發現：
• 界面、環境稍微有點變化，腳本就不能用了。這點讓我感到反復執行好像也不是那么好使，有點崩潰。
• 由于我們的產品經常會定制，版本的分支也很多，我發現如何把這些腳本管理起來，便于在不同的測試場景下測試也是個問題。

這兩個問題讓我有些崩潰，大家都說的自動化測試反復執行是強項，為什么到我這里就不靈了呢。

我開始意識到，自動化測試不是靠一個工具，然后靠一腔熱情加個班就可以完成的事情。除了工具，如何設計函數，如何檢查腳本的運行結果，如何做版本管理等等每一件事情的工作量都不小，需要有策略有規劃，一步步的來完成。當然，如果你只是想寫幾個腳本玩玩除外。

第二次進行自動化測試

第二次進行自動化測試：沒有做好自動化的準備，盲目追求自動化率。

第一次的自動化測試就這樣以失敗告終了。但我也成長為了一名測試基層小leader，有了些可以“做主”的小權利。我認真總結了上次的經驗，顯然問題主要出在沒有規劃和設計自動化上，我想只要我做好了規劃，加強設計，再做一次自動化一定行，于是我決定和我的小伙伴一起，再來做一次自動化。

當時我所在的公司的做事方式是做事情必須要有個目標，要寫個承諾，年底還會拿這個承諾來考核你。所以我開始思考自動化測試的目標。我發現無論是公司內部還是公司外部，只要說到自動化，都是說定位于回歸測試，好吧，既然大家都這樣說，那一定有大家的道理，那我的自動化目標也是定位在回歸測試自動化好了。另外既然是一個團隊都來做自動化，肯定要從簡單的地方開始入手，這樣我們的自動化的目標就變成了從簡單的回歸測試開始自動化，完成100%的回歸測試。

原文轉自：http://gitbook.cn/books/58d23ddcfa7558521a30277a/index.html