使用 Grester 简化 Java 应用程序的 JUnit 测试

核心提示： 将 Jester 安装为 Grester 的主要依赖关系此时，除了 Grester 的核心 —— 实际的 Jester 依赖关系之外其他内容都已就绪，使用 Grester 简化 Java 应用程序的 JUnit 测试(7)，Windows 和 Linux/UNIX 平台提

将 Jester 安装为 Grester 的主要依赖关系

此时，除了 Grester 的核心 —— 实际的 Jester 依赖关系之外其他内容都已就绪。Windows 和 Linux/UNIX 平台提供了两个方便的脚本，它们可以把 Jester（即，实际的 jester-1.37.jar 文件）安装到 Maven 的本地系统库中。为什么提供这些脚本？难道不能在 Maven 获得其编译器、安装程序和其他插件依赖关系时从 Maven 所在的相同外部资源中下载这些脚本么？答案是 Jester 没有放在可公开获得的已知 Maven 系统库中（例如，Maven 的 Ibiblio），因此您不能用包含 Jester 的远程系统库来配置 Maven 的 $MAVEN_HOME/conf/settings.xml 文件（不考虑用 groupId-artifactId 版本组合安装它的方法）。

因此，分别为 Windows 和 Linux/UNIX 提供了 install-jester.bat 和 install-jester.sh 可执行文件。如果任何一个可执行文件在任意平台上执行失败，都可以使用如下所示的命令作为解决方法。

图 8. 建立 Jester 依赖关系

注：我写完这篇文章后，Grester V1.0.1 被发布到 Maven 公共系统库 中。这种持续不断地改进意味着您现在可以直接从著名的 Apache 系统库中获得插件，但是仍然需要有提供结合功能的 Jester 核心 JAR 和指令才能构成完整的架构。

在示例 Maven 项目中使用 Grester

那么，您已经得到了一个精心编织的 Maven 项目，并且希望在单元测试（或者至少在一组测试中）中测试 Jester。无论是单元测试还是集成测试，明智的做法是要么把项目复制到文件系统中的某个位置并对该副本运行 Jester，要么使用现有副本，但是要准备好恢复对代码源文件所做的所有更改。这是因为 Jester 将更改现有的源代码文件，保存更改并重新编译代码（保留同一个目录中的类文件作为源文件）。如果项目拥有的代码库相对较小或者所选测试很少，则可以使用现有代码库副本。