测试驱动数据库开发 PDF下载

第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.1Read/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.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小结与寄语