-
1 # 小民學歷史
-
2 # 安全編碼
基於Web的系統測試與傳統的軟體測試不同,它不但需要檢查和驗證是否按照設計的要求執行,而且還要測試系統在不同使用者的瀏覽器端的顯示是否合適。重要的是,還要從終端使用者的角度進行安全性和可用性測試。然而,Internet和Web媒體的不可預見性使測試基於Web的系統變得困難。因此,我們必須為測試和評估複雜的基於Web的系統研究新的方法和技術;
web 測試分為 6 個部分:
1.功能測試
2.效能測試(包括負載/壓力測試)
3.使用者介面測試
4.相容性測試
5.安全測試
6.介面測試
APP測試包括:
1.應用的前後臺切換
1) APP切換到後臺,再回到app,檢查是否停留在上一次操作介面。
2) APP切換到後臺,再回到app,檢查功能及應用狀態是否正常,IOS4和IOS5的版本的處理機制有的不一樣。
3) app切換到後臺,再回到前臺時,注意程式是否崩潰,功能狀態是否正常,尤其是對於從後臺切換回前臺資料有自動更新的時候。
4) 手機鎖屏解屏後進入app注意是否會崩潰,功能狀態是否正常,尤其是對於從後臺切換回前臺資料有自動更新的時候。
5) 當App使用過程中有電話進來中斷後再切換到app,功能狀態是否正常
6) 當殺掉app程序後,再開啟app,app能否正常啟動。
7) 出現必須處理的提示框後,切換到後臺,再切換回來,檢查提示框是否還存在,有時候會出現應用自動跳過提示框的缺陷。
8) 對於有資料交換的頁面,每個頁面都必需要進行前後臺切換、鎖屏的測試,這種頁面最容易出現崩潰。
2.免登入
很多應用提供免登入功能,當應用開啟時自動以上一次登入的使用者身份來使用app.
1) app有免登入功能時,需要考慮IOS版本差異。
2) 考慮無網路情況時能否正常進入免登入狀態。
3) 切換使用者登入後,要校驗使用者登入資訊及資料內容是否相應更新,確保原使用者退出。
4) 根據MTOP的現有規則,一個帳戶只允許登入一臺機器。所以,需要檢查一個帳戶登入多臺手機的情況。原手機裡的使用者需要被踢出,給出友好提示。
5) app切換到後臺,再切回前臺的校驗
6) 切換到後臺,再切換回前臺的測試
7) 密碼更換後,檢查有資料交換時是否進行了有效身份的校驗
8) 支援自動登入的應用在進行資料交換時,檢查系統是否能自動登入成功並且資料操作無誤。
9) 檢查使用者主動退出登入後,下次啟動app,應停留在登入介面
3. 資料更新
根據應用的業務規則,以及資料更新量的情況,來確定最優的資料更新方案。
1) 需要確定哪些地方需要提供手動重新整理,哪些地方需要自動重新整理,哪些地方需要手動+自動重新整理。
2) 確定哪些地方從後臺切換回前臺時需要進行資料更新。
3) 根據業務、速度及流量的合理分配,確定哪些內容需要實時更新,哪些需要定時更新。
4) 確定資料展示部分的處理邏輯,是每次從服務端請求,還是有快取到本地,這樣才能有針對性的進行相應測試。
5) 檢查有資料交換的地方,均有相應的異常處理。
4. 離線瀏覽
很多應用會支援離線瀏覽,即在本地客戶端會快取一部分資料供使用者檢視。
1) 在無網路情況可以瀏覽本地資料
2) 退出app再開啟app時能正常瀏覽
3) 切換到後臺再切回前臺可以正常瀏覽
4) 鎖屏後再解屏回到應用前臺可以正常瀏覽
5) 在對服務端的資料有更新時會給予離線的相應提示
5. App更新
1) 當客戶端有新版本時,有更新提示。
2) 當版本為非強制升級版時,使用者可以取消更新,老版本能正常使用。使用者在下次啟動app時,仍能出現更新提示。
3) 當版本為強制升級版時,當給出強制更新後用戶沒有做更新時,退出客戶端。下次啟動app時,仍出現強制升級提示。
6. 定位、照相機服務
1) App有用到相機,定位服務時,需要注意系統版本差異
2) 有用到定位服務、照相機服務的地方,需要進行前後臺的切換測試,檢查應用是否正常。
3) 當定位服務沒有開啟時,使用定位服務,會友好性彈出是否允許設定定位提示。當確定允許開啟定位時,能自動跳轉到定位設定中開啟定位服務。
4) 測試定位、照相機服務時,需要採用真機進行測試。
7. 時間測試
客戶端可以自行設定手機的時區、時間,因此需要校驗該設定對app的影響。
--中國為東8區,所以當手機設定的時間非東8區時,檢視需要顯示時間的地方,時間是否展示正確,應用功能是否正常。時間一般需要根據伺服器時間再轉換成客戶端對應的時區來展示,這樣的使用者體驗比較好。比如發表一篇微博在服務端記錄的是10:00,此時,華盛頓時間為22:00,客戶端去瀏覽時,如果設定的是華盛頓時間,則顯示的發表時間即為22:00,當時間設回東8區時間時,再檢視則顯示為10:00。
8. PUSH測試
1) 檢查push訊息是否按照指定的業務規則傳送
2) 檢查不接受推送訊息時,檢查使用者不會再接收到push.
3) 如果使用者設定了免打擾的時間段,檢查在免打擾時間段內,使用者接收不到PUSH。
在非免打擾時間段,使用者能正常收到push。
4) 當push訊息是針對登入使用者的時候,需要檢查收到的push與使用者身份是否相符,沒有錯誤地將其它人的訊息推送過來。一般情況下,只對手機上最後一個登入使用者進行訊息推送。
5) 測試push時,需要採用真機進行測試。
9. 效能測試
評估App的時間和空間特性 :
1)極限測試:在各種邊界壓力情況下,如電池、儲存、網速等,驗證App是否能正確響應。
--記憶體滿時安裝App
--執行App時手機斷電
--執行App時斷掉網路
2)響應能力測試:測試App中的各類操作是否滿足使用者響應時間要求 。(安裝包放到雲測上可以測試)
--App安裝、解除安裝的響應時間
--App各類功能性操作的影響時間
3)壓力測試:反覆/長期操作下、系統資源是否佔用異常。(itestin)
--App反覆進行安裝解除安裝,檢視系統資源是否正常
--其他功能反覆進行操作,檢視系統資源是否正常
4)效能評估:評估典型使用者應用場景下,系統資源的使用情況。(Jmeter)
10. 交叉事件測試
針對智慧終端應用的服務等級劃分方式及實時特性所提出的測試方法。交叉測試又叫事件或衝突測試,是指一個功能正在執行過程中,同時另外一個事件或操作對該過程進行干擾的測試。如;App在前/後臺執行狀態時與來電、檔案下載、音樂收聽等關鍵運用的互動情況測試等。交叉事件測試非常重要,能發現很多應用中潛在的效能問題。
1) 多個App同時執行是否影響正常功能
2) App執行時前/後臺切換是否影響正常功能
3) App執行時撥打/接聽電話
4) App執行時傳送/接收資訊
5) App執行時傳送/收取郵件
6) App執行時切換網路(2G、3G、wifi)
7) App執行時瀏覽網路
8) App執行時使用藍芽傳送/接收資料
9) App執行時使用相機、計算器等手機自帶裝置
11. 相容測試
主要測試內部和外部相容性
1)與本地及主流App是否相容
2)基於開發環境和生產環境的不同,檢驗在各種網路連線下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等),App的資料和運用是否正確
3)與各種裝置是否相容,若有跨系統支援則需要檢驗是否在各系統下,各種行為是否一致
--不同作業系統的相容性,是否適配
--不同手機螢幕解析度的相容性
--不同手機品牌的相容性
12. 升級、更新測試
新版版釋出後,配合不同網路環境的自勱更新提示及下載、安裝、更新、啟勱、執行的驗證測試。
1)測試升級後的功能是否與需求說明一樣
2)測試與升級模組相關的模組的功能是否與需求一致
3)升級安裝意外情況的測試(如宕機、斷電、重啟)
4)升級介面的UI測試
5)不同作業系統間的升級測試
13. 使用者體驗測試
以主觀的普通消費者的角度去感知產品或服務的舒適、有用、易用、友好親切程度。 透過不同個體、獨立空間和非經驗的統計複用方式去有效評價產品的體驗特性提出修改意見提升產品的潛在客戶滿意度。
1)是否有空資料介面設計,引導使用者去執行操作。
2)是否濫用使用者引導。
4)選單層次是否太深
5)互動流程分支是否太多
6)相關的選項是否離得很遠
7)一次是否載入太多的資料
9)標籤頁是否跟內容沒有從屬關係,當切換標籤的時候,內容跟著切換
10)操作應該有主次從屬關係
11)是否定義Back的邏輯。涉及軟硬體互動時,Back鍵應具體定義
12)是否有橫屏模式的設計,應用一般需要支援橫屏模式,即自適應設計
14. 硬體環境測試
1)手機開鎖屏對執行中的App的影響
2)切換網路對執行中的App的影響
3)執行中的App前後臺切換的影響
4)多個執行中的App的切換
5)App執行時關機
6)App執行時重啟系統
7)App執行時充電
8)App執行時kill掉程序再開啟
15. 網路環境
手機的網路目前主要分為2G、3G、wifi。目前2G的網路相對於比較慢,測試時尤其要注意此塊的測試。
1) 無網路時,執行需要網路的操作,給予友好提示,確保程式不出現crash。
2) 內網測試時,要注意選擇到網路操作時的異常情況處理。
3) 在網路訊號不好時,檢查功能狀態是否正常,確保不因提交資料失敗而造成crash。
4) 在網路訊號不好時,檢查資料是否會一直處於提交中的狀態,有無超時限制。如遇資料交換失敗時要給予提示。
5) 在網路訊號不好時,執行操作後,在回撥沒有完成的情況下,退出本頁面或者執行其他操作的情況,有無異常情況。此問題也會經常出現程式crash。
16. 客戶端資料庫測試(mysql)
1)一般的增、刪、改、查測試。
3) 在業務需要從服務端取回資料儲存到客戶端的時候,客戶端能否將資料儲存到本地。
4) 當業務需要從客戶端取資料時,檢查客戶端資料存在時,app資料是否能自動從客戶端資料中取出,還是仍然會從伺服器端獲取?檢查客戶端資料不存在時,app資料能否自動從伺服器端獲取到並儲存到客戶端
-
3 # MZ踏雪飛狐
這裡我就只講下這兩者的區別:1.相容性不同,web測試主要關注的是不同瀏覽器的相容性,app測試關注的是不同機型,系統,不同螢幕解析度和安卓版本的相容性。2.效能關注點的不同。web測試關注的效能主要在載入速度,伺服器的效能上。app測試除了關注伺服器效能在還要關注app在不同機型配置,不同作業系統的效能,這裡主要指幀率,cpu佔用,記憶體佔用,電流,介面渲染,功耗等。3.場景複雜程度不同。web的場景比較單一,各個場景插入關聯不大,主要是介面程序間切換。而app不同場景混合較多,影響較大,如使用app中出現電話,簡訊,音樂,通知,宕機,殺程序,鎖屏等交叉場景的插入都可能對目前的功能有影響。4.網路場景切換不同。web的網路場景只有網路正常與否,app的場景除了有網和無網外還涉及到不同網路的切換,和不同卡槽上網。
-
4 # 樂搏軟體測試
Web和App測試從流程上來說沒有區別。都需要經歷測試計劃方案,用例設計、測試執行、缺陷管理,測試報告等相關活動。
Web和App測試的測試型別也基本相似,都需要進行功能測試、效能測試、安全測試,GUI測試等測試型別。
相同點:不管是傳統行業的web測試還是app測試,都離不開測試的基礎知識;
同樣的設計測試用例方法:邊界值分析法、等價類劃分法、錯誤推測法、場景法
同樣的測試方法:黑盒測試,驗證業務功能是否正確符合使用者設計預期;
頁面效能檢測:測試頁面載入和翻頁的速度、登入時長、記憶體是否溢位等;
應用的穩定性:測試應用系統的穩定性,不會閃退卡死等;
不同點:相對於web測試,app測試除了要考慮基本的功能、效能等等,還要考慮手機本身固有的屬性特性,所以在app測試過程中還需要注意以下幾個方面特性:
手機作為通訊工具:來去點,接收簡訊等操作都會對APP應用程式產生影響,所以APP測試第一個要考慮的屬性特性是:中斷測試。
中斷測試有人為的,也有新任務中斷以及意外中斷等幾種情況,主要從以下幾個方面驗證:
a.來電中斷:呼叫結束通話、被呼叫結束通話、通話結束通話、通話被結束通話;b.簡訊中斷:接收簡訊,檢視簡訊c.其他中斷:藍芽鬧鐘插拔資料線、手機鎖定、手機斷電、手機問題(系統宕機、重啟)手機使用者對APP產品的安裝解除安裝操作:
a.從上一個版本上兩個版本直接升級到最新版本b.全部安裝新版本c.新版本覆蓋舊版本安裝d.解除安裝舊版本,安裝新版本e.解除安裝新版本,安裝新版本web自動化測試使用工具比較常用的是qtp,而安卓手機自動化測試工具比較常用的是monkey/moneyrunner/appium;
介面操作:現在app產品的使用者都是使用的觸控式螢幕手機,所以測試的時候還要注意手勢、橫豎屏切換,多點觸控,事件觸發區域等測試;
有哪些不一樣的地方,差別比較大的地方,我能想到的就是app的系統相容,web的瀏覽器相容,app基本功能測試邏輯測試,web也是這樣,但還有什麼不同的呢?
回覆列表
web測試和APP測試,得細分
APP的效能測試
啟動時間,記憶體,CPU,Gpu,功耗,流量