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