幫助中心 | 我的帳號 | 關於我們
進階搜尋
car

同類熱銷排行榜

最近瀏覽的商品

測試驅動資料庫開發/軟體開發方法學精選系列

  • 作者：(美)格恩齊|譯者:伍斌
  • 出版社：人民郵電
  • ISBN：9787115346285
  • 出版日期：2014/06/01
  • 裝幀：平裝
  • 頁數：270
人民幣：RMB 59 元      售價：元
放入購物車
加入收藏夾
內容大鋼
    測試驅動開發(TDD)的實踐已經幫助眾多軟體開發人員提高了軟體開發的質量、敏捷性、生產力和速度，格恩齊編著的《測試驅動資料庫開發》將展示如何對TDD進行調整，以便在資料庫設計與開發工作中獲得同樣強大的優勢。《測試驅動資料庫開發》共4個部分，全面介紹測試驅動資料庫開發(TDDD)技術。第1章至?第4章重點討論資料庫的類的基本概念，第5章至第9章討論如何用面向對象的方式來精益地做資料庫的類的設計以及修復設計的錯誤，第10章至第13章討論使用mocking和重構來應對由傳統方法開發出來的遺留資料庫的兩種方法，第14章和第15章討論如何使一個資料庫應用系統能夠滿足不同客戶的不同需求，以及如何將本書的技術運用到其他數據持久化方案之中。
    《測試驅動資料庫開發》適合沒有接觸過測試驅動開發且正在開發規模較大、需求多變的資料庫應用系統的開發人員和架構師閱讀，同時也適合尚未在持久化層運用測試先行開發技術的測試驅動開發愛好者閱讀。
作者介紹
(美)格恩齊|譯者:伍斌
目錄
第1章　為何改變書的內容、誰是目標讀者和什麼是障礙　
  1.1　為何改變書的內容　
  1.1.1　每天敏捷都在逐步地入侵我們的領域　
  1.1.2　若沒有TDD敏捷就沒有成效　
  1.1.3　在資料庫領域運用TDD是個挑戰　
  1.2　誰是目標讀者　
  1.2.1　TDD和OOP　
  1.2.2　應用程序和資料庫　
  1.3　什麼是障礙　
  1.3.1　資料庫就是對象　
  1.3.2　TDD適用於類，不適用於對象　
  1.3.3　我們需要資料庫的類　
  1.4　小結　
第2章　建立資料庫的類　
  2.1　TDD中類的角色　
  2.1.1　可靠的實例化過程　
  2.1.2　測試檢查對象　
  2.2　面向對象編程語言中的類　
  2.2.1　類的構建很容易：構建新對象即可　
  2.2.2　一條途徑：必要時析構　
  2.3　資料庫的類　
  2.3.1　兩條途徑：創建或改變　
  2.3.2　難點：統一兩條途徑　
  2.3.3　真實的資料庫的生長情況　
  2.3.4　將每個資料庫構建成生產資料庫會怎麼樣　
  2.3.5　所有資料庫都遵循完全相同的途徑　
  2.4　增量構建　
  2.4.1　用文檔記錄每一次資料庫的變更　
  2.4.2　標識當前版本　
  2.4.3　根據需要依次實施變更　
  2.5　實現　
  2.5.1　需求　
  2.5.2　資料庫實例化機制的偽代碼　
  2.5.3　輸入的偽代碼　
  2.6　小結　
第3章　講一點TDD　
  3.1　測試先行的技術　
  3.1.1　編寫測試代碼　
  3.1.2　讓測試失敗得有一些有價值的啟示　
  3.1.3　看到測試運行通過　
  3.1.4　重複　
  3.2　測試即規格　
  3.2.1　「測試不是測試，而是規格」　
  3.2.2　「測試不是規格，而是測試」　
  3.2.3　測試是可運行的規格　
  3.2.4　增量設計　
  3.3　構建良好的規格　
  3.3.1　規定行為，而不是結構　
  3.3.2　從一無所有開始驅動設計，而不是從其他方式開始　
  3.3.3　從內向外地定義設計　

  3.3.4　從外向內地定義設計　
  3.4　小結　
第4章　安全地改變設計　
  4.1　什麼是安全　
  4.1.1　違約有點糟　
  4.1.2　丟失數據可能會讓你被炒魷魚　
  4.1.3　不改設計也同樣危險　
  4.2　解決方案：過渡測試　
  4.2.1　測試驅動的實例化　
  4.2.2　建立過渡測試　
  4.2.3　累加變化的過渡測試　
  4.2.4　過渡測試的變形　
  4.2.5　為什麼不使用公共介面　
  4.3　過渡保障　
  4.3.1　Read/Read過渡測試　
  4.3.2　每次升級時通過資料庫的類來運行　
  4.3.3　備份和失敗時回滾　
  4.3.4　讓過渡測試充分利用過渡保障　
  4.4　小結　
第5章　遵循介面　
  5.1　介面的優勢　
  5.1.1　更強的耦合語言　
  5.1.2　弱耦合的語言　
  5.1.3　共識　
  5.1.4　耦合到資料庫的類　
  5.1.5　問題是發生了重複　
  5.2　像客戶對象般的遵循　
  5.2.1　創建DatabaseDesign類的需求　
  5.2.2　規定DatabaseDesign類　
  5.2.3　擺脫使用多個客戶端平台時出現的重複　
  5.2.4　當耦合出問題時會發生什麼　
  5.2.5　消除資料庫構建和客戶端代碼之間的重複　
  5.2.6　解除實現與設計之間的耦合　
  5.3　癥結：變更　
  5.3.1　隨時間而變化的設計　
  5.3.2　記錄所有版本的設計　
  5.3.3　耦合到設計的正確版本　
  5.4　癥結：耦合　
  5.4.1　不同的客戶端耦合到不同的版本　
  5.4.2　總是不得不修改所有東西也是重複　
  5.4.3　透鏡概念介紹　
  5.4.4　虛擬透鏡　
  5.4.5　「當前」透鏡　
  5.4.6　「新」透鏡　
  5.5　小結　
第6章　定義行為　
  6.1　一組新問題　
  6.1.1　無封裝　
  6.1.2　隱藏一切　
  6.1.3　資料庫中的業務邏輯　

  6.2　知識、信息與行為　
  6.2.1　通告　
  6.2.2　知識　
  6.2.3　行為　
  6.3　由外而內地開發　
  6.3.1　定義測試　
  6.3.2　生長出介面　
  6.3.3　生長出行為和結構　
  6.4　用規格來實現合理的設計　
  6.4.1　開發當下的需求，而不是將來的需求　
  6.4.2　用增量的方式構建　
  6.4.3　將訪問限定在規定的內容上　
  6.4.4　小結　
第7章　為可維護性而構建　
  7.1　再也不要擔心未來　
  7.1.1　在當下尋找機會　
  7.1.2　針對通告進行設計　
  7.1.3　使用行為來翻譯通告和知識　
  7.2　用激情和熱忱來保護知識　
  7.2.1　不做改變是最危險的選擇　
  7.2.2　讓設計保持自然　
  7.3　當事情在未來發生時再處理　
  7.3.1　定義新的設計　
  7.3.2　引入最小的變化　
  7.3.3　讓測試運行通過　
  7.3.4　停下來，思考，重構　
  7.3.5　小結　
第8章　錯誤與修復　
  8.1　各種錯誤　
  8.1.1　軸：好的錯誤還是壞的錯誤　
  8.1.2　軸：錯誤發布了沒有　
  8.2　處理好的錯誤　
  8.2.1　修復它就好了　
  8.2.2　現在就記錄行為　
  8.2.3　回溯功能的根源　
  8.3　處理壞的錯誤　
  8.3.1　未發布的錯誤　
  8.3.2　已發布的錯誤　
  8.3.3　災難性的錯誤　
  8.4　小結　
第9章　設計　
  9.1　結構與設計　
  9.1.1　結構：執行細節　
  9.1.2　測試和類信息　
  9.2　什麼是設計　
  9.2.1　概念之桶　
  9.2.2　真正的TDD中強制性的部分　
  9.3　組合與聚合　
  9.3.1　組合：一件事有多個組成部分　
  9.3.2　聚合：連接截然不同的東西　

  9.4　復用　
  9.4.1　避免將同樣的內容開發兩遍　
  9.4.2　通過組合或聚合來實現復用　
  9.5　抽象　
  9.5.1　發現運用抽象的機會　
  9.5.2　封裝行為　
  9.5.3　尋找各種方式來允許變化發生在依賴關係中　
  9.5.4　處理時間問題　
  9.6　小結　
第10章　mocking　
  10.1　測試單個的行為　
  10.1.1　為什麼封裝　
  10.1.2　測試就是對那些在其控制之外的一切進行測試　
  10.1.3　從測試那裡來控制不相關的行為　
  10.1.4　mocking控制了行為　
  10.2　在面向對象編程中的mocking　
  10.2.1　設置　
  10.2.2　解耦　
  10.2.3　隔離　
  10.2.4　集成　
  10.3　在資料庫設計中使用mocking　
  10.3.1　示例問題　
  10.3.2　示例解決方案　
  10.3.3　組合　
  10.3.4　聚合　
  10.3.5　為可測試性而設計　
  10.4　小結　
第11章　重構　
  11.1　什麼是重構　
  11.1.1　改變設計但不改變行為　
  11.1.2　在測試運行通過的背景下　
  11.2　較低和較高風險的設計變更　
  11.2.1　較低風險：改變類一級的設計　
  11.2.2　中等風險：重新安排行為的邏輯　
  11.2.3　較高風險：改變知識的容器　
  11.2.4　這不是一個跳過測試的邀請　
  11.3　小結　
第12章　遺留資料庫　
  12.1　提升到一個類　
  12.1.1　推導初始版本　
  12.1.2　用測試來釘牢過渡行為　
  12.2　控制耦合　
  12.2.1　識別和鎖定現有的使用資料庫的情況　
  12.2.2　按需封裝　
  12.3　控制變更　
  12.3.1　用測試驅動新的行為　
  12.3.2　按需釘牢構造行為　
  12.3.3　按需釘牢行為　
  12.3.4　實現新的行為　
  12.4　查找接縫和組件　

  12.4.1　查找接縫　
  12.4.2　封裝組件　
  12.5　小結　
第13章　Fa?ade模式　
  13.1　使用Fa?ade的封裝　
  13.1.1　Fa?ade模式的說明　
  13.1.2　測試驅動開發出來的新的Fa?ade資料庫　
  13.1.3　使用組合方法的替代方案　
  13.1.4　封裝還是不封裝　
  13.2　扼殺舊介面　
  13.2.1　將正在改變的行為轉移到Fa?ade　
  13.2.2　當不再需要時刪除訪問許可權和功能　
  13.3　在Fa?ade資料庫中對行為進行測試驅動開發　
  13.3.1　暴露遺留的行為　
  13.3.2　做事情的另一種方法　
  13.3.3　新的行為　
  13.4　小結　
第14章　變奏曲　
  14.1　重要的是擁有一個類，而不是實現　
  14.2　場景：跳過那些步驟　
  14.2.1　問題　
  14.2.2　解決方案　
  14.2.3　正確的工作量　
  14.3　偏離　
  14.3.1　問題　
  14.3.2　解決方案　
  14.3.3　應用解決方案　
  14.4　通用的解決方案　
  14.5　小結　
第15章　其他應用　
  15.1　XML　
  15.1.1　封裝　
  15.1.2　XSD Schema　
  15.1.3　XSLT過渡　
  15.1.4　對XSLT的變更進行過渡測試　
  15.2　文件系統和其他的對象目錄　
  15.2.1　對文件系統的操作進行過渡測試　
  15.2.2　Shell腳本過渡　
  15.3　數據對象　
  15.3.1　類的定義就是Schema　
  15.3.2　對Ugrader類進行過渡測試　
  15.3.3　編寫過渡　
  15.4　小結與寄語　

  • 商品搜索：
  • | 高級搜索
首頁│ 新手上路│ 客服中心│ 關於我們│ 聯絡我們│ Top↑│
Copyrightc 1999~2008 美商天龍國際圖書股份有限公司 臺灣分公司. All rights reserved.
營業地址:臺北市中正區重慶南路一段103號1F 105號1F-2F
讀者服務部電話：02-2381-2033 02-2381-1863　時間：週一-週五 10:00-17:00
　服務信箱：bookuu@69book.com 客戶、意見信箱:cs@69book.com
ICP證：浙B2-20060032