在javaeye學(xué)習(xí)一段時(shí)間單元測(cè)試后，雖然測(cè)試的文章不多，但都是經(jīng)典帖子。同時(shí)也發(fā)現(xiàn)這里面討論的關(guān)注點(diǎn)大部分是對(duì)測(cè)試的目。對(duì)于該怎么測(cè)試，怎么樣才可以讓測(cè)試自動(dòng)話
，怎么樣保持測(cè)試的實(shí)效性等討論的比較少。
最近被公司逼的急了，它要求在這個(gè)月里寫一篇關(guān)于單元測(cè)試的論文。無奈之下，只好來到這里記錄下自己學(xué)習(xí)的點(diǎn)點(diǎn)滴滴。以方便自己以后整理成論文。
做事往往要帶很強(qiáng)的目的性去做才可以成功，單元測(cè)試也不例外
單元測(cè)試目的：
首先保證代碼質(zhì)量。
其次保證代碼的可維護(hù)。
再此保證代碼的可擴(kuò)展。
目的之一代碼的代碼質(zhì)量。
我們編寫的代碼雖然可以通過編譯器檢測(cè)到語法的正確性質(zhì)，但并不能保證代碼邏輯也是正確的。我們?cè)撛趺幢ＷC代碼執(zhí)行是正確的呢。好下面我們來看下代碼。
java 代碼
- int add(int x, int y){
- return x+y;
- }
上面的功能模塊。下面是段測(cè)試代碼
java 代碼
- void testAdd(){
-
- assertEquals(5,add(1,4);
- }
經(jīng)過測(cè)試以后，如果你修改了int add(int x, int y);里面的邏輯，如果修改的正確，測(cè)試代碼始終都是見到綠色的。如果你邏輯錯(cuò)了。那不好意思，你的測(cè)試將會(huì)讓你重新寫那段邏輯代碼。直到你正確為止。
有個(gè)比較特殊的情況，如果我測(cè)試代碼寫成這樣，那我保證邏輯代碼的正確性，但我卻看不到我期待的綠色，這有是什么原因呢？
java 代碼
- 1. void testAdd(){
- 2.
- 3. assertEquals(6,add(1,4);
- 4. }
我個(gè)人認(rèn)為這個(gè)問題并是邏輯代碼的問題，而是你測(cè)試代碼中的邏輯問題，
噢，MyGot，作為程序員的我。已經(jīng)為邏輯代碼傷腦筋了。還要為測(cè)試代碼煩惱，做人真命苦啊。 想來也確實(shí)是這樣。
這就引申了另外一個(gè)問題，怎么樣才可以保證我邏輯代碼的可測(cè)性?
目的之二代碼的可維護(hù)性。
就拿上面的例子來說吧。只要我們的單元測(cè)試是正確的，那我們就可以保證無論你怎么修改那段代碼，只要測(cè)試代碼可以產(chǎn)生綠色條，那OK，你修改的邏輯代碼是正確的。當(dāng)然可維護(hù)并非只有這點(diǎn)，還有，比如保證修改了這段代碼不會(huì)影響到其他的模塊等。
目的之三代碼的可擴(kuò)展。
對(duì)于這點(diǎn)我理解很膚淺。只能表達(dá)表面的東西，希望。
對(duì)于可擴(kuò)展我覺得保遵循一個(gè)代碼之間的耦合度降到最低。就OK了。單元測(cè)試對(duì)這方面有很強(qiáng)的好處，為了程序的可維護(hù)性，它可以強(qiáng)迫你寫低耦合度的程序。
單元測(cè)試的優(yōu)點(diǎn)
1、它是一種驗(yàn)證行為。
程序中的每一項(xiàng)功能都是測(cè)試來驗(yàn)證它的正確性。它為以后的開發(fā)提供支緩。就算是開發(fā)后期，我們也可以輕松的增加功能或更改程序結(jié)構(gòu)，而不用擔(dān)心這個(gè)過程中會(huì)破壞重要的東西。而且它為代碼的重構(gòu)提供了保障。這樣，我們就可以更自由的對(duì)程序進(jìn)行改進(jìn)。
2、它是一種設(shè)計(jì)行為。
編寫單元測(cè)試將使我們從調(diào)用者觀察、思考。特別是先寫測(cè)試（test-first），迫使我們把程序設(shè)計(jì)成易于調(diào)用和可測(cè)試的，即迫使我們解除軟件中的耦合。
3、它是一種編寫文檔的行為。
單元測(cè)試是一種無價(jià)的文檔，它是展示函數(shù)或類如何使用的最佳文檔。這份文檔是可編譯、可運(yùn)行的，并且它保持最新，永遠(yuǎn)與代碼同步。
4、它具有回歸性。
自動(dòng)化的單元測(cè)試避免了代碼出現(xiàn)回歸，編寫完成之后，可以隨時(shí)隨地的快速運(yùn)行測(cè)試。
單元測(cè)試的范疇
如果要給單元測(cè)試定義一個(gè)明確的范疇，指出哪些功能是屬于單元測(cè)試，這似乎很難。但下面討論的四個(gè)問題，基本上可以說明單元測(cè)試的范疇，單元測(cè)試所要做的工作。
1、 它的行為和我期望的一致嗎？
這是單元測(cè)試最根本的目的，我們就是用單元測(cè)試的代碼來證明它所做的就是我們所期望的。
2、 它的行為一直和我期望的一致嗎？
編寫單元測(cè)試，如果只測(cè)試代碼的一條正確路徑，讓它正確走一遍，并不算是真正的完成。軟件開發(fā)是一個(gè)項(xiàng)復(fù)雜的工程，在測(cè)試某段代碼的行為是否和你的期望一 致時(shí)，你需要確認(rèn)：在任何情況下，這段代碼是否都和你的期望一致；譬如參數(shù)很可疑、硬盤沒有剩余空間、緩沖區(qū)溢出、網(wǎng)絡(luò)掉線的時(shí)候。
3、 我可以依賴單元測(cè)試嗎？
不能依賴的代碼是沒有多大用處的。既然單元測(cè)試是用來保證代碼的正確性，那么單元測(cè)試也一定要值得依賴。
4、 單元測(cè)試說明我的意圖了嗎？
單元測(cè)試能夠幫我們充分了解代碼的用法，從效果上而言，單元測(cè)試就像是能執(zhí)行的文檔，說明了在你用各種條件調(diào)用代碼時(shí)，你所能期望這段代碼完成的功能。 |