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