天天看點

APP 測試新手入門

首先: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定了,開發寫了,才能測的安穩。這塊的測試就必須上真機真卡了,目前為止還沒有哪位同學模拟出基站來的。

弱網測試

APP 測試新手入門

由于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