我們部門從2002年開始開始測試用例的編寫任務，但直至2004年，測試用例對實際的測試工作并沒有帶來明顯的效果，反而造成工作量上的增加和資源浪費。因為，一直以來，已經編寫好的測試用例并沒有認真地執行和維護。這不是測試用例本身的問題，而是測試管理者的失誤！
為什么我們一直以來都對測試用例表現出不好的態度呢？分析原因，有四：
1.首先是資源投入的問題。測試團隊的人數不夠，將直接引發工作量問題。而測試用例又是一件要求非常細致的工作。
2.開發測試用例所需要的技術知識。測試用例的設計離不開技術（雖然在有些情況下可以不需要），但當前的測試團隊并沒有好的技術基礎（如編程經驗，設計經驗等）。另外，與開發組和產品需求規劃組的交流也不順暢。導致測試用例的設計很片面，且太過于主觀（純粹靠設計人員的經驗）。
3.對測試用例的理解過于單薄。為什么這么說呢？由于QC是一件非常復雜的工作，事情多且雜亂（特別是在開發流程不規范的組織中），測試主管們很容易掉進“為了設計而設計”的陷井。測試用例的編寫過程和質量，并不是“測試用例工作”的全部，測試用例的執行、維護才是這項工作的重點。
4.測試主管們對測試用例的期望值過高。測試用例編寫出來了，也執行了。但它畢竟是一份文檔，是死的，我們需要活用它。也就是說，測試用例還需要一個相配套的使用策略。比如，對某個軟件版本的的測試，根據實際的項目情況（如測試時限，人員及其水平，目標軟件的品質等）對測試用例庫進行篩選和打包，這樣才能較好地實現測試用例的效果。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
