2. 功能單元測試
面對一個(gè)比較小得功能單元，設計 testcase 就容易得多了。因為功能單元千差萬(wàn)別，所以我僅僅寫(xiě)一些相對通用得思路。
1 )從 4 個(gè)可能變化的要素入手：輸入，輸出，參數和狀態(tài)。
如果把某個(gè)功能想象成一個(gè)黑盒子，那么這個(gè)黑盒子任何時(shí)候得輸出可以用下面得三個(gè)參數來(lái)確定(輸入，狀態(tài)，參數)。這種方法可以對功能進(jìn)行詳盡得測試。
2 )黑盒子得生命周期
盒子不是憑空出現的，它也不是在真空之中。在它的生命周期中，有那些東西能影響它?它的初始化，重啟動(dòng)，關(guān)閉。。。
3 ) GUI 測試
一個(gè)功能單元可能有 GUI ，那么他們也應該在這里測試。我們以 GUI 測試為例， GUI 有它自己的特點(diǎn)
1. GUI 很容易變化
2. GUI 一般不容易錯，因為 GUI 不包含復雜的邏輯
3. GUI 的錯誤很容易看出來(lái)， 很多 GUI 問(wèn)題其實(shí)看一下就知道了，比如字體不對
4. GUI 難以描述。 GUI 涉及的內容很多顏色，布局，字體等等
所以對于 GUI 的測試用例，應該給出一個(gè)關(guān)鍵點(diǎn)，而不用給出具體的描述。比如 “ 檢查 label 字體 ” 比 “ 字體是宋體，大小 11 ，斜體 “ 要好，當然除非特別要求。如果有特別的要求，應該依據具體的需求來(lái)進(jìn)行設計。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/