Spock是一個建構於Groovy語言之上的測試框架，它充分運用了Groovy的特性，讓原本難以讓人理解的測試程式碼搖身一變成為了優雅清晰的設計文件。Spock極具表達性的語法使它受到越來越多開發者的喜愛。本議程首先簡單介紹了Spock，包含設計理念、基本工具以及與其他測試工具的比較。接著也探討Spock如何適用於目前需求多變的開發流程之中。

2. Spock
願你的測試
長長久久，生生不息
by 林世鵬
shihpeng.lin@gmail.com

3. • JAVA/Python/Groovy user
• 開發經驗包含Web app開發、Android app
開發、推薦演算法設計與開發、big data處
理等。
• 其他興趣：異質運算與效能分析。
About Me

5. • Java與Groovy應用程式的測試框架。
• 使用Groovy語言。
• 透過JUnit runner執行測試。
• 參考JUnit、RSpec、jMock、Mockito...
• Spock = Spec + Mock
Spock

6. https://github.com/grails-samples/grails-website/
blob/master/test/unit/org/grails/news/
NewsItemControllerSpec.groovy

7. • 以「擴展Java」為目的而設計的JVM語言。
• 對Java開發者極易學習。
• 利用Java的語法與API。
• 語法精簡、具表達性。
Groovy

8. Java
class Person {
String firstName
String lastName
}
public class Person {
private String firstName;
private String lastName;
public Person(){}
public Person(Map<String, String> args){
this.firstName = firstName;
this.lastName = lastName;
}
public String getFirstName() {
return firstName;
}
public void setFirstName(String firstName) {
this.firstName = firstName;
}
public String getLastName() {
return lastName;
}
public void setLastName(String lastName) {
this.lastName = lastName;
}
}
Groovy

9. JavaGroovy

10. Groovy Collections

11. Projects that use Groovy

13. 1. JDK 6 +
2. Groovy 2.1+
3. Gradle 1.0 +
4. Your favorite IDE
Prerequisite

14. Setup
// build.gradle
apply plugin: 'java'
apply plugin: 'groovy'
repositories {
mavenCentral()
}
dependencies {
compile 'org.codehaus.groovy:groovy-all:2.3.3'
testCompile 'org.spockframework:spock-core:0.7-groovy-2.0'
}

15. https://meetspock.appspot.com/
Spock Web Console

16. 1. 建立Specification類別。
2. 定義feature methods。
3. 定義其餘方法與欄位：
– fixture methods、
– fields、
– helper methods。
How to use

17. • 在Spock中，待測系統 (system under test;
SUT) 的行為是由規格 (specification) 所定
義的。
• 我們透過定義Specification的子類別來
完成SUT行為規格的制定。
• 即JUnit中的test class。
Specification

18. Specification
import spock.lang.Specification
class MyFirstSpec extends Specification {
// fields
// fixture methods
// feature methods
// helper methods
}

19. • Feature methods是Spock規格的核心，其
描述了SUT應具備的各項行為。
• 每個feature method會包含數個blocks，
分別表示測試SUT行為時的不同階段。
• 即JUnit中的test methods。
Feature Methods

20. Feature Methods

21. Execution

24. bus.route == ‘BRT’

26. • setup: or given:
• expect:
• when:
• then:
• where:
• cleanup:
• and:
Blocks in Feature Methods

27. • setup階段；用於準備測試所需資料與SUT
狀態。
• 必須是第一個出現的block。
• 不能重複出現。
• 第一個block之前出現的
敘述都會被當作setup:
的一部分。
setup: or given:

28. • 代表測試中的stimulus與response；必須
成對使用。
• 在when:中讓SUT進行動作。
• then:中確認執行結果或
SUT狀態。
• then:中要包含布林運算
式或其他條件判斷敘述
才有意義。
when: and then:

29. • SUT行為是否符合預期，是以then:或
expect:區塊中的布林運算式運算結果而
定。
• Spock沒有額外的assertion APIs。
• 在JUnit中，應在test methods內挑選合適
的assertion methods來使用。
Assertions

30. old() value in then:
• old()會取得when:
block之前變數的值。

31. • Stimulus結合Response。
• 適用於簡單的判斷。
expect:

32. JUnitSpock

33. What is this feature?
Given a stack and an
element,
when we push the
element on the stack,
then the size of the
stack should be one
and the peeked
element should be
the one we pushed
on.

34. • Setup
• Create Specification
• Define feature methods
• Run and show report
Demo

35. • where:用於提供不同變數內容，作為進行
參數化測試時的data provider。
• 必須是最後一個block。
• JUnit對參數化測試的
支援較薄弱，因此通常
透過JUnitParams完成。
where:

36. • 可使用data table或list。
• 也可每次動態計算變數值。
where:

37. JUnitSpock

38. @Unroll

39. Exceptional Cases

40. Exceptional Cases

41. • cleanup: 外部資源的清理。
• and: 用於分隔block內容，無實質功能。
Other Blocks

42. Fields
Spock
• Instance fields
• @Shared fields
• Statics
JUnit 4
• Instance fields
• N/A
• Statics

43. Fixture Methods
Spock
setup(){}
cleanup(){}
setupSpec(){}
cleanupSpec(){}
JUnit 4
@before
@after
@beforeClasss
@afterClass

44. @Ignore
@IgnoreRest
@IgnoreIf({...})
@AutoCleanup
@Timeout(10)
@Stepwise
Extensions

45. • Parameterized tests
• Exceptions tests
Demo

46. • 這就是Spock。
• 還有一些mocking與stubbing功能。
• 是一個方法名稱可以用字串，有很多block，
用Groovy來寫的JUnit。
Conclusion

47. .........

48. http://zeroturnaround.com/rebellabs/
java-tools-and-technologies-landscape-for-2014/

49. http://www.jameselsey.co.uk/blogs/techblog/
why-all-java-devs-should-at-least-consider-
groovy-and-spock-for-testing/

50. Why Spock?

51. 你平常會寫(單元)測試嗎？

52. • 18:15 Release前發現還有一個bug
• 18:20 修好了！
• 18:21 發deploy request，打電話問老婆晚上要吃
什麼。
• 18:25 (搭電梯中)
QA來電：那個OOXX怎麼沒出來啊？
• ………(不知過了多久)
• 21: 35 「老婆，還有飯嗎？」
應該蠻常見的…

54. • 確認程式各單元 (units) 行為是否符合需求。
• 測試時SUT需與外界完全獨立。
– 以test doubles替換實際相依元件。
• 數量多、執行快。
• 結構單純。
– Arrange-Act-Assert, aka,
Given-When-Then
Unit Tests

55. • 作為程式碼的「安全網」。
• 減少臭蟲。
• 能專注於程式邏輯設計。
• 作為輔助文件、sample code。
Benefits of Unit Tests

56. • 先實作，再測試。
• 先測試，再實作。

57. • 測的是程式碼有沒有如開發者想的運作，
而非需求與功能。
• 測試會對程式碼有極高的耦合度。
• 極易造成“規格文件”、“程式碼”、”測試”的
不對應。
Code-First (Test-Last)

58. • 將測試作為描述元件行為的工具，
• 透過測試的撰寫來確認元件實作後的行為。
• 系統與測試間能保持鬆耦合，實作方式的
改動完全不影響測試本身。
Test-First (Code-Last)

61. • 語法精簡，容易改動。
• 語法須具表達性，包含高度語意。
• 不會給予太多為追求系統
testability而出現的限制。
• 能協助開發者思考元件行為。

62. That’s why we should
consider Spock for testing.

63. 1. 建構子要能夠設定金額與貨幣
2. 如果金額是不合法的值，建構子要能丟出
IllegalArgumentException
3. 如果貨幣是不合法的值，建構子要能丟出
IllegalArgumentException
4.equals()對於以相同資料所建立出的
Money物件應該要回傳true
Money類別

64. Money.groovy

65. Money.groovy

66. 2000 JUnit
2003 TestNG
JUnitParams、Hamcrest、jMock、EasyMock、
Mockito、Catch-Exception...
2007 Spock
Annotation、@DataProvider、
test configurations...

68. Test
Class
SUT
A
D
B
C
DOCs
State Tests vs. Interaction Tests
DOC: Depended-On Component

69. Additional Dependencies
// build.gradle
apply plugin: 'java'
apply plugin: 'groovy'
repositories {
mavenCentral() ""
}
dependencies {
compile 'org.codehaus.groovy:groovy-all:2.3.3'
testCompile 'org.spockframework:spock-core:0.7-groovy-2.0‘
testRuntime 'cglib:cglib-nodep:2.2.2'
testRuntime 'org.objenesis:objenesis:1.2'
}

70. TargetClass mockTarget = Mock()
def mockTarget = Mock(TargetClass)
1 * mockTarget.receive("msg")
(1..3) * mockTarget.receive(_)
(1.._) * mockTarget.receive(_ as String)
Mocking

71. class PublisherSpec extends Specification {
Publisher publisher = new Publisher()
Subscriber subscriber = Mock()
Subscriber subscriber2 = Mock()
def setup() {
publisher.subscribers << subscriber
publisher.subscribers << subscriber2
}
def "should send messages to all subscribers"() {
when:
publisher.send("hello")
then:
1 * subscriber.receive("hello")
1 * subscriber2.receive("hello")
}
}
Verify Interactions

72. stubTarget.receive(_) >> "ok"
stubTarget.receive("msg1") >> "fail"
stubTarget.receive(_) >> { args ->
args[0].size > 3 ? "ok" : "fail"
}
Stubbing

73. • Spock完全相容現有工具，並能對Java與
Groovy程式進行測試。
• 表達性極高的語法，使測試能完美地擔任
描述SUT行為的工作。
• 結構化的block設計，便於思考測試步驟，
進一步改善SUT的設計。
• Spock是新世代的測試工具，無論撰寫測試
的方式為何，Spock都能給予很大的助益。
Conclusion

74. Spock + Geb

76. • Homepage http://spockframework.org
• Documentation http://docs.spockframework.org
• Spock Web console
http://webconsole.spockframework.org
• Source code http://github.spockframework.org/spock
• Spock example
http://github.spockframework.org/spock-example
References