java - 将单元测试引入现有项目

Question

我正在处理一个现有的 Java EE 项目，其中包含在 Eclipse 中开发的各种 Maven 模块，这些模块捆绑在一起并使用 Java 1.6 部署在 JBoss 上。我有机会准备任何框架并记录如何将单元测试引入项目。

您能就...提供任何建议吗

• JUnit 是我期望的起点，它仍然是 Java 开发人员的实际选择吗？
• 有什么值得设置为标准的模拟框架？ JMock？
• 应设置的任何规则 - 代码覆盖率，或确保它是单元测试而不是集成测试。
• 是否有任何工具可以生成外观精美的输出以供项目经理讨好？

还有吗？提前致谢。

Answer 1

Any tools to generate fancy looking outputs for Project Managers to fawn over?

小心点。用于显示单元测试计数、覆盖率、代码质量指标、行计数、 checkin 计数等指标的奇特工具在某些项目经理手中可能是危险的。项目经理(不了解软件开发的实际情况)可能会沉迷于指标，而没有意识到:

• 他们没有给出项目健康和进展的真实情况，并且

• 他们可以完全错误地描述个别团队成员的表现。

您可能会遇到一些愚蠢的情况，经理会向开发人员发出消息，他们应该(例如)尝试为代码实现最大的单元测试覆盖率，而这根本没有必要。时间花在无意义的工作上，重要的工作没有完成，并且错过了最后期限。

Any rules that should be set - code coverage, or making sure it's unit rather than integration tests.

• 代码覆盖率对于可能存在漏洞/漏洞的代码部分更为重要。可接受的覆盖水平应反射(reflect)这一点。

• 单元测试与集成测试取决于您构建的系统的性质和复杂性。

• 事后添加大量单元级测试可能是浪费时间。它应该只对被确定为有问题/需要维护工作的类进行。

• 事后添加集成级别测试很有用，尤其是当项目的原始开发人员不再存在时。一个体面的集成测试套件有助于增加您的信心，即某些更改不会破坏重要的系统功能。但这需要明智地进行。测试网站外观和感觉的第 N 级的测试套件可能是维护的噩梦......并且阻碍进步。