單元測(cè)試的小技巧介紹和舉例

第第頁單元測(cè)試的小技巧介紹和舉例單元測(cè)試的小技巧介紹和舉例

發(fā)表于：2023-10-22來源：：點(diǎn)擊數(shù)：標(biāo)簽：?jiǎn)卧e例技巧

關(guān)鍵字：?jiǎn)卧獪y(cè)試單元測(cè)試的信任在這個(gè)部分，我將略述出一些最通用的信任，這些信任來自于在使用大量單元測(cè)試獲得的好處和解釋為什么這些信任通常不是必須真實(shí)的。然后我們會(huì)幫助您在您的工程中擁有這些信任。更加簡(jiǎn)單的跟蹤Bug?當(dāng)然這并不是必須的，

關(guān)鍵字：?jiǎn)卧獪y(cè)試單元測(cè)試的信任

在這個(gè)部分，我將略述出一些最通用的信任，這些信任來自于在使用大量單元測(cè)試獲得的好處和解釋為什么這些信任通常不是必須真實(shí)的。然后我們會(huì)幫助您在您的工程中擁有這些信任。

更加簡(jiǎn)單的跟蹤Bug?當(dāng)然這并不是必須的，那么您怎么知道您的測(cè)試是正確的？是否存在在一些測(cè)試環(huán)節(jié)測(cè)試失敗的情況？另外您又如何知道您的測(cè)試覆蓋了系統(tǒng)中多少的代碼量？是否測(cè)試到了程序中的錯(cuò)誤，錯(cuò)誤又在哪里等等的問題。

當(dāng)你在你的單元測(cè)試中發(fā)現(xiàn)了bug后又會(huì)發(fā)生什么事情哪？你會(huì)突然間得到很多與愿意錯(cuò)誤的反饋，bug被發(fā)現(xiàn)，但是問題并不在你測(cè)試的代碼中。你的測(cè)試的邏輯存在一個(gè)bug，因此測(cè)試失敗了。這些bug也是您最難被檢查出來的，因?yàn)槟ǔ?huì)去檢查您的應(yīng)用程序而不會(huì)去檢測(cè)你的測(cè)試環(huán)節(jié)。在這部分中，我會(huì)展示給你如何確認(rèn)大量的單元測(cè)試，事實(shí)上就是使得跟蹤bug變得更加容易。

代碼更加便于維護(hù)從最終點(diǎn)考慮，你可以傾向于認(rèn)為這些信任并不是必須的，當(dāng)然你是對(duì)的，讓我們?nèi)フf，代碼中每個(gè)邏輯方法至少要有一個(gè)測(cè)試方法（當(dāng)然，你可能擁有一個(gè)以上的方法）在一個(gè)好的測(cè)試覆蓋的工程中，大概有百分之六十的代碼是能夠得到單元測(cè)試的，現(xiàn)在不得不考慮到測(cè)試也是要被維護(hù)的，如果針對(duì)一個(gè)復(fù)雜的邏輯方法你有20個(gè)測(cè)試，那么當(dāng)你向這個(gè)方法添加一個(gè)參數(shù)時(shí)會(huì)發(fā)生什么事情哪？測(cè)試無法編譯。當(dāng)你修改了類的結(jié)構(gòu)的時(shí)候同樣會(huì)發(fā)生這樣的事情。這時(shí)你突然發(fā)現(xiàn)為了能讓你的應(yīng)用程序繼續(xù)工作你自己需要改變大量的測(cè)試。當(dāng)然這會(huì)花費(fèi)你大量的時(shí)間。

為了使這個(gè)信任確認(rèn)下來，你需要確認(rèn)你的測(cè)試是便于維護(hù)的。保持DRY規(guī)則寫入：不要重復(fù)你自己。我們將更加接近的來看這個(gè)問題。

代碼更加容易被理解?單元測(cè)試的好處通常并非是人們最初所期待的，在一個(gè)工程中考慮修改一些你之前從沒有看過的代碼(比方說,一個(gè)特殊的類或者方法).你將如何動(dòng)手處理這些代碼？你可能需要在項(xiàng)目中去瀏覽這些特定的類或者方法使用的代碼，理所當(dāng)然，單元測(cè)試就是這樣例子的一個(gè)很好的場(chǎng)所。同時(shí)，當(dāng)正確寫入的時(shí)候，單元測(cè)試可以為工程提供一個(gè)API文件的容易讀取的設(shè)置，使得文檔的處理和代碼的理解對(duì)于整個(gè)團(tuán)隊(duì)中的新老開發(fā)者一樣的簡(jiǎn)單，便捷。然而，這些只能在測(cè)試是易讀的和容易理解的情況下才能被確認(rèn)，這個(gè)規(guī)則很多的單元測(cè)試開發(fā)者并不會(huì)遵循。我將詳述這個(gè)信任，然后在這篇文章的易讀測(cè)試的部分給你展現(xiàn)如何在去寫易讀的單元測(cè)試。

測(cè)試正確的事情

'returnsthesumofthetwonumbers

FunctionSum(ByValaAsInteger,ByValbAsInteger)AsInteger

你可以向如下的方式寫一個(gè)失敗測(cè)試：

_

PublicSubSum_AddsOneAndTwo()

DimresultAsInteger=Sum(1,2)

Assert.AreEqual(4,result,"badsum");

EndSub

初看上去這個(gè)處理像是一個(gè)寫失敗測(cè)試的好的方法，它完全錯(cuò)失了你寫錯(cuò)誤測(cè)試的初始點(diǎn)。

一個(gè)失敗測(cè)試驗(yàn)證了在代碼中存在一些錯(cuò)誤，當(dāng)你的測(cè)試完成后這個(gè)測(cè)試應(yīng)該是通過的，現(xiàn)在的例子中，無論如何，測(cè)試都將會(huì)失敗，即使是代碼完成，因?yàn)闇y(cè)試邏輯上不是正確的。如果希望測(cè)試通過測(cè)需要測(cè)試自身進(jìn)行修改――而不是程序的代碼的改變（當(dāng)程