关于单元测试的最佳书籍，文章和文献

在我的工作组中引入单元测试的斗争中，我发现很多人对此概念一无所知。你能建议：

• 快速介绍相关主题的最佳文章或教程
• 深入学习单元测试的最佳综合书籍
• 证明单元测试有效的学术作品和研究

我发现Kent Beck的“测试驱动开发”是一个很好的介绍。

Roy Osherove 的单元测试艺术。关于使用单元和集成测试，使用模拟框架等的大量实用示例。

在Tests的指导下，不断增长的面向对象软件使人大开眼界，其原因以及如何在一个长达一本书的示例中清楚地列出了所有原因。

G. Meszaros的xUnit测试模式：重构测试代码是一种百科全书，即单元测试的“ 设计模式 ”。

R. Osherove的“单元测试的艺术：.Net中的示例”是更实用的指南，可以帮助您开始进行单元测试和理解关键概念。

L. Koskela 针对Java开发人员的“ 测试驱动：TDD和验收TDD”似乎是Java开发人员的单元测试的艺术。

对于实际的单元测试，您不能超越ysolik提到的Roy Osherove的“单元测试的艺术”。它经历了实际使用的技术。诸如什么是模拟，假冒，存根，要使用的框架，测试命名等。

Matt推荐的其他书籍，例如Kent Becks的Test Driven Development，都经过了TDD，这是进行单元测试的一种方式，但是在单元测试方面它没有像技术那么深入。本书通过一个示例应用程序，介绍了先编写测试然后编写代码的过程。

一个类似于Kent Becks的免费文章，它讲述了开发应用程序的故事，首先测试的是Robert Martin和Robert Koss编写的XP Episode保龄球示例。

我读过这两本书，从单元测试的艺术开始，然后转到Kent Becks上，对过程进行了很好的了解。如果您确实想学习测试驱动开发，那么我认为这是学习它的好方法。

Google Testing Blog仅作为有关良好测试的信息的附加来源！

我认为“单元测试”这个词现在太含糊了。

单元测试（来自Wikipedia）背后的想法是“单元测试是一种测试源代码的各个单元的方法”。

随着时间的流逝，最初的想法是通过称为“测试驱动开发”的东西（有关此问题的最好的书是由测试指导的“成长的面向对象软件”）和其他称为“行为驱动的开发”（“规格书”）来发展。

我建议您同时考虑两者，并找到更适合您需求的策略。您也可以同时使用两者（就像我们一样）。

无论如何，要充分利用测试，您需要将其置于设计策略的中心。