首先提個問題：你覺得在測試工作中，最讓你抓狂的一件事情是什麼？如果問我的話，我會毫不猶豫的說：最難的應該就是每一次測試都需要開發協助部署環境了吧~
尤其是遇到那種時間緊、任務重、品質要求高的工作，開發本身都自顧不暇時，這個時候測試人員隻能追在運維和開發的身後讓他們幫忙部署測試環境。
看起來很『清閑』的測試
一般公司測試環境的部署程式一般是這樣的。等待開發完成之後送出代碼，然後打成war包傳給運維，由運維統一在伺服器上部署（有的公司開發也負責部署環境）。部署完成後，再由測試人員來進行測試。
那麼問題就來了，開發在努力寫碼的過程中，原本預估3天能完成的工作，結果花了5天完成。在這多餘的2天時間測試人員看起來就很『清閑』。
等到測試環境部署完成之後，由于之前開發不小心的多用了幾天時間進行開發，而上線時間迫在眉睫。這個時候就隻能辛苦測試人員加班加點并且保質保量的完成測試工作。
這悲傷逆流成河
測試人員去催開發打war包的時候，開發會說：『你别急，我總得寫好再給你吧！現在給你，你也沒法測啊~ 而且你到時候随便點點點就好了。』完全不給測試反駁的機會。
你要和開發聊一聊測試的重要性吧，開發說：你工作再重要，也得等我寫好吧~現在給你你也沒辦法測啊~等拿到war包之後，距離上線的時間已所剩無幾了。于是隻能針對重要地方進行突破性測試。
急匆匆上線之後，客戶不管回報了任何問題，産品經理一定第一個來找測試，很憤怒的說：你是怎麼測的？一堆bug。
當你一本正經的解釋，是因為無法保證測試時間時，得到的答案總是盡量保證測試時間。但是悲傷的是，下一次悲傷仍在繼續。測試完全陷入死循環中。
測試和開發之間的沖突
出了問題吧，測試來背鍋。沒出問題吧，是開發代碼能力強。這年頭，做一個點點點的測試，真的是太難了。
一邊是測試時間的極大壓縮，一邊是需要保質保量的完成工作任務，這是兩個非常沖突的點。而這兩個沖突也一度讓測試和開發之間的關系不那麼融洽。
其實開發小哥哥也是很委屈的。我們也不想占用測試人員的時間啊，但有的時候遇到新的問題，解決起來也是需要時間的。
解決問題是根本
那有沒有一種方法，讓開發人員這邊寫出了一部分可測代碼後，交由測試人員進行測試。那這樣搭配，相處就會很融洽啦，再也不需要因為測試環境的問題而有争執啦！
你别說，還真有這項神奇的技能。學會jenkins之後，自已搞定測試環境。開發隻需共享源碼，其他的事情測試人員自己搞定。再也不用苦哈哈的等測試環境了！
推薦學習
内容全面更新，5 個月 30+ 項目實戰強化訓練，資深測試架構師、開源項目作者親授 BAT 大廠前沿最佳實踐，帶你一站式掌握測試開發必備核心技能（對标阿裡P6+，年薪50W+）！直推 BAT 名企測試經理，普遍漲薪 50%+！