Les avertissements peuvent ScalaCheck / specs sont ignorées en toute sécurité lors de l'utilisation SBT avec ScalaTest?
-
27-09-2019 - |
Question
Je simple ScalaTest à base FunSuite
-:
package pdbartlett.hello_sbt
import org.scalatest.FunSuite
class SanityTest extends FunSuite {
test("a simple test") {
assert(true)
}
test("a very slightly more complicated test - purposely fails") {
assert(42 === (6 * 9))
}
}
Ce que je suis en cours d'exécution avec le projet SBT suivant config:
import sbt._
class HelloSbtProject(info: ProjectInfo) extends DefaultProject(info) {
// Dummy action, just to show config working OK.
lazy val solveQ = task { println("42"); None }
// Managed dependencies
val scalatest = "org.scalatest" % "scalatest" % "1.0" % "test"
}
Cependant, quand je runsbt test
je reçois les avertissements suivants:
...
[info] == test-compile ==
[info] Source analysis: 0 new/modified, 0 indirectly invalidated, 0 removed.
[info] Compiling test sources...
[info] Nothing to compile.
[warn] Could not load superclass 'org.scalacheck.Properties' : java.lang.ClassNotFoundException: org.scalacheck.Properties
[warn] Could not load superclass 'org.specs.Specification' : java.lang.ClassNotFoundException: org.specs.Specification
[warn] Could not load superclass 'org.specs.Specification' : java.lang.ClassNotFoundException: org.specs.Specification
[info] Post-analysis: 3 classes.
[info] == test-compile ==
...
Pour l'instant, je suppose que ce ne sont que du « bruit » (causé par l'interface de test unifiée?) Et que je peux les ignorer sans risque. Mais il est un peu gênant pour une partie de TOC intérieur de moi (mais pas si ennuyeux que je suis prêt à ajouter des dépendances pour les autres cadres).
Est-ce une hypothèse correcte, ou y at-il des erreurs subtiles dans mon test / code de configuration? S'il est sûr de ne pas tenir compte, est-il un autre moyen de supprimer ces erreurs, ou les gens comprennent systématiquement tous les trois cadres afin qu'ils puissent choisir la meilleure approche pour différents tests?
TIA, Paul.
(AJOUTÉE: scala v2.7.7 et v0.7.4 SBT)
La solution
Mark Harrah dit qu'il est sûr de ne pas tenir compte, et devait être fixé avant 0.7.4, mais il l'a oublié.