ant sourceanalyzer_ant junit_jenkins report(2)

测试不依赖于外部资源（如）。之所以这样是为了使测试可以在各种环境（如 IDE 或构建场 (build farm)）中运行，并且多个单元测试并发执行时不会互相干扰。

测试的运行速度应该很快。这样就可以尽量多地运行测试，甚至可以每次编译时都运行测试。如果执行测试所需时间过长，开发人员可能就不会经常运行测试了。

对我们的简单应用程序（用于维护中的表的 Web 应用程序）来说，要想达到前两项要求有些困难。实际上，Wikipedia 上有关测试驱动开发的文章已经承认这一点：“在需要通过完整的功能测试来确定成功或失败的情况下，使用测试驱动开发是十分困难的。这种情况的例子包括用户界面、使用的程序……”

尽管 TDD 主张使用“mock”对象消除对外部资源的依赖性，但通常的折中方法是允许使用实际进行单元测试。一般情况下，企业应用程序都会用到某种类型的。以我编写企业应用程序的经验，这是一个非常有效的折中方法。我编写单元测试时，尝试使它们不依赖于特定的状态，如果它们依赖于状态，单元测试应自己创建所期望的状态。本系列稍后的一篇文章将介绍如何编写能像 JUnit 测试一样实现自动化的功能（Web 用户界面）测试。

在 Oracle ADF 应用程序中编写 JUnit 测试最好从模型层开始。我们可以编写单元测试以确保相应的应用程序模块能够生成预期的视图对象实例， 并且检查我们的数据验证规则是否正确接受了有效数据并拒绝了非法数据。

使单元测试独立于其他应用程序代码，这样便于创建不包括对非部署所必需的单元测试的部署构件（如 EAR 文件），因此通常创建一个单独的项目来存放单元测试。由于我们将为 Model（业务组件）项目创建单元测试，因此我们创建一个名为“ModelTests”的新项目来存放单元测试。在 Oracle JDeveloper IDE 中打开了 otnapp 应用程序，从 Application Navigator 快捷菜单中选择New Project：

图 4创建新项目

在New Gallery对话框中保留对Generic Project的选中，然后单击OK：

图 5选择 Generic Project

为该项目输入一个适当的名称（如“ModelTests”），然后单击Finish：

图 6为测试项目命名

现在我们有了一个项目，可以使用 Business Components Test Suite Wizard 为我们的 Model 项目的 Oracle ADF Business Components 建立一组基本的 JUnit 测试，还可以建立一个 JUnit 测试固件（用于建立连接）和一个 JUnit 测试套件（用于运行生成的测试）。为此，右键单击 ModelTests 项目，然后从上下文菜单中选择New…：

图 7从上下文菜单中调用 New

出现New Gallery对话框后，选择Unit Tests类别和Business Components Test Suite项，然后单击OK：

图 8调用 Business Components Test Suite Wizard

在JUnit ADF Business Components Test Suite Wizard的第一个页面中，确保选中了 Business Components Project (Model.jpr)，并且还选中了适当的 Application Module (OTNAppModule) 和 Configuration (OTNAppModuleLocal)，然后单击Finish：

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/ruanjian/article-28553-2.html