一、記錄bug
在Web端能夠經過系統自帶的截圖和QQ截圖等方式來截取bug的圖片,對於錯誤的地方能夠用工具自帶的標識來重點標記。
對於移動端設備能夠用
手機自帶的截圖工具來截圖而後傳到電腦上,我的通常習慣安裝微信的windows版本,經過文件傳輸助手發送到PC端。還有一種比較便捷的方式,將手機用數據線鏈接到電腦,本地配置android的運行環境,下載asm.jar,在cmd運行
java -jar asm.jar,便可實時同步手機端畫面,對有bug的頁面直接使用PC端的截圖工具進行截圖(該工具在另外一篇
文章中會具體介紹)。IOS能夠在PC安裝itools,要額能夠同步畫面。
對於記錄bug建議:
bug主題儘可能的言簡意駭,在bug描述中能夠詳細描述,對於操做步驟比較複雜的bug要詳細的寫上操做步驟。必要時附帶上相關的log,記錄上測試的環境,手機版本等等。對於必現喝非必現的bug也要詳細說明,減小沒必要要的溝通成本。
二、測試環境
Web端的測試環境不少時候是經過hosts進行切換,switchhosts工具能夠方便的切換須要的host,可是移動端設置起來比較複雜,比較簡單的方式是電腦端設置代理,手機端直接鏈接代理。注意,手機和電腦必須鏈接 同一個網絡。
設置代理推薦使用Fiddle,能夠抓到手機端的數據包。
三、兼容性
web端的測試通常都是主要使用一種
瀏覽器,待系統基本穩定的時候,再去專門測試瀏覽器的兼容性。
可是,對移動端來講,這樣的方式是行不通的,由於移動端主要分爲安卓和IOS,而這兩端出現的問題通常是不一致的,一致的問題主要是數據問題,這時候是須要後臺處理的,因此咱們測試的時候須要兩端都重點測試,而不會出現先着重測試某一端的問題。
注:通常方式是在測試一端時,出現問題則立馬查看另外一端是否也有這個問題。
四、移動端的特性
移動端與web端相比較來講,移動端有不少本身的特性:
① 網絡種類多
移動端有多種網絡:無線網絡、2G、3G、4G等,斷網、網速較差及網絡之間的切換時頁面的顯示等,這些對於移動端來講很重要。此外,在非wifi下,還須要注意網絡使用量問題。
② 間斷問題
移動端有一個很重要的問題,通常狀況下在使用軟件的過程並非長久的,這中間可能發生不少中斷,如
電話、
短信、通知、斷電等等,軟件須要特殊處理這些特殊狀況。
打開一個頁面,或在操做的過程當中(點擊一個按鈕後),將手機屏幕鎖住,再打開時,應用可否正常處理。
③ 屏幕的限制
圖片及文字的顯示;上傳不一樣的圖片尺寸顯示是否正常;圖片和文字一塊兒顯示時,效果如何。
操做區域;web端的應用,通常不會受 到屏幕的限制,並且經過鼠標操做更加準確。可是移動端因爲屏幕較小,頁面及按鈕會受到屏幕大小的限制,再加上用戶都是經過手指進行操做,一些按鈕、選擇框 等是否容易點擊,多個可點區域位置較近時,點擊部位稍微偏移,也許就會形成不一樣的結果,這種狀況下是否能夠達到預先的效果。
④ 軟件啓動運行
移動端啓動、卸載、升級幾個特性,這是比較常見、也很重要的,好比升級時用戶的數據怎麼辦,卸載後用戶的數據怎麼處理,卸載再安裝用戶登陸數據的顯示等。
⑤ 手勢
移動端還有一大特性,就是移動端有本身比較簡單的手勢,用戶能夠經過手勢進行一個操做,好比左滑刪除、右滑返回上一個頁面、左右滑動圖片等,軟件須要對這個手勢進行適配。
⑥ 分享
移動端通常會裝有不少軟件,用戶下單或者產品有活動時,用戶都會進行分享,可是分享時的權限、軟件是否存在等問題,須要特殊處理測試。通常的軟件或應用, 都會開放一部分頁面,容許用戶不登陸時便可訪問,而有些頁面是必需要求用戶登陸的,主要針對這兩種權限不一樣的頁面作分享,而後經過分享進入本頁面,查看權 限的控制是否正常。
⑦ web和移動端的同步
用戶在web端的操做,在移動端是否能夠正常的進行同步、顯示;在移動端的操做,用戶登陸web帳號,信息是否同步等。