java - 我们从哪里开始使用单元测试？

Question

我们从哪里开始使用单元测试？
我对从哪里开始使用单元测试有些疑问。
我正在 RAD 中使用 Junit 进行单元测试。我是在所有代码准备好部署之后或者可能在部署之后才执行此操作。我很困惑为什么我们在代码几乎准备好部署之后还要进行单元测试。
我的问题是我们什么时候应该开始单元测试？

我还有一些问题......
我在单元测试中所做的是从类中获取一个方法并为该方法创建一个测试类。
在该类中，我向该方法提供了一些输入值，并期望来自数据库的受尊重的输出值。
现在，这里的单个测试类确实获取输入值->将其传递给方法->从原始类调用该方法->数据库连接->从数据库获取值->将其返回给测试类。

如果测试成功运行，则 Junit 控制台显示绿色条，否则显示红色条。
红色条表示错误原因。但它不会生成任何单元测试报告。

现在这是我的问题...
我是否进行了正确的单元测试？由于单个单元测试方法包含所有代码流程并给出结果...

Answer 1

如果您还没有开始单元测试，那么现在就是开始单元测试的最佳时机。单元测试最有效的用途是测试驱动开发 (TDD)，其中您在实现每个方法时为其编写测试(编写失败的测试，然后实现该方法以使其通过)。不过，稍后添加测试还为时不晚。 JUnit 测试巩固了有关代码的某些假设，这些假设稍后可能会更改。如果假设发生变化，测试就会失败，您可能会避免出现一些很难检测到的错误。

我不知道报告工具，但您可以添加一个 JUnit ANT 任务，该任务会将测试结果输出到您的构建控制台(或日志，如果捕获了 ant 输出)。

您的数据库测试听起来像是小型集成测试而不是单元测试。这很好，但如果测试太慢，您可能需要考虑使用模拟对象(通过 JMock 或 EasyMock 等框架)来用假连接替换真实的数据库连接。这将方法的逻辑与数据库的状态和行为隔离开来，让您可以运行测试而不必担心数据库是否正在运行并存储有测试数据。

有用的链接:

http://en.wikipedia.org/wiki/Test-driven_development

http://www.jmock.org/

http://easymock.org/

http://ideoplex.com/id/25/ant-and-junit

http://ant.apache.org/manual/Tasks/junit.html

http://misko.hevery.com/code-reviewers-guide/ (编写可单元测试代码的指南)

[编辑 - 回应评论]:关于您所做的是否是正确的单元测试，从技术上讲，答案是“否”。正如我所说，它更像是一个集成测试，这很好，但它做得太多并且有太多依赖项，无法被视为真正的单元测试。理想情况下，单元测试将测试方法中的逻辑而不是依赖项。上面提到的编写可测试代码的指南(以及 Misko Hevery 的相关博客)提供了一些关于如何使用接缝编写代码以插入依赖项模拟的好建议。 Michael Feathers 在他的优秀著作 Working Effectively with Legacy Code 中深入探讨了这个主题。 。

关键因素是依赖项注入(inject):可测试方法不会寻找它们的依赖项 - 它们在构造函数中或作为参数接收它们。如果这需要太多重构，您可以尝试一些技巧，例如将查找依赖项的代码移动到您可以覆盖的 protected 或包可见的方法中。然后，您在子类上运行测试，该子类从这些方法返回模拟对象。