在将SBT与ScalaTest一起使用时,是否可以安全地忽略ScalateCheck/Specs警告?
我有一个简单的在将SBT与ScalaTest一起使用时,是否可以安全地忽略ScalateCheck/Specs警告?,scala,sbt,scalatest,scalacheck,Scala,Sbt,Scalatest,Scalacheck,我有一个简单的FunSuite,基于ScalaTest: package pdbartlett.hello_sbt import org.scalatest.FunSuite class SanityTest
FunSuite
,基于ScalaTest:
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))
}
}
我正在使用以下SBT项目配置运行它:
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"
}
但是,当我运行sbt测试时
会收到以下警告:
...
[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 ==
...
目前,我假设这些只是“噪音”(由统一测试接口引起),我可以安全地忽略它们。但这对我内心的某些OCD部分来说有点烦人(尽管我还没有准备好为其他框架添加依赖项)
这是一个正确的假设,还是我的测试/配置代码中存在细微的错误?如果可以安全地忽略这些错误,是否有其他方法来抑制这些错误,或者人们是否经常包括所有三个框架,以便他们可以为不同的测试选择最佳的方法
蒂亚,
保罗
(新增:scala v2.7.7和sbt v0.7.4)Mark Harrah表示可以安全地忽略,并且应该在0.7.4之前修复,但他忘记了这一点