具體描述
《持續集成:軟件質量改進和風險降低之道》全麵深入地討論持續集成的各個方麵，介紹瞭一種增加項目可見性、降低項目失敗風險的有效實踐。此外，還介紹瞭測試驅動、代碼審查、數據庫集成、信息反饋等實踐和工具。全書列舉瞭持續集成係統的優缺點，以及如何使用持續集成係統、什麼時候使用等，可操作性極強。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工具
參考文獻
· · · · · · (收起)
讀後感
没有营养，忘记是从哪里看到推荐来的，很失望。 持续集成，对实践敏捷开发具有重要的意义，持续集成，迭代发布，自动测试，随时有可用的版本，尽早接受用户的反馈，指导研发不偏离客户的实际期望。 但本书不讲这些东西，粗率看了一遍，没有弄明白本书主题到底是什么。 给2星，...
評分持續集成理論是團隊開發相當重要的理論，越是大的團隊它所能發揮的作用也越大。持續集成也是最有效的敏捷開發實踐同時也是最容易學會的（http://www.cnblogs.com/zhoujg/archive/2009/11/20/1607243.html） 這本書是對持續集成全面而透徹的介紹，翻譯通順。最後的工具一覽...
評分这市面上也没什么比较好的书讨论继续集成了，所以只好给个“还好”。 持续集成很多的公司都有做，虽然方法可能不一样，但大概的思想和这本书是差不多的。具体到不同的公司不同的业务肯定不一样，所以也没必要死按照这本书来做。 书上讨论的很多工具算不上过时，也不是最好的...
評分这市面上也没什么比较好的书讨论继续集成了，所以只好给个“还好”。 持续集成很多的公司都有做，虽然方法可能不一样，但大概的思想和这本书是差不多的。具体到不同的公司不同的业务肯定不一样，所以也没必要死按照这本书来做。 书上讨论的很多工具算不上过时，也不是最好的...
評分这是一本关于CI的初级指导书。围绕着CI服务器的几个功能进行了介绍。 CI就是一种自动化组装生产线的理念。对代码库变更的持续轮询，然后执行构建脚本进行集成，其中包括编译、静态代码检查、自动化测试、部署等动作。 它里面提到了初级构建、全面构建等概念，值得我们关注。
用戶評價
書中介紹瞭CI的概念和各個階段的實踐原則。同時給齣瞭一些示例和工具的應用。 快速瀏覽本書，對CI有個基本概念和認識即可。其他的東西可以在實際項目應用中在迴來參考。後麵給齣的參考資源應該比較有用。 下麵是本書對應的鏈接 http://www.integratebutton.com/ http://www.ibm.com/developerworks/java/library/j-ap11297/
评分持續集成是敏捷軟件開發的重中之重，它極好地提高軟件質量和降低開發風險。本書很係統的闡述瞭Martin的持續集成理念，配上詳細的指導，方便實施。@王海鵬Seal 的翻譯也確保瞭質量。隻是原版是在2007年寫的，有點舊，建議和《持續交付》一起讀。
评分挺全麵的一本書介紹 CI 的書
评分著重講解持續集成的過程及步驟，各個步驟之間的關係
评分持續集成 = 持續編譯 + 數據庫集成 + 自動化測試 + 代碼審查 + 自動化部署 + 持續反饋
相關圖書
本站所有內容均為互聯網搜索引擎提供的公開搜索信息，本站不存儲任何數據與內容，任何內容與數據均與本站無關，如有需要請聯繫相關搜索引擎包括但不限於百度，google,bing,sogou 等
© 2025 book.quotespace.org All Rights Reserved. 小美書屋 版权所有