Как проверить приложение консоли Java с Maven?

Question

Как проверить приложение консоли Java с Maven?

Эти тесты должны запускать после , созданный файл jar. Они должны проверить, работает ли он вообще, и независимо от того, производит ли он корректный вывод консоли при определенных входных файлах.

Не могли бы вы указать на некоторые примеры таких тестов для консольных приложений? Должны ли эти тесты записываться на Java для использования с Maven?

Существует аналогичный вопрос ( Тестирование консольных приложений/программ - Java ), но мне нужно тестирование Blackbox, а не модульное тестирование. И он не упоминает Maven.

<Сильный> UPDATE:

It turned out that it vas very easy to do. My first problem was a misconception of integration tests after seeing so many definitions here (What is Unit test, Integration Test, Smoke test, Regression Test?; What's the difference between unit, functional, acceptance, and integration tests?; What are unit testing and integration testing, and what other types of testing should I know about?; What is an integration test exactly?). The second problem was that I did not intend to write these test in Java, but in the end I had to learn how to use java.lang.Runtime.

Прежде всего, я добавил это в свой pom.xml :


    maven-failsafe-plugin
    2.6
    
        
            
                integration-test
                verify

Затем я создал файл * IT.java в src/test/java :

public class MyAppIT {

    @Test
    public void test() throws IOException {
        Runtime runtime = Runtime.getRuntime();
        String cmd = "java -cp target/myapp.jar my.app.Main";
        Process process = runtime.exec(cmd);
        InputStreamReader isr = new InputStreamReader(process.getErrorStream());
        BufferedReader br = new BufferedReader(isr);
        Boolean containsUsage = false;
        String line;
        while ((line = br.readLine()) != null) {
            if (line.contains("Usage")) {
                containsUsage = true;
            }
        }
        assertTrue(containsUsage);
    }
}

Теперь я использую mvn verify вместо mvn package .

Results :

Tests run: 1, Failures: 0, Errors: 0, Skipped: 0

2

добавлено 28 Декабрь 2012 в 11:59 автор utapyngo отредактировано 23 Май 2017 в 12:02

Просмотры: 3

источник

nl ja de

2 ответы

Видеокурс по Java для начинающих

Получи видеокурс по Java для начинающих с упражнениями

Кажется, вы хотите интегрировать тестирование.

Во многих случаях приложение создается системой непрерывной интеграции (CI), такой как Hudson, Travis или sth. Этот CI компилирует и запускает модульные тесты после каждой фиксации на исходный код. После успешной компиляции запускаются проекты интеграции-тестирования.

Интеграционные тесты находятся в отдельном проекте источника maven. Вы бы создали интеграционные тесты-классы, такие как обычные модульные тесты в src/test/java. Конечно, вы не тестируете отдельный класс по отдельности - это модульное тестирование - вы настраиваете свою систему для тестирования интеграции (проводьте правильные компоненты) и выполняете необходимые тесты «тест дыма».

Таким образом, в вашем случае вы можете создать еще один проект для тестирования интеграции и выполнить его после сборки вашего приложения. Вы можете создать родительский помпа maven и использовать подмодули, чтобы избежать ручной интеграции-тестирования-сборки.

Тест-классы должны быть java и расположены в src/test/java, они выглядят как обычные модульные тесты и управляются maven. Конечно, вы можете запустить не-java-программу в этих тестах и утвердить результат.

Консольное приложение имеет « основной » метод, поэтому я бы назвал основной метод в тесте. В противном случае вам нужно запустить команду оболочки или что-то в этом роде. (через java.lang.Runtime)

В тестировании консольных приложений нет специальности. Если вы не хотите протестировать пользовательский интерфейс - автоматическое тестирование пользовательских интерфейсов непросто и сложнее, пожалуйста, уточните, является ли это вашим фокусом.

3

добавлено 28 Декабрь 2012 в 12:32 автор burna

источник

Да, я хочу проверить, действительно ли программа работает, а не при использовании метода « main ». Я бы не назвал это тестирование интерфейса для моей программы, не позволяющей взаимодействовать с пользователем. Он просто обрабатывает входные файлы и выводит результаты.

добавлено 28 Декабрь 2012 в 01:09, автор utapyngo, источник

Вызов командной строки вызывает вызов основного метода. Вы можете использовать Runtime для выполнения команды «java my.app.Main», у вас есть полные возможности java в тестовом проекте.

добавлено 28 Декабрь 2012 в 01:18, автор burna, источник

не удовлетворены - остались вопросы?

добавлено 28 Декабрь 2012 в 05:46, автор burna, источник

Видеокурс "Создание приложений для Android"

Получи множество видеоуроков по Android сейчас

автор yegor256 · Answer 1 · 2012-12-28T02:49Z

Я бы рекомендовал использовать maven-invoker-plugin в сочетании с exec-maven-plugin . Invoker создает подпроект и запускает его, где плагин exec запускает JAR. Затем invoker проверяет его вывод.

Например, взгляните на это pom.xml в проекте s3auth-relay . Сам модуль создает консольное приложение JAR, которое является демоном HTTP. pom.xml является частью конфигурации maven-invoker-plugin . Он запускает консольное приложение и проверяет, изящно ли он отключается. Чтобы предотвратить запуск JAR в качестве демона, мы используем необязательный флаг -d .

В примере не показана возможность проверки вывода JAR, но это можно сделать с помощью post build script механизм maven-invoker-plugin .