单元测试代码中不能忍受的臭
本演讲会讨论讲者同其业界好友曾经遇到单元测试的坏味道，以及其处理方法，希望从中了解为什么写单元测试以及追求好单元测试，并享受有测试保护下的好处。
InfoQ
InfoQ
促进软件开发领域知识与创新的传播
主题/标签专用视图
JUnit相关的内容
最新“JUnit”相关专题内容
访谈及书摘：Hani Suleiman 和 Cedric Beust，“新一代Java测试: TestNG和高阶理念”
InfoQ.com最近采访了新一代Java测试：TestNG和高阶理念的作者Hani Suleiman和Cédric Beust，并针对这本书和他们对测试的总体看法进行了讨论。InfoQ很荣幸在这里给大家提供该书第二章的节选，“Mocks和Stubs”。
图书摘录：持续集成意味着持续测试
持续集成（Continuous Integration，CI）这项基本的XP实践现在已经变成了被广泛使用的开发者最佳实践之一。InfoQ为您提供了“持续集成：改善软件质量并降低风险”一书中的“第六章：持续测试”，在这一章中，作者提出了一些编写优秀测试以保证系统质量的建议和示例。
“JUnit”相关新闻
2012.5.6微博热报：单元测试覆盖率、雅虎管理结构改革
@姚若舟在实际的工作中发现，刚开始写单元测试同事的代码中有不少行为都没有被单元测试覆盖，他因此在微博上提出，想了解大家的意见。@程墨Morgan在与雅虎前同事聊天时得知，雅虎的CEO在力推Scrum开发流程和扁平的管理结构，从而将这家老牌的企业变回创业公司的模式。针对两条微博，大家展开了深入讨论。
TestNG 6增加Guice和YAML
Cedric Beust宣布了TestNG 6.0的发布，其中带有Guice和YAML支持，还包括了对Eclipse TestNG插件的一些改进。
JUnit 4.7的新特性：Rule
JUnit 4.7 RC版已经发布了，该版本具有一个重要的新特性：Rule。本质上，Rule是JUnit的另一种扩展机制，可在每次测试中为JUnit增加新功能。规则可以替换掉大多数使用旧版本JUnit所编写的客户化运行器，同时添加新的功能。
忘掉调试器吧，来使用“Saff Squeeze”
著名的XP、TDD及JUnit的联合创始人Kent Beck谈到了他通过单元测试而不是调试器来跟踪到JUnit的新特性JUnitMax中一个缺陷。他使用了当前JUnit的主开发者David Saff向其展示的一个方法，该方法首先创建一个高层的单元测试，然后不断回归直至缺陷的根源处，这时的测试就会变得非常简洁明了。
JUnit尚未消亡
最近众所周知（译者注：关于infamous为何翻译为众所周知，请查看原文的评论，上面有作者对该词的说明）的JUnit发布了Java测试框架的4.5版，但是这足以使其在聚光灯下继续闪耀吗？请阅读这篇新闻以了解对JUnit未来的一些看法。
使用Hudson和FindBugs进行持续集成和代码检查
最近在IBM developerWorks发表的一篇文章中谈到如何使用开源工具将构建过程中的持续集成（Continuous Integration，CI）和代码检查这两项任务自动化。它描述了如何安装和配置Hudson，并使用Subversion、Ant对Hudson进行配置。同时辅之诸如FindBugs和PMD之类的软件检查工具，来创造一个可以对测试结果和缺陷情况进行持续性反馈的构建过程。
文章：持续集成意味着持续测试
持续集成已经成为了典型的软件开发最佳实践之一，但是在实际应用中总是会存在种种问题。测试会花去应用程序构建的大部分时间，而且结构混乱的测试栈会导致构建陷入困境，开发团队就不得不扔掉先前已经达成共识的持续集成实践，来换取用于编码的时间。InfoQ为你带来了《持续集成：改善软件质量并降低风险》一书中的免费章节：“第六章：持续测试”。