[原創]淺談持續整合在測試中的應用
今天抽空理了下思路，來談談持續整合在測試中的應用，關於持續整合的介紹，可以參見我之前寫的 淺談我對持續整合的理解。
閒話少說，簡單先介紹下，持續整合在測試中應用的範圍，個人的理解是，必須符合“測試工作前移，可自動化程度高”的原則，所以經過分析及對比，發現如下：
1、單元測試，單一函式及模組功能實現，這塊持續整合價值最高；
2、介面/整合測試，先談個人理解介面測試的持續整合，我絕得這塊價值很高，而且是測試團隊更容易出成績和發揮的地方，如像http/webservice協議；其次再談整合測試，針對兩個或兩個以上的類，模組，元件等相互之間協同工作，更容易發現彼此之間呼叫聯調等相關問題，但這塊確實目前做的不是太好，發現開發自己負責的模組質量都挺高，一旦整合就是不通過，所以開發對需求的理解，也要看個人語文水平；
3、系統測試，重點就是功能測試，由於這塊case工作量非常大，而且依賴更多條件執行，所以建議只做冒煙測試功能case點；
4、驗收/上線測試，這塊工作目前我們做的不是很好，也比較難實施，由於不是測試環境很多資料新增，修改及更新許可權難控制，所以這塊基本上是放棄；
5、效能/穩定性/安全等測試，針對非功能性的測試，效能主要將web前端頁面開啟響應監控整合；各生產環境的介面的測試目前運維負責，公司內部也開發了一套工具，可以很清晰的看到各介面呼叫情況，存活及響應時間等；穩定性測試，持續或頻繁的操作某個頁面或軟體功能點，檢查是否有記憶體洩漏，這塊還是有些收穫，確實也發現過一些問題；
6、靜態程式碼掃描，針對公司程式碼做了一些程式碼掃描檢查，主要列舉了開發常見的幾路錯誤，這塊是個持續積累過程；
綜合以上，大家可以看到持續整合其實在測試中還是可以發揮不小的作用，我個人比較看好這塊發展，隨著敏捷思想的深入，越來越多的人會認識到這塊的價值！