C#單元測試不但會(huì)使你的工作完成得更輕松，而且會(huì)令你的設(shè)計(jì)變得更好，甚至大大減少你花在調(diào)試上面的時(shí)間。那么怎么會(huì)這樣說呢？那么這里就和你一起說下C#單元測試的使用必要性

C#單元測試的使用必要性的理解：

在我們上面的小故事里面，我們了解到如果因?yàn)榧僭O(shè)底層的代碼是正確無誤的而卷入麻煩之中，先是高層代碼中使用了底層代碼；然后這些高層代碼又被更高層的代碼所使用，如此往復(fù)。在對(duì)這些代碼的行為沒有任何信心的前提下，那么這樣做就是等于是在假設(shè)上面用豎立卡片堆砌了一間房子——只要將下面卡片輕輕移動(dòng)，整間房子就會(huì)轟然倒塌。

C#單元測試處理不好的后果：

當(dāng)基本的底層代碼不再可靠時(shí)，那么必需的改動(dòng)就無法只局限在底層。雖然你可以修正底層的問題，但是這些對(duì)底層代碼的修改必然會(huì)影響到高層代碼，于是高層代碼也連帶地需要修改；以此遞推，就很可能會(huì)動(dòng)到更高層的代碼。于是，一個(gè)對(duì)底層代碼的修正，可能會(huì)導(dǎo)致對(duì)幾乎所有代碼的一連串改動(dòng)，從而使修改越來越多，也越來越復(fù)雜。于是，整間由卡片堆成的房子就由此倒塌，從而使整個(gè)項(xiàng)目也以失敗告終。

關(guān)于C#單元測試的使用必要性的疑惑：

有的人總是說：“這怎么可能呢？”或者“我實(shí)在想不明白為什么會(huì)這樣”。如果你發(fā)現(xiàn)自己有時(shí)候也會(huì)有這種想法，那么這通常是你對(duì)自己的代碼還缺乏足夠信心的表現(xiàn)——你并不能確認(rèn)哪些是工作正常的而哪些不是。

為了獲得較好的對(duì)代碼的信心，你需要“詢問”代碼究竟做了什么，并檢查所產(chǎn)生的結(jié)果是否確實(shí)和你所期望的一致。

這個(gè)簡單的想法描述了單元測試的核心內(nèi)涵：這個(gè)簡單有效的技術(shù)就是為了令代碼變得更加***。

C#單元測試的相關(guān)基本概念就向你介紹到這里，想對(duì)你了解和學(xué)習(xí)C#單元測試有所幫助。

【編輯推薦】

1. C#多態(tài)性的理解詳談
2. C#多態(tài)性概念及特點(diǎn)的解析
3. C#取整函數(shù)實(shí)例應(yīng)用詳解
4. C#單元測試的一個(gè)小故事
5. C#單元測試概念及作用的淺析