手機軟件測試用例設(shè)計實踐—產(chǎn)品經(jīng)理必備測試常識

一、設(shè)計概述
測試伴隨在整個手機軟件開發(fā)的各個階段中,測試質(zhì)量的高低直接關(guān)系到手機軟件的可用性,友好性,可靠性。可以說,測試環(huán)節(jié)是手機軟件開發(fā)的重要環(huán)節(jié),是整個開發(fā)過程的“中樞神經(jīng)”。同時,測試用例的設(shè)計在測試過程中是非常重要的一個環(huán)節(jié),是重中之重。
一般來說,設(shè)計測試用例應(yīng)該考慮如下幾方面:
1)有效性:測試用例是測試人員測試過程中的重要參考依據(jù)。不同的測試人員依據(jù)相同的測試用例所得到的輸出應(yīng)該是一致的。
2)可復(fù)用性:良好的測試用例具有重復(fù)使用的功能,使得測試過程事半功倍,設(shè)計良好的測試用例將大大節(jié)約時間,提高測試效率。
3)易組織性:即使是很小的項目,也可能有幾千甚至更多的測試用例,測試用例可能在數(shù)月甚至幾年的測試過程中被創(chuàng)建和使用,正確的測試計劃會很好地組織這些測試用例并提供給測試人員或者其他項目的人參考和有效的使用。
4)可評估性:從測試的項目管理角度來說,測試用例的通過率是檢驗代碼質(zhì)量的保證。經(jīng)常說代碼的質(zhì)量不高或者代碼的質(zhì)量很好,量化的標準應(yīng)該是測試用例的通過率和軟件錯誤(bug)的數(shù)目。
5)可管理性:測試用例也可以作為檢驗測試人員進度、工作量以及跟蹤/管理測試人員的工作效率的因素,尤其是比較適用于對于新的測試人員的檢驗,從而更加合理做出測試安排和計劃。
二、手機軟件測試用例設(shè)計分析
通常手機軟件測試用例可以分為如下幾類:
1)基本功能測試用例設(shè)計
基本功能是指手機軟件向手機用戶提供的最小的、可以進行的所有簡單操作的集合。
基本功能測試是指測試工程師在被測試的手機上進行實際操作,來驗證操作是否可行,操作的結(jié)果是否滿足設(shè)計要求,如果不滿足,就要報告錯誤。具體的操作例如:接電話,打電話,發(fā)送普通短信,接收普通短信,發(fā)送彩信,接收彩信,播放靜態(tài)音樂文件(mp3),播放一段視頻文件,等等。
以“短消息SMS”功能為例,基本功能測試的用例可以從如下方面進行考慮:
用例ID |
功能描述 |
sms_001 | 確定生成新消息為mms 還是sms |
sms_002 | 用多種輸入法編輯信息內(nèi)容 |
sms_003 | 編輯信息內(nèi)容達到最大的字符長度 |
sms_004 | 發(fā)送一封空短信 |
sms_005 | 存儲SMS至發(fā)件箱(存儲至Phone) |
sms_006 | 不退出寫信息窗口,連續(xù)存儲SMS至發(fā)件箱(存儲至Phone) |
sms_007 | Phone中信息條數(shù)達到最大后,自動切換存儲位置 |
sms_008 | 存儲SMS至發(fā)件箱(存儲至SIM card) |
sms_009 | 存儲SMS至發(fā)件箱,直至SIM CARD中信息滿 |
sms_010 | 在SIM CARD已滿的情況下,存儲SMS至發(fā)件箱 |
sms_011 | 存儲EMS至發(fā)件箱(參考SMS) |
sms_012 | 當phone和sim card中的信息全滿的情況下,保存短信 |
sms_013 | 發(fā)送短信的驗證 |
sms_014 | 收件人號碼不正確(長度過長、號碼不存在、有符號等) |
sms_015 | Phone中的信息滿時,發(fā)送SMS |
sms_016 | 發(fā)送EMS(超長短信)的驗證 |
sms_017 | SMS發(fā)送失敗 |
sms_018 | 群發(fā)短信 |
sms_019 | 從PB中選擇收件人 |
sms_020 | PB中沒有記錄 |
sms_021 | 從PB中選擇和直接輸入聯(lián)系人號碼 |
sms_022 | 多方發(fā)送短信,并全部發(fā)送成功 |
sms_023 | 多方發(fā)送短信,未全部發(fā)送成功 |
sms_024 | 群發(fā)失敗后,重新發(fā)送,并發(fā)送成功 |
sms_025 | 群發(fā)失敗后,重新發(fā)送,并發(fā)送失敗 |
sms_026 | 群發(fā)EMS部分的驗證 |
sms_027 | 插入一條常用短語,發(fā)送短信 |
sms_028 | 連續(xù)插入常用短語,發(fā)送短信或EMS |
sms_029 | 發(fā)送失敗的驗證 |
2)交互測試
所謂交互測試是指當手機不同的兩個或者多個功能之間有交互的時候,對手機所應(yīng)該處的狀態(tài)或者行為進行測試,被測手機的狀態(tài)或者行為應(yīng)該與需求設(shè)計中的要求相一致。
交互測試的測試用例可以從如下方面考慮:
用例ID |
功能描述 |
jh_001 | 打電話時接收短信息 |
jh_002 | 看短信內(nèi)容時候進來一個電話 |
jh_003 | 聽音樂時候瀏覽新短信 |
jh_004 | 發(fā)送一封空短信 |
jh_005 | 聽音樂時候進來一個電話 |
jh_006 | 上網(wǎng)瀏覽時進來一個電話 |
jh_007 | 接電話時候鬧鐘報警 |
3)臨界測試
所謂的臨界測試是指當手機的某些可用資源達到或者超過理論允許的極大值時,在手機上繼續(xù)進行某種操作時候的測試。此時手機的行為應(yīng)該是友好的,可被使用者接受的,應(yīng)該與需求分析的要求相符合。
臨界測試的測試用例可以從如下方面考慮:
用例ID |
功能描述 |
lj_001 | 內(nèi)存滿時撥打電話 |
lj _002 | 內(nèi)存滿時啟動音樂播放器 |
lj _003 | 數(shù)據(jù)庫滿時撥打電話 |
lj _004 | 數(shù)據(jù)庫滿時啟動瀏覽器 |
lj _005 | 數(shù)據(jù)庫滿時啟動音樂播放器 |
lj _006 | 地址本滿時繼續(xù)添加記錄 |
lj _007 | 短信收件箱滿時繼續(xù)收新短信 |
4)壓力測試
壓力測試一般是指在比較短的一段時間內(nèi),被測手機執(zhí)行比較多的任務(wù)或者操作,來檢測被測手機承受壓力的能力。
壓力測試的測試用例可以從如下方面考慮:
用例ID |
功能描述 |
yl_001 | 在短時間內(nèi)發(fā)送大量的短信,同時接收大量的短信,發(fā)送和接收的數(shù)量都在50條以上 |
yl_002 | 短信的群發(fā)(包括超長短信),查看接收和發(fā)送的成功率 |
yl _003 | 接通一個電話并且保持很長一段時間(大于l0個小時) |
轉(zhuǎn)自:火龍果軟件學(xué)院
木子評:一般小公司、小團隊,不會有專業(yè)的qa組。這時候基本是團隊自己人測一下。這時候有個流程很重要。
由于我做的是手機應(yīng)用,上面4個少一個兼容性測試。(網(wǎng)絡(luò)、sd卡、分辨率等)
流程方面上需要注意的是,做一份內(nèi)部測試用的表格。
格式基本是,哪個界面,功能,觸發(fā)條件,是否可以復(fù)現(xiàn),有無bug反饋代碼。
最后還要兼顧用戶體驗,對照效果圖,哪些顏色,布局不合理等等。
大家分模塊測試,uga的要分角色測試,測試出來的問題,統(tǒng)一匯總。然后統(tǒng)一與程序員交涉。
- 目前還沒評論,等你發(fā)揮!