測試用例重構思考 軟件測試
之前發(fā)了一篇關(guān)于測試用例的帖子在論壇，今天還是想在這里再?lài)Z叨一次，因為對測試用例的設計又有了一點(diǎn)新的認識，至少是在我的思想里，或許別人早就覺(jué)得是小兒科了，哈哈~
新入職一家公司剛好趕上測試用例重構，接受成為這次任務(wù)的主要負責人，按照之前的工作經(jīng)驗，幾乎完全照搬了過(guò)來(lái)，在跟直接領(lǐng)導的溝通中，也得到了測試經(jīng)理的原則：以最少的用例覆蓋盡量多的功能點(diǎn)。但是我卻沒(méi)有把握這個(gè)原則，依然將原來(lái)雖可行但卻與之不符的原則搬了上來(lái)，按照測試用例粒度統一，粒度最細的角度去設計了一個(gè)功能模塊的用例，在評審時(shí)測試經(jīng)理參加，當然也就發(fā)生了一些思想上的沖突，細細想來(lái)，我的思想也無(wú)不正確，只是考慮的角度不一樣，我是想更注重于測試用例在粒度上的統一;但是測試經(jīng)理的思路也很好，目前的現狀是無(wú)法達到我說(shuō)的這種狀態(tài)，而測試很多理念也是說(shuō)最好是以最少的用例覆蓋最多的功能點(diǎn)，當我們設計一個(gè)關(guān)于邊界值的用例時(shí)，是否可以用一個(gè)前提準備的數據來(lái)完成很多個(gè)功能點(diǎn)的驗證，而不是每個(gè)功能點(diǎn)都寫(xiě)一條準備前提?這就是測試用例設計的思路，如何設計測試用例才能達到這種效果，因為我們必須要知道測試用例最重要的目的是指導測試，只要能指導測試，能覆蓋全面需求，就是最好的測試用例，不過(guò)這個(gè)觀(guān)點(diǎn)在測試覆蓋上恐怕會(huì )有風(fēng)險，畢竟當思考如何以覆蓋更多功能點(diǎn)時(shí)可能會(huì )因為功能點(diǎn)覆蓋的多了而導致最終的測試遺漏。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
