Почему scalatest смешивает выход?

Я запускаю свой скалят из sbt, и результат путается - scalatest печатает весь тестовый прогон и комментарии к ним, а где-то посередине он печатает статистику:

> test
[info] Compiling 1 Scala source to /home/platon/Tor/scala-dojo-02/target/scala-2.9.1/classes...
[info] FunsWithListsTests:
[info] - should return list of labels
[info] - should return the average rating of games belonging to Zenga
[info] - should return the total ratings of all games
[info] - should return the total ratings of EA games *** FAILED ***
[info]   0 did not equal 170 (FunsWithListsTests.scala:35)
[error] Failed: : Total 8, Failed 5, Errors 0, Passed 3, Skipped 0
[info] - should increase all games rating by 10 *** FAILED ***
[error] Failed tests:
[error]     dojo.FunsWithListsTests
[info]   List() did not equal List(Game(Activision,40), Game(Zenga,70), Game(Zenga,20), Game(EA,70), Game(EA,120)) (FunsWithListsTests.scala:40)
[info] - should decrease all Zenga games rating by 10 *** FAILED ***
[info]   List() did not equal List(Game(Activision,30), Game(Zenga,50), Game(Zenga,0), Game(EA,60), Game(EA,110)) (FunsWithListsTests.scala:45)
[info] - should create function to find Activision games *** FAILED ***
[info]   List(Game(Activision,30), Game(Zenga,60), Game(Zenga,10), Game(EA,60), Game(EA,110)) did not equal List(Game(Activision,30)) (FunsWithListsTests.scala:50)
[info] - should return a List of tuples consisting of game label and game *** FAILED ***
[info]   List() did not equal List((ACTIVISION,Game(Activision,30)), (ZENGA,Game(Zenga,60)), (ZENGA,Game(Zenga,10)), (EA,Game(EA,60)), (EA,Game(EA,110))) (FunsWithListsTests.scala:56)
[error] {file:/home/platon/Tor/scala-dojo-02/}default-940f03/test:test: Tests unsuccessful
[error] Total time: 1 s, completed Mar 20, 2012 9:27:13 AM

Кажется, что если бы я накопил большое количество тестов, поиск этих статистических данных и неудачных тестов стал бы болью.

Есть ли способ исправить это?

Ответ 1

Мне кажется, причина в том, что SBT по умолчанию выполняет тесты параллельно, так же, как и maven-surefire-plugin.

Как объясняется в Wiki ScalaTest, это можно решить, используя

Отключить параллельное выполнение тестов По умолчанию sbt выполняет все задачи параллельно. Поскольку каждый тест сопоставляется с задачей, тесты также запускаются параллельно по умолчанию. Чтобы отключить параллельное выполнение тестов:

parallelExecution in Test: = false

Ответ 2

Иметь такую ​​же проблему и решить ее, сохраняя журналы в отдельные файлы. Не идеальна, но хороша для CI, особенно в случае длительных интеграционных тестов. Как я это сделал:

  • Создайте специальный каталог для журналов (например, в конце build.sbt):

    lazy val logDirectory = taskKey[File]("A directory for logs")
    logDirectory := {
      val r = target.value / "logs"
      IO.createDirectory(r)
      r
    }
    
  • [Необязательно] Укажите файл для сводной информации в проекте:

    testOptions in test += Tests.Argument(
      TestFrameworks.ScalaTest, "-fW", (logDirectory.value / "summary.log").toString
    )
    

    W отключает цвета

  • Создайте группу для каждого теста. Каждая группа должна запускать тест в разветвленной JVM со специальными аргументами:

    testGrouping in test := testGrouping.value.flatMap { group =>
      group.tests.map { suite =>
        val fileName = {
          // foo.bar.baz.TestSuite -> f.b.b.TestSuite
          val parts = suite.name.split('.')
          (parts.init.map(_.substring(0, 1)) :+ parts.last).mkString(".")
        }
    
        val forkOptions = ForkOptions(
          bootJars = Nil,
          javaHome = javaHome.value,
          connectInput = connectInput.value,
          outputStrategy = outputStrategy.value,
          runJVMOptions = javaOptions.value ++ Seq(
            "-Dour.logging.appender=FILE",
            s"-Dour.logging.dir=${logDirectory.value / fileName}"
          ),
          workingDirectory = Some(baseDirectory.value),
          envVars = envVars.value
        )
    
        group.copy(
          name = suite.name,
          runPolicy = Tests.SubProcess(forkOptions),
          tests = Seq(suite)
        )
      }
    }
    

    Обратите внимание, что мы можем сообщить логин, где мы сохраняем наши журналы через наш .logging.appender и наш .logging.dir

  • Создайте конфигурацию для ведения журнала (test/resources/logback-test.xml):

    <?xml version="1.0" encoding="UTF-8"?>
    <configuration>
        <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
            <target>System.out</target>
            <encoder>
                <pattern>%date{yyyy-MM-dd HH:mm:ss} %-5level [%thread] %logger{26} - %msg%n</pattern>
            </encoder>
        </appender>
    
        <appender name="FILE" class="ch.qos.logback.core.FileAppender">
            <file>${our.logging.dir}/test.log</file>
            <append>false</append>
            <encoder>
                <pattern>%date{yyyy-MM-dd HH:mm:ss.SSS} %-5level [%thread] %logger{26} - %msg%n</pattern>
            </encoder>
        </appender>
    
        <root level="TRACE">
            <appender-ref ref="${our.logging.appender}"/>
        </root>
    </configuration>
    

Что все.