作為一個開發人員，需要保證高質量的開發代碼。所以需要做好的是
單元測試：那么單元測試都有哪些方面呢？
學習一下然后將做的任務按照單元測試的方法進行測試！
單元測試：最小單位測試，又稱模塊測試！
測試時期;在編碼之后、通過編譯和代碼走查后由開發人員執行;
測試方法：主要采用
白盒測試方法，輔助以
黑盒測試方法。要了解模塊的I/O單元條件和邏輯結構，對模塊內所有重要的控制路徑設計
測試用例，以便發現模塊內部的錯誤。如果模塊不是獨立的程序，應為測試模塊開發一個驅動模塊和若干個樁模塊。驅動模塊是調用被測模塊的主程序，樁模塊是用來替代被測試模塊的子模塊。
測試內容：模塊
接口測試、模塊局部數據結構測試、模塊邊界條件測試、模塊中所有獨立執行路徑測試和模塊的各條錯誤處理路徑測試。
測試的具體內容：一般對接口的方法編譯錯誤或者是變量參數的控制，這個一般在做任務的時候都會解決，重點注意的問題是：
1、邊界條件測試：
在n次循環的第0次、1次、n次時是否有錯誤；
運算或判斷中取最大值、最小值時是否有錯誤；
數據流、控制流中剛好等于、大于、小于確定的比較值時是否有錯誤。
2、獨立路徑測試，在模塊中應對每一條獨立執行路徑進行測試，保證模塊中每條語句至少執行一次，運用基本路徑測試和循環測試，常可以發現以下幾類錯誤：
誤解或用錯了算術或邏輯運算符的優先順序；
運算對象的類型不相容；
算法錯誤；
變量初值錯誤；
運算精度不夠；
表達式符號錯誤；
不同數據類型的比較；
因浮點運算精度造成的兩值不等；
關系表達式中的錯誤變量和比較符；
循環次數不對；
循環終止條件錯誤；
迭代發散時不能退出循環；
錯誤地修改了循環變量
3、錯誤處理測試
一個好的設計應能預見各種出錯條件，并預先設置各種出錯處理路徑。錯誤處理測試著重檢查下列問題：
顯示的出錯信息難以理解；
顯示的錯誤與實際的錯誤不符；
顯示的出錯信息不足以對錯誤定位、確定出錯原因；
對錯誤處理不當；
在對錯誤進行處理之前，已引起系統的介入。
如上就是作為單元測試具體的內容，具體我們喜歡遺漏和犯錯誤的地方：就是對于循環控制愛出錯,還有對錯誤信息處理的時候處理的比較隨意，不能很好的讓客戶理解，如上是根據工作和學習單元測試所總結的一點小東西。希望對大家都有幫助