從走進.net后發現每天有寫不完的代碼，有做不完的測試。。。人感覺都已經機械，我們需要認清自己調整好心態，問下自己是否真的喜歡編程。我的答案當然也就是我愛編碼，編碼給我帶來了許多歡樂，每天都給我體驗小小成就。所以我要為我寫的編碼負責。那么先總結下測試方面的小小積累，作為以后復習的筆記。
在團隊開發中單元測試扮演着一個很重要的角色。
例如：當你和你的團隊一起開發時，由你寫操作數據庫的方法，其他人寫界面，當你寫好你的方法后你需要對你寫的方法負責，不能說后面還有軟件測試工程師，測試這種事留給他們去做。測試工程師的責任不是對項目中的方法去做驗證，他們主要是測試項目的功能是否滿足客戶的需求，還有就是功能是否正確。而方法這些程序員必須對自己寫的去負責，保證你的方法能正確運行。說點題外話：（你只有保證你項目中的方法都正確，才有可能你的功能才正確，如果有一個方法是錯誤的，那么功能肯定錯誤，如果每一個方法都是正確的，也不見得功能是正確的。所以說單元測試是保證我們項目質量的最基本測試方法）
那么單元測試是在哪些方面用到呢？
當你寫數據庫方法時，你想測試你的方法是否正確，這時你沒有界面。又想去測試這個方法，微軟為我們提供了一個最簡潔的測試方法，那就是單元測試。
你只需要把鼠標移到你的方法名上鼠標右鍵，選擇創建單元測試，說白了，就是微軟為我們添加了一個項目，這時出現這樣的界面：
選中你要測試的方法，確定為自己的測試方法取一個名字。
生成的項目cs文件我們只需要對這個方法進行數據測試
這里說明下：在測試中注釋掉 //Assert.Inconclusive("驗證此測試方法的正確性。");否則會報錯；
如果這里是一個查詢方法：
string 為你要查詢的名稱，初始化一個預期結果expccted定義取出一個將要去比較的值。
在Assert.AreEqual()方法中輸入這兩個值進行比較判斷。
把需要的值錄入完畢點擊：運行當前上下文中的測試；
接着在測試結果這里檢查是否通過
如果沒有通過請查看詳細信息追蹤到錯誤原因，進行休正。保證寫的方法通過為止。