gradle集成sonar_与Gradle的集成测试

gradle集成sonar

单元测试可以使用Gradle自动进行，但是，如果您要进行单独的一组集成测试，则需要做一些小练习。 实际上，它们根本不需要进行集成测试。 本指南向您展示如何配置Gradle以使用任何类型的测试以及独立于其他程序运行它们。 我将在此处使用Scala语言，但对任何JVM语言都适用。

目标

我们将定义一个名为itest的新Gradle任务，该任务将仅运行在特定文件夹“ src / itest / scala”中实施的测试。 标准的内置任务测试无需更改即可运行，仅在“ src / test / scala”目录中运行测试。

标准Java / Scala项目

我们将从一个标准的Gradle Java或Scala项目开始。 编程语言在这里无关紧要。 通常，目录结构如下所示：

<project root>
  + src
    + main
      + scala
    + test
      + scala
  - build.gradle

主要源代码（正在测试）位于“ src / main / scala”中，所有单元测试位于“ src / test / scala”中。

在哪里放置集成测试类，以及如何命名它们？

我们已经知道我们的单元测试在哪里。 一个好习惯是使用要测试的类来命名它们，后跟“ Test”或“ Spec”后缀。 例如，如果已测试的类名为“ Miracle”，则对其进行单元测试应转到名为“ MiracleSpec”的类（如果愿意，也可以选择MiracleTest）。 这只是一个约定，仅此而已。

我们将使用相同的原理进行集成测试，但会将它们放在“ src / itest / scala”目录中，并使用“ ITest”或“ ISpec”后缀 。 这也是一个约定，但是它允许我们将它们与单元测试分开运行。

为什么要使用特殊目录以及特殊名称后缀？

我建议将集成测试放在物理上不同的目录中，并使用不同的命名模式，以便在许多其他情况下可以将测试与其余代码区分开。

例如，如果将整个应用程序打包到一个大的JAR中，而您只想运行集成测试。 你会怎么做？ 一些测试运行器仅支持按类/文件名过滤。 您将使用“ * ISpec”正则表达式来实现它。

另一个示例是，在您喜欢的IDE（例如，IntelliJ IDEA）中右键单击一个目录并在该目录中运行所有测试非常方便。 IDEA还允许您通过提供类名模式来运行测试，这就是为什么我喜欢对集成和单元测试使用不同的后缀。

示例项目结构

想象一下一个Scala项目，其中有一个名为Fujara（一种很棒的斯洛伐克乐器）的实现类。 它的单元测试在FujaraSpec类中，而集成测试在FujaraISpec中。 通常，我们需要一些用于集成测试（itest-data.xml）或日志记录配置（logback-test.xml）的数据，这些数据与主应用程序日志记录配置不同。

<project root>
  + src
    + itest
      + resources
        + com
          + buransky
            - itest-data.xml
        logback-test.xml
      + scala
        + com
          + buransky
            - FujaraISpec.scala
    + main
      + resources
        - logback.xml
      + scala
        + com
          + buransky
            - Fujara.scala
    + test
      + scala
        + com
          + buransky
            - FujaraSpec.scala
  - build.gradle

build.gradle

我正在使用Gradle 2.4，但是该解决方案也适用于旧版本。 我将不提供完整的构建脚本，而仅提供与该主题相关的部分。

configurations {
  itestCompile.extendsFrom testCompile
  itestRuntime.extendsFrom testRuntime
}

sourceSets {
  itest {
    compileClasspath += main.output + test.output
    runtimeClasspath += main.output + test.output

    // You can add other directories to the classpath like this:
    //runtimeClasspath += files('src/itest/resources/com/buransky')

    // Use "java" if you don't use Scala as a programming language
    scala.srcDir file('src/itest/scala')
  }

  // This is just to trick IntelliJ IDEA to add integration test
  // resources to classpath when running integration tests from
  // the IDE. It's is not a good solution but I don't know about
  // a better one.
  test {
    resources.srcDir file('src/itest/resources')
  }
}

task itest(type: Test) {
  testClassesDir = sourceSets.itest.output.classesDir
  classpath = sourceSets.itest.runtimeClasspath

  // This is not needed, but I like to see which tests have run
  testLogging {
    events "passed", "skipped", "failed"
  }
}

运行集成测试

现在，我们应该能够简单地通过运行“ gradest itest”任务来运行集成测试。 在我们的示例中，它应仅运行FujaraISpec。 要在FujaraSpec中运行单元测试，请执行“渐变测试”。

定义其他测试类型

如果您希望对功能测试，性能测试，验收测试或其他任何测试使用相同的原理，只需复制并粘贴上面的代码，然后用“ ftest”，“ ptest”，“ atest”，“ xtest”替换“ itest”， …

翻译自: https://www.javacodegeeks.com/2015/10/integration-testing-with-gradle.html

gradle集成sonar