縱觀(guān)海外軟件測試行業(yè)，從2001年起頭，測試人員及測試主管經(jīng)常研究測試用例的編寫(xiě)方法。以為編寫(xiě)了測試用例就可以做好測試責任。其實(shí)不然。測試用例只是用來(lái)抵達測試掩飾和進(jìn)行測試閱歷積累的一種手段。
我們部門(mén)從2002年起頭起頭測試用例的編寫(xiě)責任，但直至2004年，測試用例對實(shí)際的測試責任并沒(méi)有帶來(lái)明顯的效果，反而造成責任量上的增加和資源糟踐。由于，一直以來(lái)，已經(jīng)編寫(xiě)好的測試用例并沒(méi)有細心地執行和掩護。這不是測試用例本身的問(wèn)題，而是測試管理者的失誤!
為什么我們一直以來(lái)都對測試用例表現出不好的態(tài)度呢?
分析原因，有四：
1。首先是資源投入的問(wèn)題。測試團隊的人數不夠，將直接引發(fā)責任量問(wèn)題。而測試用例又是一件要求非常細致的責任。
2。開(kāi)發(fā)測試用例所需要的技術(shù)知識。測試用例的設計離不開(kāi)技術(shù)(只管在有些狀態(tài)下可以不需要)，但以后的測試團隊并沒(méi)有好的技術(shù)基礎(如編程閱歷，設計閱歷等)。另外，與開(kāi)發(fā)組和產(chǎn)品需求規劃組的替換也不順暢。導致測試用例的設計很片面，且太過(guò)于主觀(guān)(純粹靠設計人員的閱歷)。
3。對測試用例的理解過(guò)于軟弱。為什么這么說(shuō)呢?由于QC是一件非常復雜的責任，事情多且雜亂(特別是在開(kāi)發(fā)流程不規范的組織中)，測試主管們很隨便掉進(jìn)“為了設計而設計”的陷井。測試用例的編寫(xiě)過(guò)程和質(zhì)量，并不是“測試用例責任”的全部，測試用例的執行、掩護才是這項責任的重點(diǎn)。
4。測試主管們對測試用例的期望值過(guò)高。測試用例編寫(xiě)出來(lái)了，也執行了。但它究竟是一份文檔，是死的，我們需要活用它。也就是說(shuō)，測試用例還需要一個(gè)相配套的應用策略。比喻，對某個(gè)軟件版本的的測試，根據實(shí)際的項目狀態(tài)(如測試時(shí)限，人員及其水平，主旨軟件的品質(zhì)等)對測試用例庫進(jìn)行篩選和打包，這樣才能較好地實(shí)現測試用例的效果。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
