大數據

優酷APP響應式佈局之測試方案 | 《優酷響應式佈局技術全解析》第七章

上一章:優酷響應式在消費場景的落地 iOS | 《優酷響應式佈局技術全解析》第六章>>>

作者| 阿里巴巴文娛技術 琴奇

響應式是在屏幕尺寸發生變化時,APP的頁面、組件按照規則進行動態自適應,從而實現一套代碼兼容多尺寸終端設備。從測試角度分兩部分,我們既要保證響應式SDK質量,又要保證業務接入質量。如何保障響應式下APP質量,下面從測試挑戰到測試方法分別介紹下。

一、業務背景

移動端主要測試類型包括功能測試、性能測試、穩定性測試、兼容性適配測試等,針對響應式測試主要難點在兼容性適配測試,主要兼容性測試難點在於測試範圍擴大,從而測試效率面臨挑戰。具體表現在以下幾方面:

1)覆蓋多端,如phone、pad、摺疊屏、車機大屏
2)一個設備尺寸有多種變化
3)系統功能交互,如分屏、浮窗、平行視界、系統轉屏設置與響應式交互
4)所有的頁面、組件、彈窗功能遍歷
5)多業務場景交互

二、技術實現分析

針對以上挑戰,測試團隊對優酷全端響應式適配進行深入分析,得出相應的測試點。主要從以下幾方面進行分析:

響應式業務流程
image.png

如上圖標註的分層分析:響應式測試分為SDK測試和業務測試兩部分:一部分數據顯示由響應式SDK完成;一部分數據處理由業務需求處理完成。

響應式SDK提供了在不同尺寸設備上通用的響應式能力,響應式SDK測試主要關注尺寸發生變化時,頁面樣式、佈局的適配狀態是否正確。

在屏幕旋轉、摺疊屏設備的摺疊與展開、分屏、浮窗以及平行視界狀態下是會發生尺寸變化。所以響應式SDK測試需要考慮這些狀態下的UI功能適配正確性。
業務數據處理,主要關注頁面佈局、組件是否正常展示,同時需要驗證業務功能邏輯是否正常。

測試對象:
1)頁面(weex、h5、native)、組件、彈窗、toast。
2)屏幕尺寸變化場景的交互case
3)要考慮系統平臺技術實現不同

三、需要測試哪些

由以上的分析結果不難得出測試範圍以及主要的測試點,另外還有一個重要的點,需要對響應式開關進行測試,已確定及時止血的能力。

1、 測試範圍

分層:SDK測試、業務層測試
分端:phone、pad、摺疊屏、車機大屏
分平臺:Android、iOS
響應式開關:開/關

ipad分屏、浮窗測試:
image.png

2、 主要測試點

image.png

四、如何測試

針對以上的測試分析,我們需要對響應式測試進行下面7大類型測試

1、 功能測試

對於功能測試,測試過程中遇到了一些容易遺漏的點,總結如下:

SDK層
1) 響應式佈局與設備自動旋轉設置的交互
2) 平行視界交互下播放頁旋轉功能響應適配正常
3) pad端分屏操作下,動態改變APP尺寸查看響應式列數變化正常
4) ipad浮窗操作下,旋轉操作查看頁面應豎屏展示不響應轉屏

業務層
關注已支持橫豎屏切換的頁面如播放頁,播放頁處理:小屏,上下佈局,與手機上的效果保持一致;寬屏左右佈局,左側播放器,寬度佔比60%,右側評論頁,寬度佔比40%,重點測試響應式狀態播放頁業務需要重點關注屏幕尺寸發生變化時業務功能邏輯及UI正常。

2、 埋點測試

響應式埋點數據與主客是一套,所以我們使用原有的主客埋點自動化測試方案,響應式需要特殊關注有以下幾點

1)設備在橫豎屏切換時組件行數列數會發生變化,發生變化後的坑位數據下發與之前一致,坑位item位置正確
2)響應式映射處理的組件埋點數據下發與之前的組件埋點一致
3、 兼容性適配測試
目前市面主流Android pad機器集中在華為、榮耀、小米、三星、聯想;ipad主要有四個系列的機器:ipad air 系列、ipad pro系列、ipad mini系列、ipad系列。

測試方案覆蓋:
image.png

4、 組件自動化測試

針對響應式測試還引入了組件自動化測試,該測試藉助圖像識別,能夠很好的規避技術改造的影響,穩定性較好。測試從以下5個方面解決問題:通過設計測試場景,將線上引流數據清洗後自動構造所需組件數據,自動應用mock數據,基於魔鏡算法服務進行相似度+配置化的UI對比。

image.png

本次組件測試,覆蓋首頁/頻道頁35個組件,正常、異常mock文件500+,dailybuild高頻測試,在響應式項目中很好的保證了組件測試的力度和覆蓋度。

5、 其他測試

響應式穩定性、性能、自動化測試,是在常規phone端測試用例基礎上增加了針對響應式轉屏滑動相關的用例,進行測試驗證穩定性、性能、核心功能正常。

五、總結

響應式測試我們在性能測試、穩定性測試、適配測試、自動化測試等方面做了大量的研究,增加了屏幕旋轉相關的腳本。

從我個人的項目經驗出發,有如下兩點在測試中特別重要:

從SDK層如何保證。響應式SDK修改做好與phone端隔離;修改儘量新增不做原有規則的修改可以減少大範圍的業務迴歸工作;

多屏幕尺寸適配層面。嘗試是否可以通過模擬器的方式,模擬各種屏幕尺寸進行一套代碼多尺寸上的測試驗收從而提高測試效能。

對於這些方面的思考,如果各位同學有好的建議和想法,歡迎在評論中一起交流。

Leave a Reply

Your email address will not be published. Required fields are marked *