軟件測試人員對單元測試的五個錯誤認(rèn)識1-1

第第頁軟件測試人員對單元測試的五個錯誤認(rèn)識[1]軟件測試人員對單元測試的五個錯誤認(rèn)識[1]

發(fā)表于：2023-02-04來源：：點擊數(shù)：標(biāo)簽：軟件測試單元錯誤認(rèn)識

軟件測試人員對單元測試的五個錯誤認(rèn)識[1]單元測試方法如果實施得當(dāng)，單元測試可以幫助開發(fā)團(tuán)隊更快地交付應(yīng)用程序，換言之，它能夠提高企業(yè)的競爭力。然而，只有很少的企業(yè)嘗試過使用單元測試，而其中有只有一小部分成功地將其作為標(biāo)準(zhǔn)在企業(yè)范圍內(nèi)推

軟件測試人員對單元測試的五個錯誤認(rèn)識[1]單元測試方法

如果實施得當(dāng)，單元測試可以幫助開發(fā)團(tuán)隊更快地交付應(yīng)用程序，換言之，它能夠提高企業(yè)的競爭力。然而，只有很少的企業(yè)嘗試過使用單元測試，而其中有只有一小部分成功地將其作為標(biāo)準(zhǔn)在企業(yè)范圍內(nèi)推廣。為什么會這樣?通常，這是由軟件開發(fā)人員和管理人員對單元測試的作用，以及維持單元測試所需付出代價的錯誤認(rèn)識所造成的。

以下就阻礙軟件開發(fā)團(tuán)隊從單元測試這一強(qiáng)大的軟件驗證方法中受益的五個最常見的錯誤認(rèn)識：

錯誤1：我們已經(jīng)在做單元測試

每個人對“單元測試”都有不同的認(rèn)識，不過大多數(shù)業(yè)界專家普遍認(rèn)為，單元測試應(yīng)該是測試應(yīng)用程序的基礎(chǔ)組成部分，即代碼單元。換句話說，這是API層次上的測試。一些團(tuán)隊聲稱他們在做單元測試，而實際上他們做的是系統(tǒng)測試，或者是所謂的“開發(fā)測試(devtest)”。還有一些團(tuán)隊做了部分API層次的測試，但他們并沒有把單元測試作為開發(fā)過程中的必要組成部分。

除非團(tuán)隊把持續(xù)進(jìn)行API層次的單元測試作為開發(fā)過程中不可缺少的組成部分，否則單元測試必然會隨著日程與預(yù)算帶來壓力的提升、政策與項目的發(fā)展，以及人員的流動而滅亡。

那些極少數(shù)長期保持傲人業(yè)績的企業(yè)正是把單元測試安排為例行任務(wù)的企業(yè)。因此，不但要利用自動化測試來保證單元測試盡量全面、順暢、高效地執(zhí)行，還要為保證這一質(zhì)量過程能夠長期執(zhí)行并根據(jù)需求而調(diào)整來確定基本的工作規(guī)范，比如把各個報告中的問題直接指向負(fù)責(zé)的開發(fā)人員，以及讓管理人員能夠及時方便地看到各開發(fā)人員的測試任務(wù)分配情況等。

錯誤2：自動測試并沒多大用處

許多開發(fā)人員認(rèn)為，除非是親自編寫單元測試，否則其一點利用價值都沒有。這就大錯特錯了。由于生成測試的方式與算法的發(fā)展，測試工具也變得越來越有效。即使是最基本的自動化方法，也可以在很短時間里生成幾千個原來根本無法完成的測試。這可是毫不費力就可以得到的好處。

除了可以給你生成測試，甚至“免費”幫你找到一些缺陷，自動測試還能讓你集中精力進(jìn)行那些更重要、更復(fù)雜、更全面的測試，那些真正需要專業(yè)技術(shù)的測試。

當(dāng)前工具所能提供的高層次的自動測試能夠顯著減少開發(fā)團(tuán)隊在這些方面的工作，從而節(jié)省大量的時間與精力。如果沒有這些工具的幫助，單元測試可能會消耗團(tuán)隊的大量資源，而這正是讓許多團(tuán)隊認(rèn)為單元測試是一種理論上有用但實際卻很難實行的測試方法的原因所在。

錯誤3：要做的只是購買一個優(yōu)秀的單元測試工具

我見過許多團(tuán)隊在購買測試工具時把它當(dāng)做實現(xiàn)目標(biāo)或完成任務(wù)的萬能藥。他們不想在其上花費任何精力，不對其進(jìn)行任何設(shè)置，也不將其作為工作日程的一部分。到最后，他們自然也無法得到理想的結(jié)果。他們以為單元測試沒有給他們帶來任何好處，而實際上他們并沒有執(zhí)行真正意義上的單元測試——而只是在空談。

單元測試工具并不是可以解決所有問題的王牌。事實上，它只是一個開始。開發(fā)人員需要的不僅僅是工具，他們還需要適當(dāng)?shù)闹笇?dǎo)、訓(xùn)練、支持設(shè)施和工作流程。如果真的希望這個工具能夠成為開發(fā)過程的一部分，你就得積極主動地學(xué)習(xí)和使用它，尋找讓它能在既定工作環(huán)境下發(fā)揮作用的辦法，并保證這些