說到這里,你可能會發現這其實是面向方面編程(AOP)得概念。bingo!確實如此,好得思想方法在哪里都會閃光啊~_*.
2. 功能單元測試
面對一個比較小得功能單元,設計testcase就容易得多了。因為功能單元千差萬別,所以我僅僅寫一些相對通用得思路。
1)從4個可能變化的要素入手:輸入,輸出,參數和狀態。
如果把某個功能想象成一個黑盒子,那么這個黑盒子任何時候得輸出可以用下面得三個參數來確定(輸入,狀態,參數)。這種方法可以對功能進行詳盡得測試。
2)黑盒子得生命周期
盒子不是憑空出現的,它也不是在真空之中。在它的生命周期中,有那些東西能影響它?它的初始化,重啟動,關閉。。。
3)GUI測試
一個功能單元可能有GUI,那么他們也應該在這里測試。我們以GUI測試為例,GUI有它自己的特點
1. GUI很容易變化
2. GUI一般不容易錯,因為GUI不包含復雜的邏輯
3. GUI的錯誤很容易看出來, 很多GUI問題其實看一下就知道了,比如字體不對
4. GUI難以描述。GUI涉及的內容很多顏色,布局,字體。。。
所以對于GUI的測試用例,應該給出一個關鍵點,而不用給出具體的描述。比如“檢查label字體”比“字體是宋體,大小11,斜體“要好,當然除非特別要求
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/