手機軟件測試用例設計實踐
一、測試用例設計概述
測試伴隨在整個手機軟件開發的各個階段中,測試質量的高低直接關系到手機軟件的可用性,友好性,可靠性。可以說,測試環節是手機軟件開發的重要環節,是整個開發過程的“中樞神經”。同時,測試用例的設計在測試過程中是非常重要的一個環節,是重中之重。
一般來說,設計測試用例應該考慮如下幾方面:
1)有效性:測試用例是測試人員測試過程中的重要參考依據。不同的測試人員依據相同的測試用例所得到的輸出應該是一致的。
2)可復用性:良好的測試用例具有重復使用的功能,使得測試過程事半功倍,設計良好的測試用例將大大節約時間,提高測試效率。
3)易組織性:即使是很小的項目,也可能有幾千甚至更多的測試用例,測試用例可能在數月甚至幾年的測試過程中被創建和使用,正確的測試計劃會很好地組織這些測試用例并提供給測試人員或者其他項目的人參考和有效的使用。
4)可評估性:從測試的項目管理角度來說,測試用例的通過率是檢驗代碼質量的保證。經常說代碼的質量不高或者代碼的質量很好,量化的標準應該是測試用例的通過率和軟件錯誤(bug)的數目。
5)可管理性:測試用例也可以作為檢驗測試人員進度、工作量以及跟蹤/管理測試人員的工作效率的因素,尤其是比較適用于對于新的測試人員的檢驗,從而更加合理做出測試安排和計劃。
通常手機軟件測試用例可以分為如下幾類:
1)基本功能測試用例設計
基本功能是指手機軟件向手機用戶提供的最小的、可以進行的所有簡單操作的集合。
基本功能測試是指測試工程師在被測試的手機上進行實際操作,來驗證操作是否可行,操作的結果是否滿足設計要求,如果不滿足,就要報告錯誤。具體的操作例 如:接電話,打電話,發送普通短信,接收普通短信,發送彩信,接收彩信,播放靜態音樂文件(mp3),播放一段視頻文件,等等。
以“短消息SMS”功能為例,基本功能測試的用例可以從如下方面進行考慮:
用例ID | 功能描述 | ||||||||||||||||||||||||||||||||||||||||
sms_001 | 確定生成新消息為mms 還是sms | ||||||||||||||||||||||||||||||||||||||||
sms_002 | 用多種輸入法編輯信息內容 | ||||||||||||||||||||||||||||||||||||||||
sms_003 | 編輯信息內容達到最大的字符長度 | ||||||||||||||||||||||||||||||||||||||||
sms_004 | 發送一封空短信 | ||||||||||||||||||||||||||||||||||||||||
sms_005 | 存儲SMS至發件箱(存儲至Phone) | ||||||||||||||||||||||||||||||||||||||||
sms_006 | 不退出寫信息窗口,連續存儲SMS至發件箱(存儲至Phone) | ||||||||||||||||||||||||||||||||||||||||
sms_007 | Phone中信息條數達到最大后,自動切換存儲位置 | ||||||||||||||||||||||||||||||||||||||||
sms_008 | 存儲SMS至發件箱(存儲至SIM card) | ||||||||||||||||||||||||||||||||||||||||
sms_009 | 存儲SMS至發件箱,直至SIM CARD中信息滿 | ||||||||||||||||||||||||||||||||||||||||
sms_010 | 在SIM CARD已滿的情況下,存儲SMS至發件箱 | ||||||||||||||||||||||||||||||||||||||||
sms_011 | 存儲EMS至發件箱(參考SMS) | ||||||||||||||||||||||||||||||||||||||||
sms_012 | 當phone和sim card中的信息全滿的情況下,保存短信 | ||||||||||||||||||||||||||||||||||||||||
sms_013 | 發送短信的驗證 | ||||||||||||||||||||||||||||||||||||||||
sms_014 | 收件人號碼不正確(長度過長、號碼不存在、有符號等) | ||||||||||||||||||||||||||||||||||||||||
sms_015 | Phone中的信息滿時,發送SMS | ||||||||||||||||||||||||||||||||||||||||
sms_016 | 發送EMS(超長短信)的驗證 | ||||||||||||||||||||||||||||||||||||||||
sms_017 | SMS發送失敗 | ||||||||||||||||||||||||||||||||||||||||
sms_018 | 群發短信 | ||||||||||||||||||||||||||||||||||||||||
sms_019 | 從PB中選擇收件人 | ||||||||||||||||||||||||||||||||||||||||
sms_020 | PB中沒有記錄 | ||||||||||||||||||||||||||||||||||||||||
sms_021 | 從PB中選擇和直接輸入聯系人號碼 | ||||||||||||||||||||||||||||||||||||||||
sms_022 | 多方發送短信,并全部發送成功 | ||||||||||||||||||||||||||||||||||||||||
sms_023 | 多方發送短信,未全部發送成功 | ||||||||||||||||||||||||||||||||||||||||
sms_024 | 群發失敗后,重新發送,并發送成功 | ||||||||||||||||||||||||||||||||||||||||
sms_025 | 群發失敗后,重新發送,并發送失敗 | ||||||||||||||||||||||||||||||||||||||||
sms_026 | 群發EMS部分的驗證 | ||||||||||||||||||||||||||||||||||||||||
sms_027 | 插入一條常用短語,發送短信 | ||||||||||||||||||||||||||||||||||||||||
sms_028 | 連續插入常用短語,發送短信或EMS | ||||||||||||||||||||||||||||||||||||||||
sms_029 | 發送失敗的驗證 2)交互測試 所謂交互測試是指當手機不同的兩個或者多個功能之間有交互的時候,對手機所應該處的狀態或者行為進行測試,被測手機的狀態或者行為應該與需求設計中的要求相一致。 交互測試的測試用例可以從如下方面考慮:
3)臨界測試 所謂的臨界測試是指當手機的某些可用資源達到或者超過理論允許的極大值時,在手機上繼續進行某種操作時候的測試。此時手機的行為應該是友好的,可被使用者接受的,應該與需求分析的要求相符合。 臨界測試的測試用例可以從如下方面考慮:
4)壓力測試 壓力測試一般是指在比較短的一段時間內,被測手機執行比較多的任務或者操作,來檢測被測手機承受壓力的能力。 壓力測試的測試用例可以從如下方面考慮:
|
posted on 2011-10-14 09:55 順其自然EVO 閱讀(1371) 評論(0) 編輯 收藏 所屬分類: 測試學習專欄