gpt4 book ai didi

scala - 将 SBT 与 ScalaTest 一起使用时,可以安全地忽略 ScalaCheck/Specs 警告吗?

转载 作者:行者123 更新时间:2023-12-01 13:06:07 25 4
gpt4 key购买 nike

我有一个简单的基于 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 test 时,我收到以下警告:

...
[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 ==
...

目前我假设这些只是“噪音”(由统一测试接口(interface)引起?)并且我可以安全地忽略它们。但这对我内心的某些 OCD 部分来说有点烦人(尽管还没有烦到我准备为其他框架添加依赖项)。

这是一个正确的假设,还是我的测试/配置代码中存在细微错误?如果忽略是安全的,是否有任何其他方法来抑制这些错误,或者人们是否经常包含所有三个框架,以便他们可以为不同的测试挑选最佳方法?

TIA,保罗。

(添加:scala v2.7.7 和 sbt v0.7.4)

最佳答案

Mark Harrah 说忽略它是安全的,并且应该在 0.7.4 之前修复,但他忘记了。

关于scala - 将 SBT 与 ScalaTest 一起使用时,可以安全地忽略 ScalaCheck/Specs 警告吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3054393/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com