Spock是什么？它和JUnit,JMock有什么區(qū)別？
這是Spock系列的第一篇文章，整個(gè)專輯會介紹Spock的用途，為什么使用Spock？它能給我們帶來什么好處？它和JUnit、JMock、Mockito有什么區(qū)別？我們平時(shí)寫單元測試代碼的常見問題和痛點(diǎn)，Spock又是如何解決的，Spock的代碼怎么編寫以及Spock的優(yōu)勢和缺點(diǎn)等內(nèi)容，讓大家對Spock有個(gè)客觀的了解。
Spock是什么？
斯波克是國外一款優(yōu)秀的測試框架，基于BDD思想，功能強(qiáng)大，能夠讓我們的測試代碼規(guī)范化，結(jié)構(gòu)層次清晰，結(jié)合groovy動(dòng)態(tài)語言的特點(diǎn)以及自身提供的各種標(biāo)簽讓編寫測試代碼更加高效和簡潔，提供一種通用、簡單、結(jié)構(gòu)化的描述語言
引用官網(wǎng)的介紹如下(http://spockframework.org)
“ Spock是一個(gè)Java和Groovy應(yīng)用程序的測試和規(guī)范框架。
它之所以能在人群中脫穎而出，是因?yàn)樗鼉?yōu)美而富有表現(xiàn)力的規(guī)范語言。 斯波克的靈感來自JUnit、RSpec、jMock、Mockito、Groovy、Scala、Vulcans ”
簡單說Spock的特點(diǎn)如下:
- 讓我們的測試代碼更規(guī)范，內(nèi)置多種標(biāo)簽來規(guī)范單測代碼的語義，從而讓我們的測試代碼結(jié)構(gòu)清晰，更具可讀性，降低后期維護(hù)難度
- 提供多種標(biāo)簽，比如: where、with、thrown... 幫助我們應(yīng)對復(fù)雜的測試場景
- 再加上使用groovy這種動(dòng)態(tài)語言來編寫測試代碼，可以讓我們編寫的測試代碼更簡潔，適合敏捷開發(fā)，提高編寫單測代碼的效率
- 遵從BDD行為驅(qū)動(dòng)開發(fā)模式，不單是為了測試覆蓋率而測試，有助于提升代碼質(zhì)量
- IDE兼容性好，自帶mock功能
為什么使用Spock? Spock和JUnit、JMock、Mockito的區(qū)別在哪里？
現(xiàn)有的單測框架比如junit、jmock、mockito都是相對獨(dú)立的工具，只是針對不同的業(yè)務(wù)場景提供特定的解決方案。
Junit單純用于測試，不提供mock功能
微服務(wù)已經(jīng)是互聯(lián)網(wǎng)公司的主流技術(shù)架構(gòu)，大部分的系統(tǒng)都是分布式，服務(wù)與服務(wù)之間一般通過接口的方式交互，甚至服務(wù)內(nèi)部也劃分成多個(gè)module，很多業(yè)務(wù)功能需要依賴底層接口返回的數(shù)據(jù)才能繼續(xù)剩下的流程，或者從數(shù)據(jù)庫/Redis等存儲設(shè)備上獲取，或是從配置中心的某個(gè)配置獲取。
這樣就導(dǎo)致如果我們想要測試代碼邏輯是否正確，就必須把這些依賴項(xiàng)(接口、Redis、DB、配置中心...)給mock掉。
如果接口不穩(wěn)定或有問題則會影響我們代碼的正常測試，所以我們要把調(diào)用接口的地方給模擬掉，讓它返回指定的結(jié)果(提前準(zhǔn)備好的數(shù)據(jù))，這樣才能往下驗(yàn)證我們自己的代碼是否正確，符合預(yù)期邏輯和結(jié)果。
JMock或Mockito雖然提供了mock功能，可以把接口等依賴屏蔽掉，但不提供對靜態(tài)類靜態(tài)方法的mock，PowerMock或Jmockit雖然提供靜態(tài)類和方法的mock，但它們之間需要整合(junit+mockito+powermock)，語法繁瑣，而且這些工具并沒有告訴你“單元測試代碼到底應(yīng)該怎么寫？”
工具多了也會導(dǎo)致不同的人寫出的單元測試代碼五花八門，風(fēng)格迥異。。。
Spock通過提供規(guī)范描述，定義多種標(biāo)簽(given、when、then、where等)去描述代碼“應(yīng)該做什么”，輸入條件是什么，輸出是否符合預(yù)期，從語義層面規(guī)范代碼的編寫。
Spock自帶Mock功能，使用簡單方便(也支持?jǐn)U展其他mock框架，比如power mock)，再加上groovy動(dòng)態(tài)語言的強(qiáng)大語法，能寫出簡潔高效的測試代碼，同時(shí)更方便直觀的驗(yàn)證業(yè)務(wù)代碼行為流轉(zhuǎn)，增強(qiáng)我們對代碼執(zhí)行邏輯的可控性。
下一篇文章會詳細(xì)講解我們平時(shí)在編寫單元測試代碼過程中遇到的痛點(diǎn)，并結(jié)合實(shí)際的代碼案例來說明Spock是如何解決這些問題的。比如單測開發(fā)的效率和成本問題，可讀性以及后期維護(hù)的問題，單測如何提升業(yè)務(wù)代碼質(zhì)量等。
背景和初衷
網(wǎng)上關(guān)于Spock的資料比較簡單，包括官網(wǎng)的demo，無法解決我們項(xiàng)目中的復(fù)雜業(yè)務(wù)場景，需要找到一套適合自己項(xiàng)目的成熟解決方案，所以覺得有必要把我們項(xiàng)目中使用Spock的經(jīng)驗(yàn)分享出來, 幫助大家提升單測開發(fā)的效率和驗(yàn)證代碼質(zhì)量。
在熟練掌握Spock后我們項(xiàng)目組整體的單測開發(fā)效率提升了50%以上，代碼可讀性和維護(hù)性都得到了改善和提升。
適合人群
寫Java單元測試的開發(fā)小伙伴和測試同學(xué)，所有的演示代碼運(yùn)行在IntelliJ IDEA中，spring-boot項(xiàng)目，基于Spock 1.3-groovy-2.5版本
免責(zé)聲明：本文內(nèi)容由21ic獲得授權(quán)后發(fā)布，版權(quán)歸原作者所有，本平臺僅提供信息存儲服務(wù)。文章僅代表作者個(gè)人觀點(diǎn)，不代表本平臺立場，如有問題，請聯(lián)系我們，謝謝！
下載文檔
