Руководство по тестированию Gradle Скрипты

Каковы наилучшие методы тестирования Gradle Скрипты?

В настоящее время unit test my ant скрипты с antunit, но я для перехода на Gradle. Я могу только найти статьи по тестированию кода Java из Gradle или Groovy, но ничего не тестировать задачи Gradle, которые я создаю или тестирую Groovy в целом. Существует ли эквивалент аннулирования для Gradle? Кто-нибудь играл с базой BDD (например, огурец) для тестирования сценариев Gradle?

Например, в настоящее время у меня есть следующий Ant Target

<target name="dist-bin" depends="build" description="creates a zip distribution of the current build">
    <zip destfile="build/TIBant-bin.zip">
        <zipfileset dir="src/ant" includes="**" />
        <zipfileset dir="test" includes="**" prefix="test" />
        <zipfileset dir="build" includes="TIBant.jar" />
        <zipfileset dir="build" includes="TIBant-*.html" />
        <zipfileset dir="build/examples/XMLtoProperties"
                    includes="XMLtoProperties.html"
                    prefix="examples/XMLtoProperties" />
        <zipfileset dir="lib" includes="**" prefix="lib" />
        <zipfileset dir="src/xslt" includes="**" excludes="test/**,userguide.xslt" prefix="lib/xslt" />
        <zipfileset dir="." includes="copyright.html,LICENSE.txt" />
        <zipfileset dir="examples"
                    includes="**"
                    excludes="**/build/**,**/config/default.properties"
                    prefix="examples" />
    </zip>
</target>

Как вы можете себе представить, довольно легко сломать это при рефакторинге проекта, поэтому у меня есть следующий тест на антенит, чтобы проверить его.

<target name="test-dist-bin">
    <delete file="build/TIBant-bin.zip" />
    <au:assertFalse message="Bin dist still present">
        <available file="build/TIBant-bin.zip" />
    </au:assertFalse>
    <antcall target="dist-bin" />
    <au:assertTrue message="Bin dist not created">
        <available file="build/TIBant-bin.zip" />
    </au:assertTrue>
    <delete dir="build/testBinDist" />
    <au:assertFalse message="TestBinDist still present">
        <available file="build/testBinDist" />
    </au:assertFalse>
    <mkdir dir="build/testBinDist" />
    <unzip src="build/TIBant-bin.zip" dest="build/testBinDist" />
    <au:assertFalse message="config dir present">
        <available file="build/testBinDist/config/default.properties" />
    </au:assertFalse>
    <au:assertTrue message="Ant Macros missing">
        <available file="build/testBinDist/tibant.xml" />
    </au:assertTrue>
    <au:assertTrue message="Engine Stopper Jar missing">
        <available file="build/testBinDist/TIBant.jar" />
    </au:assertTrue>
    <au:assertTrue message="Ant-contrib-missing">
        <available file="build/testBinDist/lib/ant-contrib-1.0b3.jar" />
    </au:assertTrue>
    <au:assertTrue message="ant-unit missing">
        <available file="build/testBinDist/lib/ant-antunit-1.2.jar" />
    </au:assertTrue>
    <au:assertTrue message="Copyright missing">
        <available file="build/testBinDist/copyright.html" />
    </au:assertTrue>
    <au:assertTrue message="License missing">
        <available file="build/testBinDist/LICENSE.txt" />
    </au:assertTrue>
    <au:assertFalse message="Src present">
        <available file="build/testBinDist/src/java/org/windyroad/tibant/EngineStopper.jar" />
    </au:assertFalse>
    <au:assertTrue message="example missing">
        <available file="build/testBinDist/examples/SimpleProject/src/bw/example/Build/example.archive" />
    </au:assertTrue>
    <au:assertFalse message="example has build files">
        <available file="build/testBinDist/examples/SimpleProject/build/*" />
    </au:assertFalse>
    <au:assertFalse message="example has default config file">
        <available file="build/testBinDist/examples/SimpleProject/config/default.properties" />
    </au:assertFalse>
    <property name="doc.file"
              location="build/testBinDist/TIBant-User-Guide.html" />
    <au:assertTrue message="doc missing: ${doc.file}">
        <available file="${doc.file}" />
    </au:assertTrue>
    <au:assertTrue message="xslt missing">
        <available file="build/testBinDist/lib/xslt/configure-ear.xslt" />
    </au:assertTrue>
    <subant target="run-quick-tests">
        <fileset dir="build/testBinDist" includes="build.xml" />
    </subant>
</target>

который вызывается следующим фрагментом, чтобы создать хороший отчет xml

                <au:antunit failonerror="@{failonerror}">
                    <propertyset>
                        <propertyref name="config.filename" />
                    </propertyset>
                    <path>
                        <pathelement location="@{antunit}" />
                    </path>
                    <au:plainlistener logLevel="info" />
                    <au:xmllistener todir="build" loglevel="info" />
                </au:antunit>

Я понимаю, как переносить dist-bin в gradle, но я не уверен, как правильно переносить вызов test-dist-bin и au:antunit.

Ответ 1

Gradle Инструмент для тестирования 3.x доступен! Пожалуйста, ознакомьтесь с userguide здесь: https://docs.gradle.org/current/userguide/test_kit.html

Затем правильность логики можно проверить, утверждая следующее, потенциально в комбинации:

Результат сборки;
Запись журнала сборки (т.е. вывод консоли);
Набор задач, выполняемых сборкой и их результатами (например, FAILED, UP-TO-DATE и т.д.).

пример с копией:

import org.gradle.testkit.runner.BuildResult;
import org.gradle.testkit.runner.GradleRunner;
import org.junit.Before;
import org.junit.Rule;
import org.junit.Test;
import org.junit.rules.TemporaryFolder;

import java.io.BufferedWriter;
import java.io.File;
import java.io.FileWriter;
import java.io.IOException;
import java.util.Collections;

import static org.junit.Assert.assertEquals;
import static org.junit.Assert.assertTrue;

import static org.gradle.testkit.runner.TaskOutcome.*;

public class BuildLogicFunctionalTest {
    @Rule public final TemporaryFolder testProjectDir = new TemporaryFolder();
    private File buildFile;

    @Before
    public void setup() throws IOException {
        buildFile = testProjectDir.newFile("build.gradle");
    }

    @Test
    public void testHelloWorldTask() throws IOException {
        String buildFileContent = "task helloWorld {" +
                                  "    doLast {" +
                                  "        println 'Hello world!'" +
                                  "    }" +
                                  "}";
        writeFile(buildFile, buildFileContent);

        BuildResult result = GradleRunner.create()
            .withProjectDir(testProjectDir.getRoot())
            .withArguments("helloWorld")
            .build();

        assertTrue(result.getOutput().contains("Hello world!"));
        assertEquals(result.task(":helloWorld").getOutcome(), SUCCESS);
    }

    private void writeFile(File destination, String content) throws IOException {
        BufferedWriter output = null;
        try {
            output = new BufferedWriter(new FileWriter(destination));
            output.write(content);
        } finally {
            if (output != null) {
                output.close();
            }
        }
    }
}

Ответ 2

Я думаю, что этот том означает способ проверить свои собственные написанные задачи gradle, правильно? Если вы создали пользовательскую задачу gradle, расширив DefaultTask и разместив ее в папке buildSrc вашего проекта, вы можете добавить тестовый класс junit/spock/whatever, чтобы проверить выполнение задачи. Хорошим примером для этого является Gradles own build. взгляните на

https://github.com/gradle/gradle/blob/master/buildSrc/src/test/groovy/org/gradle/build/docs/dsl/source/ExtractDslMetaDataTaskTest.groovy

Это спецификация spock, которая проверяет ExtractDslMetaDataTask, которая была специально написана для собственной сборки griddles. Экстракт ExtractDslMetaDataTask находится по адресу:

https://github.com/gradle/gradle/blob/master/buildSrc/src/main/groovy/org/gradle/build/docs/dsl/source/ExtractDslMetaDataTask.groovy

Чтобы добавить утверждения к вашей сборки script "adhoc tasks", как ваш пример выше, вы можете использовать утверждение питания groovy.

пример: если у вас есть такая простая задача в script:

task writeFoo << {
    file("$buildDir/foo.txt").text =  "bar"
}

вы можете либо изменить задачу, чтобы добавить утверждение:

task writeFoo << {
    file("$buildDir/foo.txt").text =  "bar"
    assert file("$buildDir/foo.txt).isFile()
}

или вы добавите выделенную тестовую задачу в свой script

task testWriteFoo(dependsOn: writeFoo) << {
    assert file("$buildDir/foo.txt).isFile()
    assert file("$buildDir/foo.txt).text == "bar"
}

помните, что вы можете использовать всю мощь языка groovy в сценариях сборки.

Планируется, что встроенный инструментарий тестирования в gradle будет поддерживать авторов build script при тестировании их логики пользовательской сборки. взгляните на:

http://forums.gradle.org/gradle/topics/testing_toolkit_for_custom_build_logic

Ответ 3

Пока вы применяете плагин groovy, а ваши тесты сидят под src/test/groovy, для их запуска нет дополнительной конфигурации. То же самое можно сказать и о тестах BDD со Spock. Если вы хотите больше узнать о возможностях тестирования Gradle, ознакомьтесь с книгой "Строительство и тестирование" с помощью Gradle. Он охватывает тестирование с помощью JUnit, TestNG, Spock, Geb и EasyB.