從字面意義，持續整合已經清楚的表達了它的含義，但我們從測試的角度去看待持續整合往往會產生困惑，即測試人員在持續整合中的工作內容中包含了哪些？
在回答這個問題之前，先深一點的挖掘一下持續整合的定義，上述持續整合的定義中的團隊開發成員中已經包含了測試人員，只不過這時的測試人員是測試**的開發者。我們再對持續整合定義進行乙個形象點的說明：團隊中開發的角色負責開發**的編寫，編譯。測試角色負責相應測試**的編寫。開發和測試會頻繁的將各自的**合起來在搭建好的測試環境進行自動化的測試。自動化的測試過程中會反覆進行測試**和開發**的錯誤反饋和除錯，當開發**的質量和功能達到一定程度，就會對開發**進行發布。上述這段形象點的說明會在一天內發生一次或數次。從這裡我們看到，測試人員在持續整合中的活動包括：測試**跟隨開發**的編寫，除錯，對開發**在搭建好的測試環境中進行自動化測試執行(測試**選擇，排程分發，執行)，問題的快速反饋。這些活動的每乙個環節第一要快速，第二要準確，第三要穩定。所以持續整合的活動對測試人員(角色)要求非常高，因為開發很多時候可以把完成部分功能(我們姑且稱為不完整開發**)的開發**就可以進入自動化測試，但測試人員要及時準備好對應不完整開發**的完整的測試**，否則自動化測試意義不大。所以從這個意義上講持續整合中的測試活動決定著持續整合的成敗。
重新闡述一下，測試人員在持續整合中的工作內容中包含：快速，準確，穩定的完成——測試**跟隨開發**的編寫，除錯，對開發**在搭建好的測試環境中進行自動化測試執行(測試**選擇，排程分發，執行)，問題的反饋。所以乙個支援持續整合的測試平台要具備強有力的支援測試人員的上述工作的能力。
持續整合工具是怎樣工作的？
持續整合工具是怎樣工作的？當乙個軟體專案使用了持續整合工具以後，許多的管理工作由不可靠的人為操作變為了機械自動化操作。作為專案開發成員，特別是專案經理，最關心的就是持續整合報告。進入持續整合控制台，可以看到所有在用的持續整合專案，哪些當前有問題，哪些沒有問題，一目了然。進入乙個專案後，它的歷次持續整...
基於jenkins持續整合測試的意義
測試是持續整合流程中重要的一環，也是區別去傳統的軟體開發流程中的乙個重要的標誌。為什麼要有持續整合測試呢？1 可以早點發現bug，這就是fix bug代價比較小 可以平滑產品的發布 可以提高產品的質量 2 可以讓team中的每個人了解產品的質量狀態 每天都有持續整合測試的報告發布 開發者也對自己提交...
持續整合之路 Mock物件引起的測試失敗
今天遇到了乙個很奇怪的問題，糾結了好久。在和同事念叨這個問題時，突然想到了問題所在。問題現象 在乙個service的單元測試類中有八個測試用例，單獨執行時都可以正常通過。可是一旦一起執行時，總是會有固定的兩個測試失敗。問題原因 有乙個測試用例mock了service依賴的乙個dao物件，之後的用例再...