作者：美国 Roy Osherove
在软件开发届,测试越来越得到重视.目前我们可以找到一些关于测试驱动,通用测试方法等书籍与材料,但专著与单元测试的书籍与指导材料却非常罕见.本书将从头开始,指导剖析如何写好单元测试,以至于让我们的软件更加可靠,甚至于利用测试驱动开发模式让我们的开发更加的高效与精准.
在下面的章节以及接下来的一系列文章中,我将纪录下我的阅读收获. 在文章中出现的第一人称将为作者本人。
前言
我介入过的最大的一个失败的软件项目是有单元测试的。我带领着软件工程师们遵循测试驱动的风格：编写测试-〉编写代码-〉看着测试失败-〉工作让测试通过-〉重构-〉从头再来
在最初的几个月，一切都进行得非常顺利。但伴随着需求的变化，我们必须修改我们的代码以满足新的需求，于是测试无法通过，于是我们修正了测试。但测试代码是脆弱的，一点点的代码变化都会导致测试无法通过，即使代码的变化是符合需求的。于是工程师们开始不太愿意接受类或者方法的变化，应为我们必须修正所有相关的单元测试。
慢慢的一些测试变得没有价值，应为伴随着一些工程师的离开，没有人知道该怎么维护这些测试，或者这些测试的目的。单元测试的名字不够清晰，为了确保项目的质量，我们不得不开发新的测试。最后我们放弃了大多数开发了近6个月的测试。
这是一次痛苦的经历，后来我到了别的项目上，在吸取了之前的教训后我们写出了比之前好的多的单元测试，基于更加完善的单元测试我们终于得益于测试驱动开发模式，减少了数量巨大的Bug以及大量集成调试所消耗的时间。
所以，本书数致力于帮助工程师学习并写出合理的单元测试。怎样让单元测试变得方便维护、易明白、可信。
本书分4个部分:
第一部分,从0开始学习如何写单元测试.
第二部分,介绍一些打破依赖的高阶技术,包括Mock objects,Stubs, mock frameworks, 以及一些用于重构代码的模式。
第三部分,讲述了如何组织，运行测试代码以及一些如何写出方便维护、易明白、可行的测试的经验。
第四部分,介绍如何把UT带入一个开发团队，让大家接受
另外本书还有两个附录：
附录A：
设计更容易被测试的代码的方法介绍
附录B:
介绍一些用于测试的工具
转载于:https://www.cnblogs.com/VincentYan/archive/2009/06/19/1505898.html