其次，從數量來講，我覺得很多公司的測試用例太少，甚至遠遠不能覆蓋系統需求，這也是很多測試人員測試開展前期按照用例執行，漸漸憑“意念”去測試的原因。應該說測試用例的數量很難用數學模型來模擬，更沒辦法衡量，但憑借個人經驗來說，一個多于半年開發周期（指從編碼開始直到提交客戶的時間段）的軟件系統，它的用例數量不要低于4000個，甚至更多！也許有人驚訝這一數字，不過了解IBM Microsoft 的人士會認為4000還是很少的。試想，對于一個中型軟件系統，如果設計出5000個用例，那它的測試覆蓋率還怕不高么！
再次，如此眾多的測試用例的管理。是的，需要管理工具軟件！本人從來都反對以word或excel來編寫測試用例，那樣不僅在格式上難于編寫——尤其對于一些共性內容：測試目標、測試環境、參考說明等，每次都要拷貝；而且難于管理——幾千個文檔文件放在一個共享文件夾，你的眼睛要必將經過繚亂的洗禮！更是難于執行——莫非真要針對幾千個用例都是打開一個word、執行測試、輸入測試結果、關閉word？而且，根本沒辦法追蹤測試結果——輸入完本輪回歸測試的結果，下一論輸入哪里？輸入了這些測試結果什么用？用它追蹤什么？追蹤得到嗎？