單元測試的重要性

最近專案中，仔細的debug，發現了一些隱藏的問題，平常只是說系統偶爾的不太正常，老是不知道什麼原因。debug過後，發現一些方法，估計原本就沒有測試過，或者沒有覆蓋到。

測試優先，看起來比較耽誤時間，其實是磨刀不誤砍柴工，首先是準備的階段，是以後高質量的保證。只要是可以寫測試用例的，應該不留死角，否則某天，系統中不知道什麼奇怪的問題出來了，又到處去翻日誌，找原因，費時費力，其實就是乙個小問題，執行一下測試用例就可以了。

還有一些問題，是由於重構以後，沒有測試用例，或者說是沒有測試過。憑感覺覺得沒有什麼問題，就草草提交了**。最近專案裡面有個問題，明顯就是這個原因造成的。

所以，測試優先這個原則是無數的前人，用血汗總結出來的規則，一定要在實際的開發當中遵循。

單元測試的重要性

單元測試 unit test,ut 是乙個老生常談的話題，在對這篇文章進行部落格歸類時，我還是將其歸類為開發技術，儘管其帶有測試兩個字。如何做單元測試不是我這裡想說的，而是業界對其認識的認識及重視是我想指出的。對於單元測試存在兩種不好的現象。第一種現象是對其不了解，或說了解只是在表面上 概念上 但並...

軟體測試的重要性

最近接手乙個新的任務 在公司產品的現有基礎上做修補.面臨的主要困難有 1.專案較大,vs的解決方案裡18個專案.雖然我只須維護其中的一兩個專案 3.某些 實現較複雜,如執行緒通訊,wmi等.這些函式的相互依賴,也就是平時說的藕合度高,現在我要將它分離,分到單獨的專案裡.但是這樣又要求我對這些複雜的函...

軟體測試的重要性

最近接手乙個新的任務 在公司產品的現有基礎上做修補.面臨的主要困難有 1.專案較大,vs的解決方案裡18個專案.雖然我只須維護其中的一兩個專案 3.某些 實現較複雜,如執行緒通訊,wmi等.這些函式的相互依賴,也就是平時說的藕合度高,現在我要將它分離,分到單獨的專案裡.但是這樣又要求我對這些複雜的函...