1：nunit於vs的ide整合不好，老是在ide和nunit之間換來換去，而且每次執行nunit都要重新run一下。
我個人覺得這個不是問題，經過我的小小配置，能在vs2005中一鍵執行nunit。配置如下
tool選單不是可以新增外部工具嗎，就把nunit新增進去好了：
接著做如下的配置即可，因為nunit本身支援引數執行，所以做到每次執行nunit自動載入當前的
工程檔案，然後加上/run引數便可自動啟動unit了：
我們甚至可以將這個命令新增到工具條上，真正做到單擊一次便可執行整個測試了，一點也不麻煩：
2：其實工具有很多，工具也很好用，但是，單元測試的核心不是nunit，也不是testdriven.net，而是如何去寫
測試用例，網上有很多教你如何使用nunit的語法例子，但我卻看不到一篇叫「如何編寫高效的測試用例」的
文章，這種是授人於魚還是授人於漁的問題再次出現。
3：測試用例是程式設計師自己為了驗證設計而做的測試，自己寫的程式自己測試嗎？這樣不會造成測試片面性嗎？
因為自己會想當然的測試一些自己擔心的問題，那如果測試通過，但實質上在整合後的最終發行版上錯漏
百出怎麼辦？如何確保測試的全面性？
或許因為我的初學，很多問題對於高手來說不是問題，還望各位江湖高手釋疑！
單元測試 單元測試文章收藏
前言 前段時間公司計畫做自動化測試，自己也打算圍繞幾個點做相關調研，現在想想呢？其實對自動化測試的概念都還不是十分清晰，當時主要還是圍繞 單元測試 向qa小夥伴學習了一段時間，現由於公司重組，學習中斷，這裡簡單記錄一些單元測試好文，留待後續參考.什麼叫自動化測試？自動化測試覆蓋率？覆蓋率如何做到的？...
單元測試之Django單元測試
每個應用，自帶tests.py 整合在django的專案檔案裡，更多是開發人員寫django自動的測試執行 3.1 前後置方法執行特點 django.test.testcase類主要由前 後置處理方法和test開頭的方法組成 特點 繼承於django.test.testcase 測試用例都是test...
單元測試 單元測試編寫的原則
公司要求提公升單元測試的質量，其中我作為方案和推動的主導，對開發過程中的單元測試，有了一些思考和總結 單元測試編寫的目的，是面向計算機特性的，基於函式的in out，所以單元測試的好幫手就是斷言，通過不斷的構造輸出並對結果進行斷言，我們就可以針對乙個物件以及它的函式，構建出充足的用例去包裹它，以期望...