一、編寫testcase的疑惑
在編寫的時候，一直都在考慮什么樣的用例才是一個好的用例，如何去評價一個用例的價值？
測試用例是在執(zhí)行用例時，一個比較重要的過程，它關(guān)于一個具體的測試步驟，簡單的描述輸入的參數(shù)、前提條件，預(yù)期結(jié)果的輸出等等，在執(zhí)行的時候，實際的結(jié)果與預(yù)期結(jié)果是否想吻合；測試用例的設(shè)計、編寫都是測試當中比較重要的過程；
二、在設(shè)計用例時，testcase的設(shè)計
按功能點分模塊，還是UI界面？
如dashboard中有八個模塊，每一個模塊來做一個分支處理，然后再到每個模塊里面細分，突然覺得每個模塊中的很多testcase都是相同的，比如一個模塊中有搜索功能，另一個也有搜索功能，是否這兩個模塊都需要去編寫testcase呢？
對于用例標題的設(shè)計，個人習(xí)慣與用一個動賓短語去寫一個testcase，可是想想又覺得你的用例是針對某一個功能而言，而并不是針對某一個操作的，試著努力去用一個名詞短語表達這個用例的功能；突然覺得寫用例對語文要求高，好吧，對于這種語文水平不咋地的人來說，是一種多大的折磨；
對于手機App的測試，個人覺得是測試里面相對來說比較簡單的測試，整個應(yīng)用的功能都數(shù)的過來，一般要考慮的測試點有：
a.斷開網(wǎng)絡(luò)的測試；
b.斷開Gps的測試；
c.在操作中突然有來電；
d.在操作中突然有短信；
e.在應(yīng)用里面，可以多次進行操作某一個功能，檢查系統(tǒng)是否會掛掉；
f.當然對于一個
手機應(yīng)用來說，用戶體驗是相當重要的；
三、用例總結(jié)
具有較高的發(fā)現(xiàn)錯誤的概率，沒有多余的操作步驟，看不起既不簡單也不復(fù)雜，案例是可用來重用與跟蹤，確保系統(tǒng)能夠滿足功能的需求；
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters