測試工作的必經之路

測試工作進行到一定程度，我更加覺得應該把測試人員抽出來去更多的思考測試計畫、測試策略以及最大程度做好風險**而不是不斷的去重複一些枯燥乏味的工作，當然，手工測試應該自始至終伴隨著專案，這是產品質量強有力的保證。

隨著專案功能在不斷的完善，效能在不斷的優化，我們專案出現bug概率的也在一點點降低，而我們手工測試人員此時依靠bug的數量來體現工作價值的現狀就會顯得越發「囧」---我們在不斷的測試，但是，bug的產量卻日漸蕭條。作為乙個上進的tester，我們不能坐以待斃，於是根據對測試團隊的規劃，我們及時提出自動化測試！！說到自動化，相信大家都不陌生，我這裡說的自動化可以是ui自動化，也可以是介面自動化等，但是，當我們測試開發人員根據測試用例寫好指令碼以後，在開發人員提交完**後，怎麼自動觸發我們指令碼的執行？

對，你沒有猜錯，就是用持續整合工具，在檢測到最新**以後，自動觸發我們的指令碼去執行，也就是去測試，這樣也就保證了：開發提交**，測試人員拿到最新的應用，開展測試，既然人的精力有限，不能保證時刻處於高度集中等待的狀態，那就把這一切交給**--我們的大力水手吧。