具體描述
《持續集成:軟件質量改進和風險降低之道》全麵深入地討論持續集成的各個方麵，介紹瞭一種增加項目可見性、降低項目失敗風險的有效實踐。此外，還介紹瞭測試驅動、代碼審查、數據庫集成、信息反饋等實踐和工具。全書列舉瞭持續集成係統的優缺點，以及如何使用持續集成係統、什麼時候使用等，可操作性極強。Jolt大奬素有"軟件業之奧斯卡"的美稱，《持續集成:軟件質量改進和風險降低之道》精選自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上寫日誌。
Stephen M. Matyas III是AutomateIT的副總裁。AutomateIT是5AM Solutions公司的一個服務機構，它幫助組織機構通過自動化來改進軟件開發。Steve在應用軟件工程方
圖書目錄
譯者序
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工具
參考文獻
· · · · · · (收起)
讀後感
这市面上也没什么比较好的书讨论继续集成了，所以只好给个“还好”。 持续集成很多的公司都有做，虽然方法可能不一样，但大概的思想和这本书是差不多的。具体到不同的公司不同的业务肯定不一样，所以也没必要死按照这本书来做。 书上讨论的很多工具算不上过时，也不是最好的...
評分一本不错的书，可操作性很强，全书列举了CI系统的优缺点，如何去使用CI系统，什么时候使用等等，相当的详细。最后在附录中还列举了很多的参考工具，所以对于想要用CI系统的人来说，有着很大的参考价值，推荐看看。 唯一的遗憾就是，在C++领域没有怎么发现CI系统的介绍，不...
評分 評分内容有点旧，作为CI入门看看还行，实战指导意义不大。 持续集成的入门书，把CI过程中的主要环节介绍的比较清楚，但是因为书出的较早，CI服务器是基于Cruise Control，不是现在流行的Jenkins或者Hudson。另外例子都是浅尝辄止，没有一个完整的案例，对实践指导意义一般。
用戶評價
書中介紹瞭CI的概念和各個階段的實踐原則。同時給齣瞭一些示例和工具的應用。 快速瀏覽本書，對CI有個基本概念和認識即可。其他的東西可以在實際項目應用中在迴來參考。後麵給齣的參考資源應該比較有用。 下麵是本書對應的鏈接 http://www.integratebutton.com/ http://www.ibm.com/developerworks/java/library/j-ap11297/
评分持續集成 = 持續編譯 + 數據庫集成 + 自動化測試 + 代碼審查 + 自動化部署 + 持續反饋
评分可以幫助建立一個持續集成的宏觀上的概念，讀完之後，自己都可以搭建一個持續集成的環境，不光是闡明瞭持續集成需要些什麼，更加說明瞭我們為什麼需要這些。
评分像公司流程一樣，應該是給技術總監看完用來忽悠老闆的。不過思路清晰，流程還是值得學習。
评分在圖書館翻瞭一遍，不算讀過。2008 Jolt Award，當然是好書，但現在再版已經過氣瞭，CI已經成為軟件開發環境基礎設施，這種入門推廣資料的意義已經不大。
相關圖書
本站所有內容均為互聯網搜索引擎提供的公開搜索信息，本站不存儲任何數據與內容，任何內容與數據均與本站無關，如有需要請聯繫相關搜索引擎包括但不限於百度，google,bing,sogou 等
© 2025 book.quotespace.org All Rights Reserved. 小美書屋 版权所有