程序員為什么不寫單元測試-2

第第頁程序員為什么不寫單元測試?[2]程序員為什么不寫單元測試?[2]

發(fā)表于：2023-04-02來源：：點擊數(shù)：標(biāo)簽：程序員單元

程序員為什么不寫單元測試?[2]單元測試工具一個bug被隱藏的時間越長，修復(fù)這個bug的代價就越大。在《快速軟件開發(fā)》一書中已引用了大量的研究數(shù)據(jù)指出：最后才修改一個bug的代價是在bug產(chǎn)生時修改它的代價的10倍。在這里，我們需要討論的重點是單元測

程序員為什么不寫單元測試?[2]單元測試工具

一個bug被隱藏的時間越長，修復(fù)這個bug的代價就越大。在《快速軟件開發(fā)》一書中已引用了大量的研究數(shù)據(jù)指出：最后才修改一個bug的代價是在bug產(chǎn)生時修改它的代價的10倍。

在這里，我們需要討論的重點是單元測試。單元測試是一個方法層級上的測試，單元測試也是最細(xì)粒度的測試。用于測試一個類的每一個方法都已經(jīng)滿足了方法的功能要求。

在現(xiàn)代軟件開發(fā)過程中，不管是XP還是RUP都是十分重視單元測試。已經(jīng)把單元測試作為貫穿整個開發(fā)周期的一項重要的開發(fā)活動。特別是在現(xiàn)代軟件開發(fā)過程中，有經(jīng)常集成和漸近提交的方法論。由此，總結(jié)出了非常好的單元測試?yán)碚摵蛯嵺`。

二、在編寫代碼之前先編寫單元測試,即測試先行

單元測試是代碼的一部份，所有的代碼必須有單元測試，并使測試通過(像在Spring這些優(yōu)秀的開源項目中在這方面做出了非常好的例子)。

在修改代碼之前先修改單元測試，并使它測試通過。

在編寫代碼之前先編寫單元測試，會帶來非常多的好處。

在編寫代碼之前先編寫單元測試，并不是編寫代碼之前需要一次性為所有的類都事先編寫單元測試，這需要有一個粒度的控制。最大的粒度應(yīng)該控制在一個類級別上，最合適的粒度是控制在一個方法級別上。先為某一個方法編寫測試代碼，然后再為該方法編寫實現(xiàn)代碼，直到其測試通過后再為另一個方法編寫測試代碼，如此循環(huán)。單元測試在這里已經(jīng)是一個契約規(guī)范了，它規(guī)范了方法應(yīng)該做什么、實現(xiàn)什么。測試代碼遠(yuǎn)遠(yuǎn)要比難以閱讀和不會及時更新的需求文檔更有價值得多。

測試先行，鼓勵對需求的理解。如果沒有理解需求，你是不可能寫出測試代碼的，當(dāng)然你也不可能寫出好的實現(xiàn)代碼。軟件測試

測試代碼與其它文檔相比會更有價值。當(dāng)需求發(fā)生改變，實現(xiàn)代碼也相應(yīng)改變。而往往需求文檔、設(shè)計文檔得不到及時更新。測試代碼相比那些過期的文檔更具有價值。

測試先行可以編寫出最大覆蓋率的測試代碼。如果在方法的實現(xiàn)代碼編寫完后再編寫測試代碼，這時開發(fā)人員總是編寫一個正確路徑的測試代碼。它已經(jīng)很難全面的去分析其它分支邏輯。

如果我們采用測試先行，那么就自動地完成了為所有的類都編寫測試。為所有的類都編寫測試會將為你帶來非常多的好處。

我們可以很好地使用自動化測試來測試所有的類，特別是采用日構(gòu)建的系統(tǒng)?？梢宰屛覀兎判牡貫轭惢蚍椒ㄌ砑有碌墓δ?。我們可以很容易地修改測試代碼并驗證修改后的代碼是有用的代碼?？梢宰屛覀兎判牡貙Υa進(jìn)行重構(gòu)和進(jìn)行設(shè)計優(yōu)化。

重構(gòu)和設(shè)計優(yōu)化通常會關(guān)聯(lián)到多個類及多個方法。如果我們?yōu)樗械念惗季帉懥藴y試，我們就可以在重構(gòu)代碼后很輕松地進(jìn)行測試我們的修改是否正確。

為所有的類編寫測試，可以讓我們很容易地修改bug。當(dāng)接到一個bug報告后，我們總是先修改測試代碼，然后修改實現(xiàn)代碼，使測試成功。這樣不會因為修改一個問題而造成新問題的產(chǎn)生。

良好的單元測試策略給我們增強了對程序的信心,減少了bug的產(chǎn)生及bug的潛伏期，