首先:APP界面元素介紹(偏向産品的基礎知識)
一.各種bar(欄):
1.status bar狀态欄(時間,電量,信号的,未讀資訊提示)、navigation bar導航欄;
2.tab bar标簽欄:即頁面底部的主菜單欄, 一般是3-5個,如果超過5個,考慮将第5個圖示用給更多表示tool bar工具欄,serach bar搜尋欄 + scope bar 範圍欄 ,範圍欄一般是和搜尋欄一起出現的。
二.content view 内容視圖:
list style 清單視圖(微信常用)
card style卡片視圖(音樂APP常用)
collision style 集合視圖(音樂APP常用)
image style 圖檔視圖(一張圖檔)
text style 文本視圖 ( 一大段文本)
三.控制元素:控制産品行為或顯示的資訊
頁面控制器 (e.g 輪播圖裡面的 … 高亮的點點,提示使用者目前處于第幾個頁面)
分段式控件 (将1個頁面分為2到5個類别,常放在導航欄上方或下方)
滑動開關 (e.g 微信安全設定裡面的各種開關)
選擇器 (e.g. 鬧鐘設定頁面)
文本框 (e.g 手機号和密碼 輸入框)
按鈕
進度條 (展示任務的進度,常位于導航欄下方)
重新整理視圖 (在APP中下拉重新整理時會出現,提示使用者正在重新整理)
調節器 (音量,亮度調節的)
四.臨時視圖:
alert view 警告視圖 (e.g APP要發送通知給您? 允許 不允許 )
模态視圖:這個視圖顯示的時候,是不能對其他視圖操作。例如:警告框顯示的時候,背景視圖全部灰調。很多警告視圖都是模态視圖。
action sheet 操作清單:(清單展示多個的 :定位城市 、最近通路城市、熱門城市 多行清單)
toast(Android系統中的一種消息框類型,包含使用者點選消息)會自己自動消失的提示資訊。
其次:APP測試點
一.功能測試:
安裝解除安裝更新
消息推送
賬号線上離線測試
首次啟動(功能介紹或引導圖)
初始狀态或空資料狀态(空頁面處理、分頁處理()、圖示按鈕不同狀态的顔色顯示(常态,選中态、不可點選态))
二.界面測試::
産品給的原型圖 <—核對是否比對----UI做的效果圖
三.相容性測試
作業系統,螢幕尺寸 (百度流量研究院統計的機型排行)
四.中斷測試
斷網重連、斷電、低電量、來電話
五.弱網測試:
資料實時交換 (e.g. 微信群,自己發消息,群友也在發消息)
APP測試,有很多專項測試,目的都是為了提高使用者的體驗度。
比如你通過某做的很爛的APP向某人轉錢,網絡不好,出現了再試一次,然後你比較傻,點了個四五次(我一般都不點)。然後突然網絡好了,你轉出去四五筆錢。你不心疼流量也心疼錢啊。
考慮因素
網絡:正常場景(不同網絡2G/3G/4G/WIFI)、異常場景(無網、弱網、強網、)、
電量:正常場景、異常場景
記憶體:正常場景、異常場景
CPU:正常場景、異常場景
時間名額(性能名額)
熱啟動的響應時間
頁面切換的響應時間(一般 native 的會好很多。如果遇到 HTML5 頁面,各種白屏,閃屏,轉菊花,那體驗就糟糕透頂了)、
前背景切換響應時間
首字時間
首屏時間
無網絡
首先,頁面呈現。做的好的應用會直接規避掉,如果無網絡,直接退出到登陸界面。而做的差,就給你一個殘頁給你,這是非常糟糕的設計。
另外,資料完整性和session一緻性其實是一樣的,這個在金融交易或者即時遊戲中很重要。比如你打副本打的很開心,然後突然地鐵鑽下去了,沒網了,副本還在進行,你可能都不知道已經沒網了。在網絡恢複之後,會是怎樣一個狀态?另外,還需要關注的是,無網狀态下會不會還不斷的請求網絡,不斷的做網絡相關的操作。從無網狀态恢複到有網絡,會不會有請求堆積?
強網絡形态場景測試
如果你開着4G,然後一不小心打開了一個高清線上視訊,刷刷刷,就欠費上萬了,你的胸中必須有千萬頭草泥馬了吧。這就是強網絡形态場景,有些場景就必須是開着wifi才能做的,有些場景必須對 2g 優化的。這事情開發必須清楚,他不清楚的話,測試需要幫忙測試出來。
據我所知,微信的更新就會監聽使用者是否插着電,連着wifi,一旦監聽到了,就馬上告訴你,現場可以更新。之前論壇裡有人報過支付寶的bug,說一開應用刷刷幾個M就沒了,事實上,這是因為支付寶内部的 html5 應用包更新,就沒有對具體網絡場景做判斷,導緻使用者心疼了把流量。
是以在設計這一塊測試用例的時候,最好和開發,pd一起讨論下,畢竟隻有pd定了,開發寫了,才能測的安穩。這塊的測試就必須上真機真卡了,目前為止還沒有哪位同學模拟出基站來的。
弱網測試
由于PC端時代,通常不存在弱網情況,是以大部分測試會聚焦在網絡異常,即斷網情況,如:異常資訊 容錯機制 逾時機制 重連機制
到了移動時代,網絡的形态也不再是單一的有線連接配接。2g/3g/edge/4g/wifi,不同的協定,不同的制式,不同的速率。場景也更加豐富,空曠的大街,擁擠的地鐵,快速飛馳的汽車。流量就是錢,凡是和錢相關的事情,就是大事。是以對于應用開發和測試都有不小的挑戰。那從測試角度來說,需要關注的就遠不止斷網情況了。我試着從功能,性能,穩定,異常處理,場景特性等幾個次元來歸納下,當然一切都是為了使用者體驗:
網絡切換
HTML5 性能優化的文章,要多看啊
(一般 native 的會好很多。如果遇到 HTML5 頁面,各種白屏,閃屏,轉菊花,那體驗就糟糕透頂了)
(首字時間、首屏時間、是否有302跳轉、頁面大小、是否開啟 GZip)
弱網測試參考文章:
https://blog.csdn.net/swordgirl2011/article/details/51765237
http://www.smarterapps.cn/index.php?app=home&mod=Appinfo&act=articleDetail&id=49
3秒定律參考文章:http://www.yixieshi.com/23012.html