測試工做的必經之路

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

隨着項目功能在不斷的完善，性能在不斷的優化，咱們項目出現bug機率的也在一點點下降，而咱們手工測試人員此時依靠bug的數量來體現工做價值的現狀就會顯得愈加「囧」---咱們在不斷的測試，可是，bug的產量卻日漸蕭條。做爲一個上進的tester，咱們不能坐以待斃，因而根據對測試團隊的規劃，咱們及時提出自動化測試！！說到自動化，相信你們都不陌生，我這裏說的自動化能夠是UI自動化，也能夠是接口自動化等，可是，當咱們測試開發人員根據測試用例寫好腳本之後，在開發人員提交完代碼後，怎麼自動觸發咱們腳本的運行？

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

持續集成工具，我選擇了當下比較流行的jenkins，開源、能夠自定義且使用起來方便，這就是我如今選擇工具的理由。