單元測(cè)試入門教材

1、單元測(cè)試入門學(xué)習(xí)編寫“放心”的代碼2011.9.2 什么是單元測(cè)試 為什么需要單元測(cè)試 第一個(gè)單元測(cè)試示例 測(cè)試工具的選擇 單元測(cè)試的步驟 NUnit框架介紹 “用戶登錄” 示例 基本測(cè)試內(nèi)容 一些實(shí)踐原則 參考書議題列表 編寫一段代碼對(duì)另一段代碼進(jìn)行測(cè)試，觀察被測(cè)試代碼片段是否符合預(yù)期行為，被測(cè)試的代碼片段可以視為一個(gè)單元。 單元測(cè)試是最小粒度的測(cè)試單位(對(duì)一個(gè)類或者一個(gè)方法進(jìn)行測(cè)試)。 編寫單元測(cè)試的關(guān)鍵是明確定義被測(cè)試代碼的預(yù)期行為、保證代碼的可測(cè)試性、測(cè)試的及時(shí)性。什么是單元測(cè)試 確保每個(gè)代碼單元的行為和預(yù)期一致 把通過(guò)所有單元測(cè)試作為開發(fā)任務(wù)完成的基本約束 增強(qiáng)開發(fā)人員及團(tuán)隊(duì)的信心

2、大幅減少代碼調(diào)試的時(shí)間 大幅降低回歸測(cè)試的難度和工作量 促進(jìn)代碼結(jié)構(gòu)的改善 代碼重構(gòu)的必要前提為什么需要單元測(cè)試單元測(cè)試代價(jià)趨勢(shì)示意圖 創(chuàng)建一個(gè)類庫(kù)項(xiàng)目，編寫一個(gè)執(zhí)行整除操作的靜態(tài)方法 創(chuàng)建一個(gè)MSTest項(xiàng)目，編寫整除方法的測(cè)試代碼 創(chuàng)建一個(gè)NUnitTest項(xiàng)目，編寫整除方法的測(cè)試代碼 執(zhí)行單元測(cè)試單元測(cè)試示例 1.不使用額外的測(cè)試工具 2.MSTest 3.Nunit 4.TestDriven.NET測(cè)試工具的選擇 編寫目標(biāo)代碼(被測(cè)試單元) 定義目標(biāo)代碼期望 設(shè)計(jì)單元測(cè)試用例 編寫單元測(cè)試代碼 執(zhí)行單元測(cè)試單元測(cè)試的步驟 xUnit的思想 TestFixture(TestClass)

3、TestCase(TestMethod) SetUp(TestInitialize) TearDown(TestCleanup) AssertNUnit框架 編寫一個(gè)用戶登錄類(SystemGuard)，負(fù)責(zé)接收UserID和Password，通過(guò)調(diào)用IUserAccessor查找用戶信息，同時(shí)比較口令是否匹配。 編寫測(cè)試代碼對(duì)上述類進(jìn)行單元測(cè)試?！坝脩舻卿洝笔纠?正確性 邊界條件測(cè)試 反向關(guān)系測(cè)試 交叉測(cè)試 強(qiáng)制錯(cuò)誤條件 性能測(cè)試基本測(cè)試內(nèi)容(Right-BICEP) 不要在一個(gè)測(cè)試方法中執(zhí)行太多的測(cè)試。 對(duì)任何可能失敗的方法都需要編寫單元測(cè)試，但是對(duì)于幾乎不可能失敗的方法則沒有必要，比如屬性。 至少讓被測(cè)單元的每一行代碼都有機(jī)會(huì)執(zhí)行。 除非有特別的需要，一般只需對(duì)public方法進(jìn)行測(cè)試。 一個(gè)單元測(cè)試只針對(duì)一個(gè)對(duì)象進(jìn)行測(cè)試。 不要混淆單元測(cè)試和集成測(cè)試。 面向接口編程(IoC)，邏輯代碼和界面分離。一些實(shí)踐原則 編寫一個(gè)類，根據(jù)員工月薪、考勤天數(shù)、個(gè)人所得稅，計(jì)算當(dāng)月實(shí)際發(fā)放工資，并編寫測(cè)試代碼對(duì)這個(gè)