ScalaTest en sbt: existe-t-il un moyen d'exécuter un seul test sans balises?

Je sais qu'un seul test peut être exécuté en exécutant, dans sbt,

testOnly *class -- -n Tag

Existe-t-il un moyen de dire à sbt / scalatest d'exécuter un seul test sans balises? Par exemple:

testOnly *class -- -X 2

cela signifierait "exécuter le deuxième test de la classe. Quoi qu'il en soit". Nous avons un tas de tests et personne n'a pris la peine de les étiqueter, alors y a-t-il un moyen d'exécuter un seul test sans qu'il ait une étiquette?

Ceci est désormais pris en charge (depuis ScalaTest 2.1.3) en mode interactif:

testOnly *MySuite -- -z foo

pour exécuter uniquement les tests dont le nom inclut la sous-chaîne "foo".

Pour une correspondance exacte plutôt qu'une sous-chaîne, utilisez à la -tplace de -z.

Je voulais ajouter un exemple concret pour accompagner les autres réponses

Vous devez spécifier le nom de la classe que vous souhaitez tester, donc si vous avez le projet suivant (il s'agit d'un projet Play):

Vous pouvez tester uniquement les Logintests en exécutant la commande suivante à partir de la console SBT:

test:testOnly *LoginServiceSpec

Si vous exécutez la commande depuis l'extérieur de la console SBT, procédez comme suit:

sbt "test:testOnly *LoginServiceSpec"

Je ne vois pas de moyen d'exécuter un seul test non étiqueté dans une classe de test, mais je fournis mon flux de travail car il semble être utile pour quiconque se heurte à cette question.

Depuis une session sbt:

test:testOnly *YourTestClass

(L'astérisque est un caractère générique, vous pouvez spécifier le chemin complet com.example.specs.YourTestClass.)

Tous les tests de cette classe de test seront exécutés. Vous êtes probablement plus préoccupé par les tests échoués, alors corrigez toutes les implémentations défaillantes, puis exécutez:

test:testQuick

... qui n'exécutera que les tests qui ont échoué. (La répétition de la test:testOnlycommande la plus récemment exécutée sera la même que test:testQuickdans ce cas, mais si vous divisez vos méthodes de test en classes de test appropriées, vous pouvez utiliser un caractère générique pour rendre test:testQuickplus efficace la manière de réexécuter les tests qui ont échoué.)

Notez que la nomenclature des tests dans ScalaTest est une classe de test, pas une méthode de test spécifique, donc toutes les méthodes non marquées sont exécutées.

Si vous avez trop de méthodes de test dans une classe de test, divisez-les en classes séparées ou étiquetez-les de manière appropriée. (Cela pourrait indiquer que la classe testée est en violation du principe de responsabilité unique et pourrait utiliser une refactorisation.)

Juste pour simplifier l'exemple de Tyler.

test:-prefix n'est pas nécessaire.

Donc selon son exemple:

Dans la sbt-console:

testOnly *LoginServiceSpec

Et dans le terminal:

sbt "testOnly *LoginServiceSpec"

Voici la page Scalatest sur l' utilisation du runner et la discussion approfondie sur les options -tet-z .

Cet article montre quelles commandes fonctionnent pour un fichier de test qui utilise FunSpec.

Voici le fichier de test:

package com.github.mrpowers.scalatest.example

import org.scalatest.FunSpec

class CardiBSpec extends FunSpec {

  describe("realName") {

    it("returns her birth name") {
      assert(CardiB.realName() === "Belcalis Almanzar")
    }

  }

  describe("iLike") {

    it("works with a single argument") {
      assert(CardiB.iLike("dollars") === "I like dollars")
    }

    it("works with multiple arguments") {
      assert(CardiB.iLike("dollars", "diamonds") === "I like dollars, diamonds")
    }

    it("throws an error if an integer argument is supplied") {
      assertThrows[java.lang.IllegalArgumentException]{
        CardiB.iLike()
      }
    }

    it("does not compile with integer arguments") {
      assertDoesNotCompile("""CardiB.iLike(1, 2, 3)""")
    }

  }

}

Cette commande exécute les quatre tests du iLikebloc describe (à partir de la ligne de commande SBT):

testOnly *CardiBSpec -- -z iLike

Vous pouvez également utiliser des guillemets, cela fonctionnera donc également:

testOnly *CardiBSpec -- -z "iLike"

Cela exécutera un seul test:

testOnly *CardiBSpec -- -z "works with multiple arguments"

Cela exécutera les deux tests qui commencent par "fonctionne avec":

testOnly *CardiBSpec -- -z "works with"

Je ne peux pas avoir la -tpossibilité d'exécuter des tests dans le CardiBSpecfichier. Cette commande n'exécute aucun test:

testOnly *CardiBSpec -- -t "works with multiple arguments"

Il semble que l' -toption fonctionne lorsque les tests ne sont pas imbriqués dans des describeblocs. Jetons un œil à un autre fichier de test:

class CalculatorSpec extends FunSpec {
  it("adds two numbers") {
    assert(Calculator.addNumbers(3, 4) === 7)
  }
}

-t peut être utilisé pour exécuter le test unique:

testOnly *CalculatorSpec -- -t "adds two numbers"

-z peut également être utilisé pour exécuter le test unique:

testOnly *CalculatorSpec -- -z "adds two numbers"

Consultez ce dépôt si vous souhaitez exécuter ces exemples.