軟件評測師：為什么要進(jìn)行煩人的單元測試？

　　它的成本效率不高

　　一個特定的開發(fā)組織或軟件應(yīng)用系統(tǒng)的測試水平取決于對那些未發(fā)現(xiàn)的Bug的潛在后果的重視程度。這種后果的嚴(yán)重程度可以從一個Bug引起的小小的不便到發(fā)生多次的死機(jī)的情況。這種后果可能常常會被軟件的開發(fā)人員所忽視(但是用戶可不會這樣)，這種情況會長期的損害這些向用戶提交帶有Bug的軟件的開發(fā)組織的信譽，并且會導(dǎo)致對未來的市場產(chǎn)生負(fù)面的影響。相反地，一個可靠的軟件系統(tǒng)的良好的聲譽將有助于一個開發(fā)組織獲取未來的市場。

　　很多研究成果表明，無論什么時候作出修改都要進(jìn)行完整的回歸測試，在生命周期中盡早地對軟件產(chǎn)品進(jìn)行測試將使效率和質(zhì)量得到最好的保證。Bug發(fā)現(xiàn)的越晚，修改它所需的費用就越高，因此從經(jīng)濟(jì)角度來看， 應(yīng)該盡可能早的查找和修改Bug。在修改費用變的過高之前，單元測試是一個在早期抓住Bug的機(jī)會。

　　相比后階段的測試，單元測試的創(chuàng)建更簡單，維護(hù)更容易，并且可以更方便的進(jìn)行重復(fù)。從全程的費用來考慮， 相比起那些復(fù)雜且曠日持久的集成測試，或是不穩(wěn)定的軟件系統(tǒng)來說，單元測試所需的費用是很低的。

　　一些圖表

　　這些圖表摘自<<實用軟件度量>>(Capers Jones，McGraw-Hill 1991)，它列出了準(zhǔn)備測試，執(zhí)行測試，和修改缺陷所花費的時間(以一個功能點為基準(zhǔn))，這些數(shù)據(jù)顯示單元測試的成本效率大約是集成測試的兩倍 系統(tǒng)測試的三倍(參見條形圖)。

　　(術(shù)語域測試(Field test)意思是在軟件投入使用以后，針對某個領(lǐng)域所作的所有測試活動)

　　這個圖表并不表示開發(fā)人員不應(yīng)該進(jìn)行后階段的測試活動，這次測試活動仍然是必須的。它的真正意思是盡可能早的排除盡可能多的Bug可以減少后階段測試的費用。

　　其他的一些圖表顯示高達(dá)50%的維護(hù)工作量被花在那些總是會有的Bug的修改上面。如果這些Bug在開發(fā)階段被排除掉的話，這些工作量就可以節(jié)省下來。當(dāng)考慮到軟件維護(hù)費用可能會比最初的開發(fā)費用高出數(shù)倍的時候，這種潛在的對50%軟件維護(hù)費用的節(jié)省將對整個軟件生命周期費用產(chǎn)生重大的影響。

　　結(jié)論

　　經(jīng)驗表明一個盡責(zé)的單元測試方法將會在軟件開發(fā)的某個階段發(fā)現(xiàn)很多的Bug，并且修改它們的成本也很低。在軟件開發(fā)的后期階段，Bug的發(fā)現(xiàn)并修改將會變得更加困難，并要消耗大量的時間和開發(fā)費用。無論什么時候作出修改都要進(jìn)行完整的回歸測試，在生命周期中盡早地對軟件產(chǎn)品進(jìn)行測試將使效率和質(zhì)量得到最好的保證。 在提供了經(jīng)過測試的單元的情況下，系統(tǒng)集成過程將會大大地簡化。開發(fā)人員可以將精力集中在單元之間的交互作用和全局的功能實現(xiàn)上，而不是陷入充滿很多Bug的單元之中不能自拔。

　　使測試工作的效力發(fā)揮到最大化的關(guān)鍵在于選擇正確的測試策略，這其中包含了完全的單元測試的概念，以及對測試過程的良好的管理，還有適當(dāng)?shù)厥褂孟驛daTEST和Cantata這樣的工具來支持測試過程。這些活動可以產(chǎn)生這樣的結(jié)果：在花費更低的開發(fā)費用的情況下得到更穩(wěn)定的軟件。更進(jìn)一步的好處是簡化了維護(hù)過程并降低了生命周期的費用。有效的單元測試是推行全局質(zhì)量文化的一部分，而這種質(zhì)量文化將會為軟件開發(fā)者帶來無限的商機(jī)。