《测试驱动数据库开发》 - 格恩齐 (Max Guernsey.III),伍斌 - 人民邮电出版社 - 香港大書城

	登入帳戶　 \|　訂單查詢　 \|　購物車/收銀台(0)　\|　在線留言板　 \|　付款方式　 \|　運費計算　 \|　聯絡我們　 \|　幫助中心　\|　加入書簽
		會員登入新用戶登記

HOME

新書上架

暢銷書架

好書推介

2024年度TOP

臺灣用戶

品種：超過100萬種各類書籍/音像和精品，正品正價，放心網購，悭钱省心

服務：香港／台灣／澳門／海外

送貨：速遞／郵局／服務站

新書上架：簡體書繁體書
暢銷書架：簡體書繁體書
好書推介：簡體書繁體書

『簡體書』测试驱动数据库开发

書城自編碼： 2396372
分類：簡體書→大陸圖書→計算機/網絡→數據庫
作者：格恩齐 (Max Guernsey.III),伍斌
國際書號(ISBN)： 9787115346285
出版社：人民邮电出版社
出版日期： 2014-06-01
版次： 1 印次： 1
頁數/字數： 270/385000
書度/開本：大16开釘裝：平装

售價：HK$ 153.4

我要買件

** 我創建的書架 **
未登入.

新書推薦：

《日本侵华战争及其战后遗留问题和影响》
售價：HK$ 74.8

《敢于愤怒：正确发脾气，更有利于解决问题》
售價：HK$ 65.8

《百越：公元前10至前3世纪东南沿海的文化与社会北京大学震旦古代文明研究中心学术丛书》
售價：HK$ 162.8

《面向全球南方——欧盟与新兴经济体战略伙伴关系研究》
售價：HK$ 86.9

《罗马法与欧洲：一种法律文化的历史》
售價：HK$ 68.2

《英国大历史：时间线上读懂英国3000年，全球化视角下日不落帝国的荣光与动荡》
售價：HK$ 64.9

《掌心物语：玩转棉花娃娃一本通》
售價：HK$ 86.9

《永恒的时光之旅》
售價：HK$ 96.8

編輯推薦：

测试驱动开发（TDD）的实践已经帮助众多的软件开发人员提高了软件开发的质量、敏捷性、生产力和速度。
本书是测试驱动数据开发的权威著作。作者为读者展示了如何对TDD进行调整，以便能在数据库设计与开发中获得同样强大的优势。
作为技术指南，教会读者如何将这个已被验证的TDD实践运用到自己的数据库需求之上，并学会如何组织和优化自己公司的数据来显著提高竞争优势。

內容簡介：

测试驱动开发TDD的实践已经帮助众多软件开发人员提高了软件开发的质量、敏捷性、生产力和速度，《测试驱动数据库开发》将展示如何对TDD进行调整，以便在数据库设计与开发工作中获得同样强大的优势。《测试驱动数据库开发》共4个部分，全面介绍测试驱动数据库开发TDDD技术。第1章至～第4章重点讨论数据库的类的基本概念，第5章至第9章讨论如何用面向对象的方式来精益地做数据库的类的设计以及修复设计的错误，第10章至第13章讨论使用mocking和重构来应对由传统方法开发出来的遗留数据库的两种方法，第14章和第15章讨论如何使一个数据库应用系统能够满足不同客户的不同需求，以及如何将本书的技术运用到其他数据持久化方案之中。
《测试驱动数据库开发》适合没有接触过测试驱动开发且正在开发规模较大、需求多变的数据库应用系统的开发人员和架构师阅读，同时也适合尚未在持久化层运用测试先行开发技术的测试驱动开发爱好者阅读。

關於作者：

Max Guernsey, III
Hexagon软件公司的管理成员，他以该公司作为一个平台，将真正的数据库和用户界面的敏捷性引入到那些已经在中间层采用了敏捷软件开发方法的组织之中。他有十余年的软件开发经验，其中大部分经验是在敏捷软件开发的环境中获得的，这期间的几乎一半时间，他一直就敏捷和测试驱动数据库开发主题，写博客、写作和发表演讲。通过Net Objectives，他开设“数据库敏捷培训”这样一门开创性的课程，该课程专注于频繁、安全和毫无痛苦地变更数据库设计所需的关键的技术技能。
伍斌
独立匠艺程序员。专注于测试驱动开发、驯服烂代码及编程操练。除翻译本书外,还在撰写《驯服烂代码》和《会运行的文档》两本书。自从1993年大学毕业以来,先后做过程序员、测试工程师、项目经理和软件开发咨询师。2013年4月创办公益编程操练社区“bjdp.org北京设计模式学习组”。

第1章为何改变书的内容、谁是目标读者和什么是障碍
　1.1为何改变书的内容
　1.1.1每天敏捷都在逐步地入侵我们的领域
　1.1.2若没有TDD敏捷就没有成效
　1.1.3在数据库领域运用TDD是个挑战
　1.2谁是目标读者
　1.2.1TDD和OOP
　1.2.2应用程序和数据库
　1.3什么是障碍
　1.3.1数据库就是对象
　1.3.2TDD适用于类，不适用于对象
　1.3.3我们需要数据库的类
　1.4小结
第2章建立数据库的类
　2.1TDD中类的角色
　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.1ReadRead过渡测试
　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.4mocking控制了行为
　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.1Fa?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.1XML
　15.1.1封装
　15.1.2XSD Schema
　15.1.3XSLT过渡
　15.1.4对XSLT的变更进行过渡测试
　15.2文件系统和其他的对象目录
　15.2.1对文件系统的操作进行过渡测试
　15.2.2Shell脚本过渡
　15.3数据对象
　15.3.1类的定义就是Schema
　15.3.2对Ugrader类进行过渡测试
　15.3.3编写过渡
　15.4小结与寄语

書城介紹　 \|　合作申請　\|　索要書目　 \|　新手入門　\|　聯絡方式　 \|　幫助中心　\|　找書說明　 \|　送貨方式　\|　付款方式	香港用户　 \|　台灣用户　\|　海外用户

	megBook.com.hk
Copyright © 2013 - 2025 （香港）大書城有限公司　 All Rights Reserved.