如何使用specs2对测试进行分组？

Question

我已经习惯了JUnit,在JUnit中,只需在单个文件(类)中定义这些测试并使用它们进行注释,就可以将多个测试(通常与类相关)组合在一起@Test.然后,要运行其中几个测试,TestSuite使用@Suite.SuiteClasses依此类推创建a .

在specs2中,可以将两个不同级别的测试分组,扩展一些Specification.例如:

  "Whatever" should {
    "do its job when possible" in {
      whatever(new Thing).work must beSome
    }
    "return none when not possible" in {
      whatever(null).work must beNone
    }
  }

我们可以Specification将这种类型中的几个组合在一个文件中,并且每个都可以打包几个检查,每个检查就像一个@Test,每个组像JUnit中的文件一样,然后每个都Specification作为SuiteJUnit中的一个,除了a Suite被分成几个类和a Specification在单个类(即文件)中,这往往会产生巨大的文件.

所以问题有两个:

• 我应该把这些东西放在组织和可读性的问题上:a Specification和每个班级应该做的事情,即它应该通过的检查.
• 如果整个测试组被分成几个文件,我怎样才能创建一个Suite如果可能的话以分层方式对它们进行分组,例如Suites对于ScalaTest.

BTW:我使用Specs2因为我觉得这是标准的(默认情况下是与原型,一个(非常小)小(传闻)样本证实了这一[ 1,2 ]),但我正在考虑使用ScalaTest.根据数字(specs2,scalatest)判断,这可能是遵循Scala社区标准和习俗的最佳选择.我之所以提到这一点是因为出于这些原因,"不可能使用ScalaTest"这样的答案是可以接受的.

Answer 1

在specs2中,没有分层套件的概念.规范只是一个示例列表.即使您将它们分组xxx should yyy,这只会影响控件中显示示例的方式,或多或少的缩进.

另一方面,有一些方法可以使用specs2组织规范:

• 引用
• 标签

参考

您可以通过创建引用其他规范的顶级规范来创建规范层次结构:

// code for specs2 3.x
class ParentSpec extends Specification { def is = s2"""
  These are all the important specifications about our domain
  ${"child1" ~ ChildSpec1}   
  ${"child2" ~ ChildSpec2}   
  """
}

子规格可以参考其他规格等.与JUnit(可能还有ScalaTest)的不同之处在于您的参考图不需要是树.使用all参数执行规范时

sbt> test-only ParentSpec -- all

然后从依赖关系开始,ParentSpec以便在高级别之前执行低级别依赖关系.任何周期都会被打破,这样你就不会无限地执行任务(或得到一个StackOverflowError).

标签

标签是一种非常方便的分类方法,因为给定的"东西"不需要只属于一个类别.当时,这是TestNG带来的重大改进之一.在specs2中,您可以标记单个示例或整个规范,然后根据包含/排除某些标记声明要运行的示例.例如

class Spec1 extends mutable.Specification { section("functional")
   "simple test" >> ok

   tag("io")
   "a bit of IO" >> ok
}

class Spec2 extends mutable.Specification { section("functional")
   "another simple test" >> ok

   tag("io")
   "another bit of IO" >> ok
}

然后,您只能使用functional标记执行规范,而不能使用包含io标记的示例执行规范

sbt> test-only -- include functional exclude io

组织

使用引用和标记,您可以想象几种切片和切块测试源的方法:

• 您可以使用引用来创建规范的主要"分类法"
• 您可以使用标签来创建一个类似"交叉"的关注io,slow,database,scalacheck...

请注意,您还可以混合使用上述所有内容并在引用上添加标记,包含示例和引用的规范,等等.

选择给定结构的标准是:

• 围绕代码库中的概念导航
• 不同套房的执行速度
• 在更改后仅重新运行测试的某些方面的必要性
• 基础设施限制(并非一切都可以在任何环境中运行)