3

在 Specs2 的上下文中，纯粹主义者可能会争辩说应该使用单元测试风格来进行单元测试。Specs2验收测试风格用于进行验收测试。这听起来有点明显;-)

但是，我甚至喜欢编写单元测试的验收测试风格（主要是为了一致性）。有什么技术原因我不应该这样做吗？

我只是喜欢以相同的风格编写所有测试的一致性，并且单元测试风格对于我的项目所有者（不是技术人员）来说有点难以驾驭。虽然验收测试风格允许他们在偶然发现缺失的功能时添加新的测试，例如：

"Cool new feature" ! todo ^

正如您从下面的示例（改编自Specs2 站点）中看到的那样，验收测试风格对于非极客来说更具可读性，并且允许更好地分离关注点，尤其是当规范变得更大时。此外，它可能会导致更多的作文风格或写作测试。

单元测试风格：

  import org.specs2.mutable._

  class HelloWorldSpec extends Specification {

    "The 'Hello world' string" should {
      "contain 11 characters" in {
        "Hello world" must have size(11)
      }
      "start with 'Hello'" in {
        "Hello world" must startWith("Hello")
      }
      "end with 'world'" in {
        "Hello world" must endWith("world")
      }
    }
  }

验收测试风格：

 import org.specs2._

  class HelloWorldSpec extends Specification { def is =

    "This is a specification to check the 'Hello world' string"       ^
                                                                      p^
    "The 'Hello world' string should"                                 ^
      "contain 11 characters"                                         ! e1^
      "start with 'Hello'"                                            ! e2^
      "end with 'world'"                                              ! e3^
      "do something cool"                                             ! todo^
      "do something cooler"                                           ! todo^
                                                                      end

    def e1 = "Hello world" must have size(11)
    def e2 = "Hello world" must startWith("Hello")
    def e3 = "Hello world" must endWith("world")
  }

谁知道，有一天，甚至可能以使用字符串插值（或其他东西）和附加解析例程的更具可读性的 DSL 的多个文件结束：

HelloTest.specs2

  s"
  This is a specification to check the 'Hello world' string
  =========================================================

  The 'Hello world' string should
  -------------------------------
  - $e1 contain 11 characters
  - $e2 && $e3 start with 'Hello' and end with 'world'
  - $todo do something cool
  - $todo do something cooler
  "

MyAppSpec2.scala

 import org.specs2._

  class HelloWorldSpec extends Specification { def is = HelloTest.specs2

    def e1 = "Hello world" must have size(11)
    def e2 = "Hello world" must startWith("Hello")
    def e3 = "Hello world" must endWith("world")
  }
4

1 回答 1

3

没有技术原因为什么不能使用“验收”样式来编写单元测试，而相反地使用“单元”样式来编写验收测试（因为您可以使用带有代码折叠功能的编辑器来仅显示文本，或者您可以使用plan参数执行规范并获得规范的全文而不执行示例）。

您需要注意的两个“技术”事项：

  • “单元”规范使用变量来注册示例，因此如果您尝试使用不同的线程构建这样的规范，它会受到并发问题的影响

  • “接受”规范使用示例的最后一个值作为结果。因此，默认情况下，当您想在示例中每行编写一个期望时，它不太方便。要解决这个问题，您需要混合ThrownExpectation特征或and在期望之间使用运算符

最后，我一定会研究在 Scala 2.10 发布时使用字符串插值作为验收规范的可能性。

于 2012-11-19T03:25:40.317 回答