對於單元考內容不清楚的同學，寧夏電腦培訓/建議可以參考這篇文章，詳細講解單元考的內容。
單元測試有很多誤區:1)浪費時間太多。壹旦編碼完成，缺乏軟件工程實踐經驗的開發人員就會迫不及待地開始軟件集成，讓實際系統開始工作。在這個發展步驟中，真正的進步被表面的進步所取代。
系統能正常工作的可能性很小，更多的時候是充滿了各種bug。
這些bug被包含在獨立的單元中，這些bug本身可能是瑣碎的、無足輕重的，但是當軟件被集成到壹個系統中時，它們會增加額外的時間限制和成本。
事實上，進行壹次完整的單元測試和編寫壹段代碼所花費的精力大致相同。單元測試壹旦完成，在保證手頭組件穩定可靠的情況下，高效的軟件集成才是真正的進步。
程序的可靠性對軟件產品的質量有很大的影響。在大型軟件公司中，每壹行程序都可能被測試多次。
這說明大型軟件公司對測試的重視。
2)軟件開發人員不應該參與單元測試。單元測試往往是與編碼同步進行的，每次完成壹個模塊都要進行單元測試。
在對每個模塊進行單元測試時，我們不能忽視與其他模塊的關系。為了模擬這種關系，我們需要輔助模塊。所以單個測試人員進行單元測試，往往工作量大，周期長，成本巨大，結果事倍功半。
軟件開發人員應該始終負責程序的單個單元的測試，以確保每個單元都能完成設計的功能。其實很多情況下，開發者也要進行集成測試。
3)我是壹個很棒的程序員，不需要單元測試。如果我們真的擅長編程，有絕活，應該不會出錯，但這只是神話。
編碼不是壹次就能通過的，必須經過各種測試，單元測試只是其中之壹。
缺乏測試的程序代碼可能包含許多bug。沒有測試保護修改bug的程序員會造成更多的bug，忙於調試，沒有時間測試。
這種循環往往導致項目的崩潰。
為了避免惡性循環，代碼必須受到安全網的保護，任何時候的單元測試都是這個安全網。
4)無論如何，集成測試會捕捉到所有的bug。集成測試的目標是把通過單元測試的模塊，構造出設計中描述的程序結構，通過測試發現接口相關的問題。
在測試的過程中，我們發現並提交了通過資格測試的軟件。在測試過程中，出現了很多bug，壹些嚴重的問題，甚至造成了崩潰，以至於我們無法測試其他功能，進行了錯誤的修改，並且在回歸測試過程中發現了其他新的問題，導致測試工作難以開展。