#一、單元測試 單元測試的作用：讓自己負責的模塊功能定義盡量明確，模塊內部的改變不會影響其他模塊，而且模塊的質量能得到穩定的、量化的保證。

##1.1 好的單元測試的標準

• 單元測試應該在最基本的功能/參數上驗證程序的正確性。
• 單元測試必須由最熟悉代碼的人（程序的作者）來寫。
• 單元測試過後，機器狀態保持不變。
• 單元測試要快（一個測試的運行時間是幾秒鐘，而不是幾分鐘）。
• 單元測試應該產生可重復、一致的結果。
• 獨立性——單元測試的運行/通過/失敗不依賴於別的測試，可以人為構造數據，以保持單元測試的獨立性。
• 單元測試應該覆蓋所有代碼路徑。
• 單元測試應該集成到自動測試的框架中。How？
• 單元測試必須和產品代碼一起保存和維護。

##1.2 回歸測試 １．定義：從正常工作的穩定狀態退化到不正常工作的不穩定狀態。 ２ 目的：驗證新的代碼的確修改了缺陷和同時驗證新的代碼有沒有破壞模塊的現有功能。 回歸測試對我來說時很陌生的，我好像以前很少或者幾乎不適用，我認為這個在以後可能會用到，我也會在編程的過程中去有意識地想這個。

#二、效能分析工具 效能分析工具可以測試代碼運行的效率，讓程序員有針對性的對程序代碼進行優化升級。常用的方法有兩個：

• 1.抽樣。
• 2.代碼註入。 抽樣就是當程序運行時 效能分析工具時不時的看看程序運行在哪一個函數裏，程序運行結束就會得出一個程序運行時間的大致印象。抽樣的有點是不需要改動程序運行較快可以很快找到瓶頸但是不能得出精確數據也不能準確得表示出代碼中得調用關系樹。 代碼註入就是將檢驗代碼加入到每個函數中，這樣程序得一舉一動都會被記錄下來，程序得各個效能數據可以被精準的測量，但是缺點也很明顯，他會讓程序運行的時間大大加長，還會產生大量得數據文件也增加了數據分析得時間，同時註入的程序代碼也影響了程序真實得運行情況。所以一般常用先抽樣找到效能的瓶頸所在讓後對特定的模塊用代碼註入的方式進行詳細得分析。

#三、個人開發流程

《構建之法》——個人技術和流程