| 1，單元測試需要許多的人力資源，並且在項目執行過程中的維護工作量很大，項目中考慮實施UT時，必須非常仔細的考慮後面投入資源的問題 | ||||||||||||||||
| 2，很多決定做單元測試的項目，在單元測試用例維護上投入很多，但隨着項目的結束（有些可能還沒有結束），這些用例就廢棄了，因爲發現後面需要越來越多的工作量 | ||||||||||||||||
| 3，如果決定在項目中實施UT，那麼測試開發人力配比需要1:1,如果只能投入1:3，則後續進度和質量很難保證 | ||||||||||||||||
| 4，TDD是很好的想法，但TDD並非說要儘早進行UT，而是要儘早的進行PC測試 | ||||||||||||||||
| 5，UT不是LLT,UT投入成本很大，需要謹慎 | ||||||||||||||||
| 6，PC測試加上真實環境測試是一個好的形式 | ||||||||||||||||
| 7，每個開發人員都使用一套有很多用例的PC自動化測試套，並且執行速度很快，這是一種比較好的方式 | ||||||||||||||||
| 8，可考慮同一套測試用例在PC和機架上共享 | ||||||||||||||||
| 9，對於測試人員來說，參與前期高層設計的討論很有必要，瞭解系統的狀態圖和高層時序圖是很重要的 | ||||||||||||||||
| 10，對於PC測試來說，灰盒測試比較合適 | ||||||||||||||||
| 11，對於系統級的PC測試，需要關注代碼覆蓋率 | ||||||||||||||||
| 12，對於PC測試來說，經可能多的準備一些測試用例；對於真實環境測試來說，需要的是一些常用用例，因爲比較耗時 | ||||||||||||||||
| 13，如果關心分支覆蓋，建議把關心的部分單獨拿出來做一個更小粒度的測試，這樣比較容易觀察 | ||||||||||||||||
| 14，特性的測試分析和設計是一個長期的工作，和測試執行不可分離 |