为什么Spock Framework推荐使用SUS,但是在任何例子中都没有这个缩写?
Why Spock Framework recommends to use SUS, but there is no such abbreviation in any example?
Spock 框架声明我们应该使用 SUS 缩写来测试实体,但从未使用它本身。
这是文档中的一小部分:Spock Terminology
以下是来自 GitHub
的 Spock 官方示例
哪个是正确的?
例如:
class EmptyStackSpec extends Specification {
def stack = new Stack()
def "size"() {
expect: stack.size() == 0
}
}
或
class EmptyStackSpec extends Specification {
def sus = new Stack()
def "size"() {
expect: sus.size() == 0
}
}
所以,我很困惑。如果没有人使用它,为什么它会出现在文档中?
如果你想指出正在测试的 Class,Spock 有 @Subject 注释。您链接的段落并不意味着您实际上应该调用 field/variable sus
,而是它为您提供了以抽象方式谈论它的术语。如果您实际编写规范,使用更具描述性的名称通常更有帮助。
Spock 框架声明我们应该使用 SUS 缩写来测试实体,但从未使用它本身。
这是文档中的一小部分:Spock Terminology
以下是来自 GitHub
的 Spock 官方示例哪个是正确的?
例如:
class EmptyStackSpec extends Specification {
def stack = new Stack()
def "size"() {
expect: stack.size() == 0
}
}
或
class EmptyStackSpec extends Specification {
def sus = new Stack()
def "size"() {
expect: sus.size() == 0
}
}
所以,我很困惑。如果没有人使用它,为什么它会出现在文档中?
如果你想指出正在测试的 Class,Spock 有 @Subject 注释。您链接的段落并不意味着您实际上应该调用 field/variable sus
,而是它为您提供了以抽象方式谈论它的术语。如果您实际编写规范,使用更具描述性的名称通常更有帮助。