1、安裝卸載
| 用例編號 |
測試內容
|
操作步驟
|
預期結果
|
測試次數
|
測試結果
|
備注
|
|
安裝
|
||||||
| 1 |
通過第三方軟件協助安裝是否正常
|
第三方軟件搜索app，安裝
|
目標:支持360、豌豆莢、應用寶等主流輔助工具
|
1
|
Pass
|
|
| 2 |
在不同操作系統下安裝是否正常
|
1、使用測試手機安裝
2、使用測試平台測試，地址見sheet[其他] |
可以安裝，並正常使用
（主要是IOS 和 Android平台，並驗證主流版本） |
1
|
Failed
|
|
| 3 |
安裝過程中斷網，安裝是否能完成
|
安裝過程中斷網
|
不會出現異常
|
1
|
Failed
|
|
| 4 |
安裝后的文件夾及文件是否寫到了指定的目錄里
|
安裝，（使用手機助手）查看安裝后文件
|
文件存放在制定目錄
|
1
|
NT
|
|
| 5 |
軟件安裝過程是否可以取消，點擊取消后，寫入的文件是否如概要設計說明處理
|
安裝過程中取消
|
按照說明書處理，例如文件可以取消，已安裝文件被刪除
|
1
|
NT
|
|
| 6 |
軟件安裝過程中斷電
|
安裝過程中斷電
|
軟件重新安裝無異常
|
1
|
Pass
|
|
| 7 |
軟件安裝過程中重啟
|
安裝過程中重啟
|
軟件重新安裝無異常
|
1
|
Pass
|
|
| 8 |
軟件安裝過程中死機
|
軟件重新安裝無異常 |
1
|
|||
| 9 |
安裝空間不足時是否有相應提示
|
在空間不足的手機上安裝
|
給出正確提示
|
1
|
||
| 10 |
安裝后沒有生成多余的目錄結構和文件
|
安裝，（使用手機助手）查看安裝后文件
|
結構目錄正常
|
1
|
||
|
卸載
|
||||||
| 11 |
可以通過第三方軟件協助卸載
|
1、使用測試手機卸載
2、使用測試平台測試，地址見sheet[其他] |
可以卸載
目標:支持360、豌豆莢、應用寶等主流輔助工具 |
1
|
||
| 12 |
卸載是否有提示信息，是否支持取消
|
到手機應用管理中心卸載，或其他卸載方式
|
卸載支持取消功能
|
1
|
||
| 13 |
測試卸載后文件是否全部刪除所有的安裝文件夾
|
卸載，（使用手機助手）查看安裝后文件
|
工具
|
1
|
||
| 14 |
軟件卸載過程中斷電
|
卸載過程中斷電
|
重新卸載無異常
|
1
|
||
| 15 |
軟件卸載過程中重啟
|
卸載過程中重啟
|
重新卸載無異常
|
1
|
||
| 16 |
軟件卸載過程中死機
|
重新卸載無異常 |
1
|
|||
| 17 |
卸載后是否可以重裝
|
卸載后重裝
|
可以重裝
|
1
|
||
2、功能用例
| 用例編號 |
測試內容
|
操作步驟
|
預期結果
|
測試次數
|
測試結果
|
備注
|
|
啟動
|
||||||
| 1 |
App打開時，是否有加載動畫或加載狀態進度提示
|
啟動APP
|
有加載動畫或加載狀態進度提示（以需求為准）
|
1
|
||
| 2 |
App打開速度是否可觀
|
統計APP啟動速度
|
啟動時間在可接受范圍內
|
1
|
||
|
前后台切換
|
||||||
| 3 |
APP切換到后台，再回到APP，是否停留在上一次操作界面
|
APP切換到后台，再回到APP
|
停留在上一次操作界面
|
1
|
||
| 4 |
APP切換到后台，再回到APP，功能及應用狀態是否正常
|
APP切換到后台，再回到APP
|
功能及應用狀態正常。
IOS4和IOS5的版本的處理機制有的不一樣，另外注意從后台切換回前台數據有自動更新的情況 |
1
|
||
| 5 |
手機鎖屏解屏后進入APP是否會崩潰，功能狀態是否正常
|
鎖屏，然后解鎖后再次打開APP
|
功能及應用狀態正常。
注意對於從后台切換回前台數據有自動更新的情況 |
1
|
||
| 6 |
當App使用過程中有電話進來中斷后再切換到APP，功能狀態是否正常
|
1
|
||||
| 7 |
當殺掉APP進程后，再開啟APP，APP能否正常啟動
|
1
|
||||
| 8 |
出現必須處理的提示框后，切換到后台，再切換回來，檢查提示框是否還存在，有時候會出現應用自動跳過提示框的缺陷
|
1
|
||||
| 9 |
對於有數據交換的頁面，每個頁面都必需要進行前后台切換、鎖屏的測試，這種頁面最容易出現崩潰
|
1
|
||||
|
免登錄：很多應用提供免登錄功能，當應用開啟時自動以上一次登錄的用戶身份來使用app.
|
||||||
| 10 |
無網絡情況時能否正常進入免登錄狀態。
|
斷開網絡，啟動APP
|
正常進入免登錄狀態
|
1
|
||
| 11 |
切換用戶登錄后，用戶登錄信息及數據內容是否更新
|
切換用戶
|
原用戶完全退出，信息更新
|
1
|
||
|
數據更新：根據應用的業務規則，以及數據更新量的情況，來確定最優的數據更新方案
|
||||||
| 12 |
需要確定哪些地方需要提供手動刷新，哪些地方需要自動刷新，哪些地方需要手動+自動刷新。
|
1
|
||||
| 13 |
確定哪些地方從后台切換回前台時需要進行數據更新。
|
1
|
||||
| 14 |
根據業務、速度及流量的合理分配，確定哪些內容需要實時更新，哪些需要定時更新
|
1
|
||||
| 15 |
確定數據展示部分的處理邏輯，是每次從服務端請求，還是有緩存到本地，這樣才能有針對性的進行相應測試
|
1
|
||||
| 16 |
檢查有數據交換的地方，均有相應的異常處理
|
1
|
||||
|
離線瀏覽：很多應用會支持離線瀏覽，即在本地客戶端會緩存一部分數據供用戶查看
|
||||||
| 17 |
在無網絡情況可以瀏覽本地數據
|
1
|
||||
| 18 |
退出APP再開啟APP時能正常瀏覽
|
1
|
||||
| 19 |
切換到后台再切回前台可以正常瀏覽
|
1
|
||||
| 20 |
鎖屏后再解屏回到應用前台可以正常瀏覽
|
1
|
||||
| 21 |
在對服務端的數據有更新時會給予離線的相應提示
|
1
|
||||
|
定位、照相機服務:測試定位、照相機服務時，需要采用真機進行測試
|
||||||
| 22 |
有用到相機、定位服務時，需要注意系統版本差異
|
1
|
||||
| 23 |
有用到定位服務、照相機服務的地方，需要進行前后台的切換測試，檢查應用是否正常
|
1
|
||||
| 24 |
當定位服務沒有開啟時，使用定位服務，會友好性彈出是否允許設置定位提示。當確定允許開啟定位時，能自動跳轉到定位設置中開啟定位服務
|
1
|
||||
|
時間測試
|
||||||
| 25 |
檢查文字的發布時間、評論時間是否合理
|
客戶端自行設置手機的時區、時間
|
文字的發布時間、評論時間合理（由服務器轉換）
|
1
|
||
|
PUSH測試：測試push時，需要采用真機進行測試
|
||||||
| 26 |
檢查push消息是否按照指定的業務規則發送
|
1
|
||||
| 27 |
檢查不接受推送消息時，檢查用戶不會再接收到push
|
在APP中設置不接收推送，檢查是否還會受到推送消息
|
用戶不會再接收到push
|
1
|
||
| 28 |
免打擾測試
|
設置免打擾時間段，檢查推送信息的時間
|
在免打擾時間段內，用戶接收不到PUSH。
在非免打擾時間段，用戶能正常收到push |
1
|
||
| 29 |
推送消息是否准確
|
對特定用戶推送消息
|
檢查特定是否是否准確接收，且非目標用戶未接收消息
|
1
|
||
|
注冊
|
||||||
| 30 |
注冊時，用戶名和密碼長度是否有限制，格式是否有要求
|
注冊頁面，驗證用戶名和密碼的格式和長度
|
用戶名和密碼皆有合理限制，並在輸入錯誤時給出提示
|
1
|
||
| 31 |
注冊已存在的用戶時，處理是否合理
|
用已存在的用戶名進行注冊
|
焦點移開輸入框或者提交時給出提示，無法保存
|
1
|
||
| 32 |
注冊成功后是否給出提示或登錄到提示頁面
|
注冊成功后，觀察系統處理方式
|
給出提示或登錄到提示頁面
|
1
|
||
| 33 |
后台管理頁面是否可以查詢到注冊用戶數據，數據是否跟注冊時一致
|
登錄成功后，在管理后台查詢用戶信息
|
否可以查詢到注冊用戶數據，且數據跟注冊一致
|
1
|
||
|
登錄
|
||||||
| 34 |
合法用戶可以登錄系統
|
用前台注冊的用戶或后台添加的用戶進行登錄
|
可以正常登錄
|
1
|
||
| 35 |
系統是否允許多次非法的登錄，是否有次數限制。
|
用正確的賬號和錯誤的密碼多次登錄
|
每次登錄都有剩余登錄嘗試次數，用完后賬號鎖定
|
1
|
||
| 36 |
使用禁用的賬號登錄系統是否正確處理
|
后台將某賬號鎖定，然后嘗試登錄
|
無法登錄，且給出的提示信息清晰、安全
|
1
|
||
| 37 |
使用已經登錄的賬號登錄系統是否正確處理
|
用同一賬號在兩台手機登錄
|
第二次登錄時給出提示，強行登錄后，第一次登錄的賬號下線
|
1
|
||
| 38 |
使用后台已刪除的用戶登錄
|
后台將某賬號刪除，然后嘗試登錄
|
無法登錄，且給出的提示信息清晰、安全
|
1
|
||
| 39 |
使用錯誤的用戶名或密碼登錄時，處理是否合理
|
用錯誤的賬號或或密碼登錄
|
無法登錄，且給出的提示信息清晰、安全
|
1
|
||
| 40 |
登錄后，頁面中的登錄信息是否准確，登錄后展示頁面是否合理
|
用正確的賬號登錄，檢查登錄后信息和頁面
|
登錄信息准確，展示頁面合理
|
1
|
||
| 41 |
登錄超時的處理
|
登錄過程中斷開網絡
|
給出提示
|
1
|
||
| 42 |
使用第三方賬號登錄
|
使用第三方賬號登錄
|
可以正常登錄
|
1
|
||
| 43 |
在第三方賬號上取消授權后無法自動登錄
|
在第三方賬號上取消授權
|
無法自動登錄，需要重新授權
|
1
|
||
|
修改（忘記）密碼
|
||||||
| 44 |
在登錄頁面有忘記密碼的鏈接
|
1
|
||||
| 45 |
可以找回密碼
|
1
|
||||
| 46 |
新舊密碼都正確無誤時可以修改密碼
|
1
|
||||
| 47 |
修改密碼頁面，新密碼不對時無法修改，且給出提示
|
1
|
||||
| 48 |
新不密碼不符合規則時無法修改
|
1
|
||||
| 49 |
新密碼和確認密碼不符合時無法修改，且給出提示
|
1
|
||||
|
注銷
|
||||||
| 50 |
可以注銷，且注銷后跳轉的頁面合理
|
1
|
||||
| 51 |
注銷后，無法查看要求登錄的數據
|
1
|
||||
|
計量單位
|
||||||
| 52 |
計量單位之間是否可以切換，若可以，切換是否方便
|
1
|
||||
| 53 |
單位切換后，報表模塊是否能展示正確的數據和圖表
|
1
|
||||
3、用戶體驗測試
| 用例編號 |
測試內容
|
操作步驟
|
預期結果
|
測試次數
|
測試結果
|
備注
|
|
通用
|
||||||
| 1 |
空數據界面是否有用戶操作的引導。
|
1
|
||||
| 2 |
是否濫用用戶引導。
|
1
|
||||
| 3 |
是否有不可點擊的效果
|
如：某按鈕此時處於不可用狀態，那么一定要灰掉，或者拿掉按鈕，否則會給用戶誤導 |
1
|
|||
| 4 |
交互流程分支是否太多
|
1
|
||||
| 5 |
相關的選項是否離得很遠
|
1
|
||||
| 6 |
一次是否載入太多的數據
|
1
|
||||
| 7 |
界面中按鈕可點擊范圍是否適中
|
1
|
||||
| 8 |
標簽頁是否跟內容有從屬關系
|
當切換標簽的時候，內容跟着切換 |
1
|
|||
| 9 |
操作應該有主次從屬關系
|
1
|
||||
| 10 |
是否有橫屏模式的設計
|
應用一般需要支持橫屏模式，即自適應設計 |
1
|
|||
| 11 |
系統是否是否定義Back的邏輯，是否在不應該返回的時候返回了？
|
涉及軟硬件交互時，Back鍵應具體定義 |
1
|
|||
| 12 |
用戶不耐心而且多次敲按鍵會發生什么？
|
1
|
||||
| 13 |
輸入錯誤的數據會發生什么？
|
1
|
||||
| 14 |
系統操作是否簡單、易理解？是否有引導性？
|
1
|
||||
| 15 |
App頁面間的切換是否流暢，邏輯是否正確
|
切換APP頁面
|
檢查是否流程，切換是否符合邏輯
|
1
|
||
|
導航相關
|
||||||
| 16 |
導航方式是否合理？（菜單不能太深，是否符合邏輯？）
|
1
|
||||
| 17 |
是否有讓用戶產生擔憂數據安全的設計和操作？
|
1
|
||||
| 18 |
會要求打開相關服務嗎(如GPS、Wi-Fi)？如果用戶打開會怎樣？沒打開又會怎樣？
|
1
|
||||
| 19 |
將用戶重新引向哪兒？去網頁？還是從網頁到App？這會導致問題出現嗎？
|
1
|
||||
|
出錯提醒和消息
|
||||||
| 20 |
出錯提醒的UI設計可以接受嗎？
|
1
|
||||
| 21 |
錯誤信息內容可以理解嗎？
|
1
|
||||
| 22 |
錯誤信息是否保持一致？
|
1
|
||||
| 23 |
這些錯誤信息有幫助嗎？
|
1
|
||||
| 24 |
錯誤信息內容是否合適？
|
1
|
||||
| 25 |
這些錯誤是否符合慣例和標准？
|
1
|
||||
| 26 |
這些錯誤信息本身是否安全？
|
1
|
||||
| 27 |
運行記錄和崩潰是否能被用戶和開發者獲得？
|
1
|
||||
| 28 |
是否所有的錯誤都被測試過？
|
1
|
||||
| 29 |
用戶處理完錯誤信息后，將處於什么狀態？
|
1
|
||||
| 30 |
是否在用戶應該接受錯誤信息時，卻沒有錯誤信息彈出？
|
1
|
||||
| 31 |
后台消息能即使推送到移動端嗎？
|
1
|
||||
| 32 |
如果因網絡或其他原因出錯，提示框中是否有重試或者不重試的選擇按鈕？
|
1
|
||||
|
其他異常
|
||||||
| 33 |
系統會因為長時間運行而慢慢停止，然后崩潰嗎？
|
1
|
||||
| 34 |
開啟時會發生什么？
|
1
|
||||
| 35 |
任務完成中會發生什么？
|
1
|
||||
| 36 |
是否可能丟失未保存的操作？
|
1
|
||||
| 37 |
你可以忽視通知提醒嗎？忽視后會發生什么？
|
1
|
||||
| 38 |
你可以對通知提醒做出響應嗎？響應后會發生什么
|
1
|
||||
| 39 |
當登錄過期或超時會發生什么？
|
1
|
||||
| 40 |
多次快速點擊時，這個同樣適用於Apple
|
1
|
||||
4、交叉事件測試
| 用例編號 |
測試內容
|
操作步驟
|
預期結果
|
測試次數
|
測試結果
|
備注
|
| 1 |
多個App同時運行是否影響正常功能
|
運行多個APP
|
運行正常（注意內存不足的情況）
|
1
|
||
| 2 |
App運行時前/后台切換是否影響正常功能
|
具體參考功能sheet中的“前后台切換”
|
無影響
|
1
|
||
| 3 |
沖突測試
|
App運行時撥打/接聽電話
|
無影響
|
1
|
||
| 4 |
沖突測試
|
App運行時發送/接收信息
|
無影響
|
1
|
||
| 5 |
沖突測試
|
App運行時發送/收取郵件
|
無影響
|
1
|
||
| 6 |
沖突測試
|
App運行時切換網絡（2G、3G、wifi）
|
無影響
|
1
|
||
| 1 |
沖突測試
|
App運行時瀏覽網絡
|
無影響
|
1
|
||
| 2 |
沖突測試
|
App運行時使用藍牙傳送/接收數據
|
無影響
|
1
|
||
| 3 |
沖突測試
|
App運行時使用相機、計算器等手機自帶設備
|
無影響
|
1
|
||
| 4 |
多個運行中的App的切換
|
多個運行中的App的切換
|
正常
|
1
|
||
| 5 |
App運行時關機
|
App運行時關機
|
正常
|
1
|
||
| 6 |
App運行時重啟系統
|
App運行時重啟系統
|
正常
|
1
|
||
| 7 |
App運行時充電
|
App運行時充電
|
正常
|
1
|
||
| 8 |
App運行時kill掉進程再打開
|
App運行時kill掉進程再打開
|
正常
|
1
|
||
| 9 |
App運行時受到語音留言
|
1
|
||||
| 10 |
App運行時，電話打進來
|
1
|
||||
| 11 |
App運行時收到信息
|
1
|
||||
| 12 |
App運行時，受到提醒通知
|
1
|
5、硬件測試
| 用例編號 |
測試內容
|
操作步驟
|
預期結果
|
測試次數
|
測試結果
|
備注
|
|
手勢操作：不同的用戶有不同的操作習慣，所以產品的操作行為和工作流程也很重要。
|
||||||
| 1 |
手勢操作是否根設計相符，頁面切換是否流暢
|
用手勢操作APP
|
流暢、准確
|
1
|
||
|
網絡環境：2G、3G、wifi。目前2G的網絡相對於比較慢，測試時尤其要注意此塊的測試。
|
||||||
| 2 |
無網絡時，執行需要網絡的操作，給予友好提示，確保程序不出現crash。
|
程序運行過程中斷開網絡
|
繼續操作，觀察是否給出友好提示或出現異常
|
1
|
||
| 3 |
WIFI/2G/3G/4G情況下數據顯示
|
1
|
||||
| 4 |
2G和wifi切換情況下的處理
|
1、從wifi切換到2G
2、從2G切換到wifi |
正常
|
1
|
||
| 5 |
3G和wifi切換情況下的處理
|
1、從wifi切換到3G
2、從3G切換到wifi |
正常
|
1
|
||
| 6 |
4G和wifi切換情況下的處理
|
1、從wifi切換到4G
2、從4G切換到wifi |
正常
|
1
|
||
| 7 |
不同wifi切換時的處理
|
從某wifi切換到另一個wifi
|
正常
|
1
|
||
| 8 |
在網絡信號不好時，檢查功能狀態是否正常
|
遠離路由，操作APP
|
確保不因提交數據失敗而造成crash
|
1
|
||
| 9 |
在網絡信號不好時，檢查數據是否會一直處於提交中的狀態，有無超時限制。
|
遠離路由，操作APP中某個提交操作
|
如遇數據交換失敗時要給予提示
|
1
|
||
| 10 |
在網絡信號不好時，執行操作后，在回調沒有完成的情況下，退出本頁面或者執行其他操作的情況，有無異常情況。
|
遠離路由，操作APP。例如用第三方賬號登錄，出現授權成功時推出該頁面或點擊頁面其他按鈕
|
無異常
|
1
|
該問題容易導致程序出現crash | |
|
服務器異常：如服務器宕機或出現404、502等情況下的測試
|
||||||
| 11 |
服務器異常
|
服務器更改DNS
|
APP給出友好提示，片刻后操作無異常
|
1
|
如：當出現域名解析故障時，你對后台API的請求很可能就會出現404錯誤，拋出異常這時需要對異常進行正確的處理，否則可能會導致程序不能正常工作。 | |
| 12 |
服務器異常
|
服務器更改域名、端口
|
APP給出友好提示，片刻后操作無異常
|
1
|
||
| 13 |
服務器異常
|
斷開服務器網絡，片刻后再次連接
|
APP給出友好提示，片刻后操作無異常
|
1
|
||
| 14 |
服務器異常
|
將服務器關機
|
APP給出友好提示
|
1
|
||
6、更新升級測試
| 用例編號 |
測試內容
|
操作步驟
|
測試結果
|
測試次數
|
測試結果
|
備注
|
|
更新
|
||||||
| 1 |
測試升級后的功能是否與需求說明一樣
|
1、更新后檢查升級的功能，與需求說明對比：
2、測試與升級模塊相關的模塊的功能是否與需求一致 |
與需求一致
|
1
|
||
| 2 |
當客戶端有新版本時，有更新提示
|
1
|
||||
| 1 |
當版本為非強制升級版時，用戶可以取消更新，老版本能正常使用。用戶在下次啟動APP時，仍能出現更新提示
|
1
|
||||
| 2 |
當版本為強制升級版時，當給出強制更新后用戶沒有做更新時，退出客戶端。下次啟動APP時，仍出現強制升級提示
|
1
|
||||
| 3 |
當客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新
|
不卸載客戶端的情況下更新，更新后檢查功能和資源同名文件
|
可以正常更新到新版本，功能正常，且同名文件更新到最新版本
|
1
|
||
| 4 |
在線升級時數字簽名驗證是否通過，升級是否成功
|
有版本更新時點擊【在線升級】
|
可以正確升級，升級后正常使用
|
1
|
||
| 5 |
在線跨版本升級
|
在某一版本上點擊【在線升級】
|
可以正確升級，升級后正常使用
|
1
|
||
| 6 |
通過第三方軟件協助升級是否正常
|
1
|
||||
| 7 |
在不同操作系統下升級是否正常
|
1
|
Pass
|
|||
| 8 |
升級過程中斷網，升級是否能完成
|
可以完成 |
1
|
|||
| 9 |
升級后的文件夾及文件是否寫到了指定的目錄里
|
是 |
1
|
|||
| 10 |
軟件升級過程是否可以取消，點擊取消后，寫入的文件是否如概要設計說明處理
|
是 |
1
|
|||
| 11 |
軟件升級過程中斷電
|
重新升級無異常 |
1
|
|||
| 12 |
軟件升級過程中重啟
|
重新升級無異常 |
1
|
|||
| 13 |
軟件升級過程中死機
|
重新升級無異常 |
1
|
|||
| 14 |
升級空間不足時是否有相應提示
|
有 |
1
|
|||
| 15 |
升級后沒有生成多余的目錄結構和文件
|
1
|
||||
7、客戶的數據庫設計測試
| 用例編號 |
測試類別
|
操作步驟
|
預期結果
|
測試次數
|
測試結果
|
備注
|
| 1 |
一般的增、刪、改、查測試
|
1
|
||||
| 2 |
當表不存在時是否能自動創建，當數據庫表被刪除后能否再自建，數據是否還能自動從服務端中獲取回來並保存
|
1
|
||||
| 3 |
當業務需要從客戶端取數據時，檢查客戶端數據存在時，app數據是否能自動從客戶端數據中取出，還是仍然會從服務器端獲取？檢查客戶端數據不存在時，app數據能否自動從服務器端獲取到並保存到客戶端
|
1
|
||||
| 4 |
在業務需要從服務端取回數據保存到客戶端的時候，客戶端能否將數據保存到本地
|
1
|
||||
| 5 |
當業務對數據進行了修改、刪除后，客戶端和服務端是否會有相應的更新
|
1
|
8、日志抓取分析
| 用例編號 |
測試類別
|
測試內容
|
詳細
|
測試次數
|
測試結果
|
備注
|
| 1 |
功能測試
|
手機助手連接手機進行操作
|
1 | |||
| 2 |
功能測試
|
記錄手機的Error Log
|
1、下載安裝：alogcat.apk
2、先在手機上運行測試軟件，然后再運行aLogcat工具 3、按手機上的菜單鍵，從菜單中選擇More，然后再選擇Save Log，就會保存Log。 4、保存Log之后，就可以退出aLogcat工具。通過豌豆夾或者其它方式，把Log拷貝到電腦，再上傳到Bug附件中。Log保存路徑默認是aLogcat。 5、打開手機中的Log存儲位置后，文件命名采用是當天軟件運行的時間一致。這時測試人員就可以拷貝最新的Log文件，上傳到BUG附件中。 或者使用adb logcat -v time >d:\logs.txt抓取日志分析 |
1
|
||
| 3 |
功能測試
|
手機數據信息
|
使用360手機助手等工具進行管理與查看手機的目錄結構和數據存儲位置將非常方便
|
1
|
http://www.bcbxhome.com/bcbx/forum.php?mod=viewthread&tid=85&fromuid=27
(出處: 編測編學軟件測試)