|   基于单元测试的开发习惯 | 
                                     开发过程是否需要单元测试  是先代码开发,还是先单元测试 进行Debug是否可以替代单元测试 什么时间展开单元测试 单元测试的粒度(函数级别吗?) 单元测试与代码开发的时间比例关系 XP中的TDD实施过程 | 
                               
                                |   单元测试代码结构 | 
                                     实现代码结构与单元测试代码结构对比  单元测试代码结构的可复用性 单元调用接口替身代码结构 集成单元测试代码结构 | 
                               
                                |   实现代码结构分析(构思单元测试)
 | 
                                     实现代码语句分析  实现代分支、循环分析 实现代码路径分析 实现代码条件分析 实现代码汇编层分析 标识单元测试点 | 
                               
                                |   单元测试测试用例设计 | 
                                     单元测试点之测试技术选择  单元测试点之断言标准设计 单元测试点之测试数据设计 单元测试点集成测试场景设计 基于设计模式实现代码的单元测试设计(创建、结构与行为) | 
                               
                                |   单元测试效率(缩短单元测试时间)
 | 
                                     测试的全面性与测试效率  函数级别单元测试与测试效率 简单且可运行实现代码的测试效率 实现代码重构与单元测试效率 | 
                               
                                |   单元测试工具 | 
                                     VS.NET内置的单元测试工具使用  GoogleTest单元测试工具使用 XUNIT单元测试工具使用 单元测试用例管理工具 代码构建工具辅助单元测试 | 
                               
                                | 使用持续集成工具自动化开发 | 
                                    持续集成概述持续集成任务Hudson工具介绍安装配置Hudson服务器插件定义Hudson Job执行每日构建案例:使用Hudson工具进行每天构建 | 
                               
                                |   重构实践 | 
                                     分析并初步重构一个案例  重构原则 代码的坏味道 构筑测试体系 重构工具 优秀程序结构的风格 如何观察代码 重构名录 重新组织函数与属性 重新组织对象关系 简化表达式 组织继承体系 如何让重构成为习惯 重构案例实践与分析 | 
                               
                                |   利用设计模式重构 | 
                                     设计模式分类,应用,  识别设计问题 把设计问题对应到模式 围绕上下文应用模式 通过重构实现、趋向和去除滥用模式 |