持續集成：軟件質量改進和風險降低之道

　　Jolt大獎素有「軟件業之奧斯卡」的美稱，本叢書精選自Jolt歷屆獲獎圖書，以植根於開發實踐中的獨到工程思想與傑出方法論為主要甄選方向。《持續集成：軟件質量改進和風險降低之道》全面深入地討論持續集成的各個方面，介紹了一種增加項目可見性、降低項目失敗風險的有效實踐。此外，還介紹了測試驅動、代碼審查、數據庫集成、信息反饋等實踐和工具。《持續集成：軟件質量改進和風險降低之道》列舉了持續集成系統的優缺點，如何去使用持續集成系統，什麼時候使用等，可操作性極強。
　　《持續集成：軟件質量改進和風險降低之道》榮獲2008年Jolt世界圖書大獎，適合軟件開發人員及團隊閱讀，還可作為軟件工程方面的教材。
 

　　Paul M. Duvall，Stelligent公司的CTO。Stelligent公司是一家諮詢公司，他們通過優化軟件開發過程，幫助開發團隊可靠地、快速地開發出更好的軟件。他幾乎擔任過軟件開發項目中的所有職務，從開發者到測試者再到架構師和項目經理。Paul向各個行業的客戶提供諮詢，包括金融業、房地產業、政府、醫療衛生業，以及大型的獨立軟件提供商。他是許多知名軟件會議的特邀講演者。他為IBM developerWorks撰寫了一系列的文章，名為「Automation for the People」，他是NFJS 2007 Anthology（Pragmatic Programmers，2007）的合著者，也是UML 2 Toolkit（Wiley，2003）的貢獻作者。他是臨床研究數據管理系統和方法的發明者之一，這個系統和方法正在申請專利。他經常在www.testearly.com和www.integratebutton.com上寫日誌。

出版說明
譯者序
Martin Fowler序
Paul Julius序
前言
作者簡介
貢獻者簡介
第1部分  CI的背景知識：原則與實踐
第1章  啟程
1.1  針對每次變更構建軟件
開發人員
版本控制庫
CI服務器
構建腳本
反饋機制
集成構建計算機
1.2  CI的特徵
源代碼編譯
數據庫集成
測試
審查
部署
文檔與反饋
1.3  本章小結
1.4  問題
第2章  引入持續集成
2.1  CI生活中的一天
2.2  CI的價值是什麼
減少風險
減少重複過程
生成可部署的軟件
增強項目的可見性
建立起更強大的產品信心
2.3  什麼阻礙了團隊使用CI
2.4  如何進行「持續」集成
2.5  項目應該在何時以何種方式實現CI
2.6  集成的演進
2.7  CI如何與其他開發實踐配合
2.8  CI需要多少時間架設
2.9  CI與您
2.10  經常提交代碼
2.11  不要提交無法構建的代碼
2.12  立即修復無法集成的構建
2.13  編寫自動化的開發者測試
2.14  必須通過所有測試和審查
2.15  執行私有構建
2.16  避免簽出無法構建的代碼
2.17  本章小結
2.18  問題
第3章  利用CI減少風險
3.1  風險：沒有可部署的軟件
場景：「在我的機器上是行的」
解決方案
場景：與數據庫同步
解決方案
場景：點錯了
解決方案
3.2  風險：很晚才發現缺陷
場景：回歸測試
解決方案
場景：測試覆蓋
解決方案
3.3  風險：缺少項目可見性
場景：「您收到了備忘錄嗎？」
解決方案
場景：不能使軟件可見
解決方案
3.4  風險：低品質的軟件
場景：堅持編碼標準
解決方案
場景：維持架構
解決方案
場景：重複的代碼
解決方案
3.5  本章小結
3.6  問題
第4章  針對每次變更構建軟件
4.1  自動化構建
4.2  執行單命令構建
4.3  將構建腳本從IDE中分離
4.4  集中放置軟件資產
4.5  創建一致的目錄結構
4.6  讓構建快速失敗
4.7  針對所有環境構建
4.8  構建類型和觸發機制
構建類型
私有構建
集成構建
發佈構建
構建觸發機制
觸發構建
4.9  使用專門的集成構建計算機
4.10  使用CI服務器
4.11  執行手工集成構建
4.12  執行快速構建
收集構建測量數據
分析構建測量數據
選擇並實現改進
使用專門的集成構建計算機
增強集成構建計算機的硬件能力
改進測試性能
4.13  分階段構建
檢查基礎設施
優化構建過程
單獨構建系統組件
改進軟件審查的性能
執行分佈式集成構建
重新評估
4.14  這對您如何生效
4.15  本章小結
4.16  問題
第2部分  創建全功能的CI系統
第5章  持續數據庫集成
5.1  自動化數據庫集成
創建數據庫
操作數據庫
創建一段構建數據庫的結合腳本
5.2  使用本地數據庫沙盒
5.3  利用版本控制庫共享數據庫資產
5.4  持續數據庫集成
5.5  讓開發者能夠修改數據庫
5.6  開發團隊共同關注修復失敗構建
5.7  讓DBA成為開發團隊的一員
5.8  數據庫集成和集成按鈕
測試
審查
部署
反饋與文檔
5.9  本章小結
5.10  問題
第6章  持續測試
6.1  自動化單元測試
6.2  自動化組件測試
6.3  自動化系統測試
6.4  自動化功能測試
6.5  對開發者測試分類
6.6  先執行較快的測試
6.7  為缺陷編寫測試
6.8  讓組件測試可重複
6.9  將測試用例限制為一個斷言
6.10  本章小結
6.11  問題
第7章  持續審查
7.1  審查與測試的區別
7.2  應該以怎樣的頻度執行審查
7.3  代碼測量指標：歷史
7.4  降低代碼複雜度
7.5  持續進行設計複查
7.6  通過代碼審查維持組織機構的標準
7.7  減少重複的代碼
使用PMD-CPD
7.8  判斷代碼覆蓋率
7.9  持續評估代碼品質
覆蓋率檢查頻度
覆蓋率與性能
7.10  本章小結
7.11  問題
第8章  持續部署
8.1  隨時隨地發佈可工作的軟件
8.2  為庫中的資產打上標籤
8.3  得到乾淨的環境
8.4  為每一個構建版打上標籤
8.5  執行所有的測試
8.6  創建構建反饋報告
8.7  回滾構建的過程能力
8.8  本章小結
8.9  問題
第9章  持續反饋
9.1  所有正確的東西
正確的信息
正確的人
正確的時間
正確的方式
9.2  使用持續反饋機制
電子郵件
SMS（文本消息）
Ambient Orb和X10設備
Windows任務條
聲音
寬屏顯示器
9.3  本章小結
9.4  問題
後記：CI的未來
附錄A  CI資源
附錄B  評估CI工具
參考文獻