Sposób sekwencyjnego uruchamiania specyfikacji

Question

Chcę utworzyć kilka specyfikacji współpracujących z bazą danych.

class DocumentSpec extends mutable.Specification with BeforeAfterExample { 
    sequential 

    def before() = {createDB()} 
    def after() = {dropDB()} 

    // examples 
    // ... 
} 

Baza danych jest tworzona i upuszczana przed i po każdym przykładzie (wykonywana sekwencyjnie). Everithing działa zgodnie z oczekiwaniami, dopóki nie istnieje tylko jedna specyfikacja, która działa z bazą danych. Ponieważ specyfikacje są wykonywane równolegle, przeszkadzają i kończą się niepowodzeniem.

Mam nadzieję, że uda mi się tego uniknąć, nakazując specs2, aby sekwencyjnie przeprowadzał testy z efektami ubocznymi, jednocześnie prowadząc równoległe testy z efektem ubocznym. Czy to możliwe?

Answer 1

Przypuszczam, że używasz SBT? Jeśli tak, sprawdź dokumentację: http://www.scala-sbt.org/release/docs/Detailed-Topics/Parallel-Execution

Odpowiednie ustawienie SBT to parallelExecution. Dodaj to do definicji projektu:

parallelExecution in Test := false 

Answer 2

Jeśli chcesz uruchomić pojedynczy Specyfikacja w specs2 kolejno po prostu dodać sequential wywołanie metody na początku swojej specyfikacji. Na przykład:

class MyTest extends Specification { 
    // Set sequential execution 
    sequential 

    // This tests will be executed sequentially 
    "my test" should { 
    "add numbers" in { 
     (1 + 1) should be equalTo 2 
    } 

    "multiply numbers" in { 
     (2 * 2) should be equalTo 4 
    } 
    } 
} 

Answer 3

Tymczasem istnieje lepsze rozwiązanie (http://www.scala-sbt.org/release/docs/Parallel-Execution.html):

SBT 0.12.0 wprowadza ogólną infrastrukturę ograniczanie współbieżność zadań poza zwykłymi deklaracji zamówieniu.

Taka konfiguracja będzie uruchomić wszystkie testy sekwencyjne, także jeśli są one w podprojektów:

concurrentRestrictions in Global := Seq(
    Tags.limit(Tags.CPU, 2), 
    Tags.limit(Tags.Network, 10), 
    Tags.limit(Tags.Test, 1), 
    Tags.limitAll(15) 
) 

nie testowałem, czy to może być pominięte przez każdego podprojektu, więc sub-projekt może równolegle przeprowadzaj testy.