标签：本书 Art 工程师 代码 Testing 单元测试 Examples 测试 我们

原文链接：http://www.cnblogs.com/VincentYan/archive/2009/06/19/1505898.html

作者：美国 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

标签：本书,Art,工程师,代码,Testing,单元测试,Examples,测试,我们
来源： https://blog.csdn.net/weixin_30561177/article/details/95870149

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。