無線測試匯總

1、TOC o 1-5 h z HYPERLINK l bookmark0 一、無線測試基礎知識3.定義3.分類3.原理3 HYPERLINK l bookmark2 Android3 HYPERLINK l bookmark4 IOS3 HYPERLINK l bookmark6 WP3為什么會有這么多版本3這么多版本怎么把握3客戶端3服務端3app產生及分發(fā)使用4app與sdk的關系.4.特點4工具類4應用類4游戲類4 HYPERLINK l bookmark8 .h54 HYPERLINK l bookmark10 .webview4 HYPERLINK l bookmark12 二、無線測

2、試業(yè)務模型（敏捷測試）4.新包上線模型5產品5開發(fā)5測試5UED（頁面轉換，設計優(yōu)化）7.換包模型7 HYPERLINK l bookmark14 三、無線測試技術點7.網(wǎng)絡7代碼角度如何判斷移動網(wǎng)絡還是WiFi網(wǎng)絡7模擬真實用戶場景7從用戶的體驗角度，比如關注流量8.操作習慣8.適配8分辨率8機型8系統(tǒng)8硬件8.交互類9.系統(tǒng)應用9 HYPERLINK l bookmark16 進程9安裝包路徑的作用與測試9系統(tǒng)路徑的作用與測試9應用路徑的應用與測試9 HYPERLINK l bookmark18 apk的包名、version、versionsode9渠道號（cid）9 HYPERLINK

3、l bookmark20 通知10 HYPERLINK l bookmark22 root10數(shù)據(jù)文件10時間戳10本app生成的存儲文件10內存中存放的數(shù)據(jù)10覆蓋安裝10.app類的通用應用技術11升級11放量11渠道11換量合作11一、無線測試基礎知識.定義沒有統(tǒng)一定義，類的大公司習慣叫無線測試，原因是根據(jù)事業(yè)部名稱而決定比如叫無線事業(yè)部，一般公司習慣稱之為測試或者移動端測試.分類從操作系統(tǒng)角度而言分為rdP從架構角度而言分為客戶端、服務端；從屬性角度而言分為工具類、應用類、游戲類.原理Android谷歌公司出品，基于語言開發(fā)出來，區(qū)別于的是形成了適用于移動設備屬性的、方法等，開源；安裝

4、包后綴為p版本從到目前的.分別為、.其中為目前主要使用的版本，而且目前大部分逐步支持以上版本，以下版本不再維護；機型：中華酷聯(lián)大波魅、三星、索尼、。IOS蘋果公司出品，基于語言開發(fā)出來的，區(qū)別于的是形成了適用于移動屬性的、方法等，非開源；安裝包后綴為p版本從到1目前逐步開始放棄低版本；機型：、lslWP微軟公司出品，應用、,封閉系統(tǒng)，安裝包后綴為為什么會有這么多版本新本版主要優(yōu)化舊版本，給舊版本打補丁，主要進行功能優(yōu)化和增加，逐漸人性化。這么多版本怎么把握原理：適配什么機型需要通過查看后臺數(shù)據(jù)目前用戶量偏多的；查看往期用戶反饋。測試核心思路：由于各廠家對于系統(tǒng)進行了閹割改造或許某項功能的接口被

5、改造后的使用會出現(xiàn)問題甚至崩潰（原因：沒有目標接口、目標接口屬性改變、目標接口被改造）?？蛻舳诉\行的本地語言邏輯完成某個功能以及與服務器的交互（請求、返回、接受等動作）。服務端服務端有服務端的運行邏輯與客戶端進行交互（接受請求、邏輯處理、返回請求等動作）。app產生及分發(fā)使用不同的通過產品、開發(fā)、測試的研發(fā)通過后進行正式版本的混淆、編譯、打包放置到相應的市場和各個渠道上。類需要通過相應的微軟審核通過才能正式進去市場，進而進入各個渠道C16豌豆莢）上的分發(fā)，用戶再從各個渠道獲取。app與sdk的關系的縮寫，給提供基礎應用服務的核心包；給不同廠商提供核心功能服務、給自家產品提供核心功能服務、不同產

6、品間有同一個版本的才具備相同的功能。.特點工具類主要解決用戶在使用手機過程中提高設備性能。減少頻鎖操作等提高效率的,比如清理手機內存、清理垃圾使設備的性能提升運行效率，替換通過、等命令執(zhí)行安裝，使用工具可以提高搶車票的效率和成功率；工具類產品一般是重客戶端輕服務端；工具類產品一般比的是執(zhí)行效率、執(zhí)行范圍以及安裝包體積大小、占內存大小等；因為重執(zhí)行效率和執(zhí)行范圍因此測試重點在于本地邏輯的驗證。應用類業(yè)務邏輯大部分在服務端，一般重服務端輕客戶端；主要解決業(yè)務的廣度、深度、用戶體驗、如何吸引用戶等問題；重點在于客戶端對應的交互以及客戶端邏輯，偏流程類測試居多（流程分析法、狀態(tài)遷移法）。游戲類重客戶端

7、重服務端，注重畫面質感、內容和流量使用情況；由于注重畫面質感，大部分資源放置在安裝包中且資源一般不會做過分壓縮。.h5的簡稱，是一種網(wǎng)頁技術，目前多應用于的宣傳，比如為做宣傳的游戲、有獎活動，類似核核展過示等。6.webview相當于瀏覽器，使用了渲染引擎加載顯示網(wǎng)頁。二、無線測試業(yè)務模型（敏捷測試）特點：與之前的測試模型相比，敏捷測試更加的快速高效，減少不必要的成果物。1.產品開始、需求階段、開發(fā)階段的配合工作、用例編寫配合工作、用例外評階段、用例執(zhí)行階段的配合工作、冒煙前的體驗工作、上下前的體驗階段、與法務部確認審核通過、結束。開發(fā)開始、需求階段、概設、詳設、開發(fā)階段、用例外評階段、提測前

8、、提測、提測通過后進入正式測試該階段、二輪測試通過后配合改動點驗證、上線驗證的配合階段、結束。測試開始需求階段1.測試需要跟產品出該需求的目的，原因是不理解需求出處是把握不好測試標準、測試點以及開發(fā)工作量的。測試要跟產品、討論該需求的合理性，不合理的堅決取消不能出現(xiàn)拍腦袋或者含糊需求。.測試把握需求動向，比如時間緊工作量大那么可以對需求拆分要求做兩期，第一期優(yōu)先上重要功能。.需求階段需要跟開發(fā)確認技術點。測試計劃階段根據(jù)需求和開發(fā)工作量計劃測試工作量及時間點，包括資源以及一輪二輪測試時間和時間并給出詳細計劃。測試方案階段測試分析階段1進.行測試分析達到不遺漏任何測試點。2.進行產品邏輯及產品整

9、體的合理包括該功能是否有沖突等，總之要有一個整體的產品觀或功能觀。如果此時對于產品邏輯梳理有異，進行問題列表匯總與產品、開發(fā)、進度管理者進行溝通。4.如果此時產品邏輯有變動那么經過變動后的需求重新進行評估和梳理。測試用例編寫階段1.梳理穩(wěn)定需求后詳細編寫用例。2編.寫的用例的顆粒度由發(fā)版時間、功能重要性、新老功能等因素來決定。3將.編寫好的用例進行整合，該合并的合并該分類的分類，形成一個符合用例設計標準的格式。測試用例評審階段內評1內.評的都是測試組的人員。2.內評的目的是從測試的角度查漏補缺并與其它模塊負責人形成產品的整體測試梳理。外評.外評人員有產品、UED、開發(fā)、測試。.外評目的是從測試

10、角度闡述產品的功能點、場景的設計合理性，并把握是否遺漏需求細節(jié)以及對于開發(fā)技術的不理解或者開發(fā)換了解決方案而導致不能及時溝通的問題。.外評通過后原則上不允許再隨意修改需求和開發(fā)解決方案并與產品、開發(fā)周知。冒煙測試.與產品和開發(fā)確定是否達到提測標準。.如果達到提測標準進行冒煙測試。.冒煙通過通過郵件發(fā)送全組。.如果按照標準不通過，則發(fā)郵件告知產品、UED、相應開發(fā)不通過的原因，那些阻塞的測試。.超過3次冒煙不通過升級至開發(fā)管理者處。.一定堅守冒煙標準否則很難控制風險，由于冒煙測試不通過導致的進度延期要對整個發(fā)版期間的進度順延。測試用例執(zhí)行階段一輪測試.進行一輪測試的標準是冒煙測試（主流程測試必須

11、通過）通過。.一輪測試結束的標準是執(zhí)行全用例和非適配。.如果程序是拉出的分支那么一定在一輪測試結束后告知開發(fā)合主干并在主干上進行基本功能的驗證。.如果是在測試服務器上進行的測試，那么在一輪測試結束后一定告知開發(fā)上正式環(huán)境上進行基本功能的驗證。.一輪測試完畢告知測試進度。.將一輪測試不放心的點和遺留問題告知二輪人員。.進行monkey測試收集bug信息。二輪測試.進行二輪測試的標準是一輪測試完畢告知測試進度。.二輪測試人員需與一輪測試人員溝通人員溝通遺留問題和不放心的點以及一輪bug還有進行et測試、適配測試。（ET測試-探索測試（ExploreTesting：同時設計測試和執(zhí)行測試。探索性測試

12、強調測試設計和測試執(zhí)行的同時性，這是相對于傳統(tǒng)軟件測試過程中嚴格的“先設計，后執(zhí)行”來說的。）.二輪測試必須在主干和正式環(huán)境進行測試。二輪測試完畢后告知測試進度。.進行monkey測試收集bug信息。6進行性能測試。測試回歸階段.進行所有模塊的改動點驗證并通過。.進行所有模塊的基本功能驗證并通過。測試報告階段.回歸階段通過觸發(fā)測試報告階段。.收集本版本的所有模塊的用例數(shù)機型適配、系統(tǒng)適配信息、山0口女丫信息、性能報告信息。進行上線驗證，包括大小、（僅用于應用市場、程序內部識別版本，判斷新舊等用途）、告知開發(fā)關閉并驗證是否關閉。4上進線驗證通過后將第二部信息以及第三部信息編輯成報告。5將進編輯好

13、的報告發(fā)送全組以及審核部門。評審階段1需進要配合產品跟法務部門確認產品功能。2進等待審核郵件發(fā)布階段審核確認通過郵件收到后進行發(fā)布至哪里，這個需要與產品、部門老大確認，然后與運維進行配合。結束1.4UED（頁面轉換，設計優(yōu)化）需求階段、測試用例執(zhí)行階段的配合階段、上線前的體驗階段、結束2.換包模型開始換包標準產品開發(fā)測試1進與開發(fā)確定改動點和崩潰的可執(zhí)行情況后再與產品確定合理的修改點和崩潰問題2與進開發(fā)核對改動點和崩潰的原因并作回歸評估3進進行環(huán)保測試4換進包測試完畢同步信息鎖定改動點和崩潰問題5進進行換包流程，進行換包驗證類似于上線驗證6進進行換包信息說明并通知審核部門7待審核通過后與運營一

14、起進行發(fā)布結束三、無線測試技術點.網(wǎng)絡代碼角度如何判斷移動網(wǎng)絡還是WiFi網(wǎng)絡移動網(wǎng)絡2G、3G、4G（包括運營商區(qū)分：移動、聯(lián)通、電信）WiFi網(wǎng)絡連接到網(wǎng)絡的WiFi、未連接網(wǎng)絡的WiFi（偽WiFi）、需要驗證的WiFi模擬真實用戶場景強網(wǎng)（3G、4G、WiFi網(wǎng)絡）、弱網(wǎng)（2G、時斷時續(xù)網(wǎng)絡）、沒有連接WiFi、沒有連接移動網(wǎng)絡、中斷測試、連接超時。從用戶的體驗角度，比如關注流量移動網(wǎng)絡（2G、3G、4G）、WiFi網(wǎng)絡（連接到網(wǎng)絡的WiFi、未連接網(wǎng)絡的WiF偽WiFi、需要驗證的WiFi）。.操作習慣Home（壓后臺、換氣后臺）、back（虛擬返回）、返回按鈕（實體）、鎖屏解鎖、滑

15、動（通知欄、刷新、上下翻頁動作使用的）、雙指放大（放大、縮小范圍，多少會導致crash）、調整系統(tǒng)時間（前后調整）、系統(tǒng)中清理緩存/數(shù)據(jù)、強制停止和清空緩存/數(shù)據(jù)的關系等。.適配分辨率原則：適配主流分辨率，查看往期用戶反饋的機型哪些分辨率較多測試核心思路：UI界面不會異常機型主要機型：安卓、蘋果IMEI號：通過*#06#查看、手機包裝查看、連接電腦查看S/N號：產品序列是為了驗證產品的合法身份而引入的一個概念，它是用來保障用戶的正版權益，享受合法服務的原則：適配什么機型需要通過查看后臺數(shù)據(jù)目前用戶量偏多的、查看往期用戶反饋。測試核心思路：由于各廠家對于系統(tǒng)進行了閹割改造或許某項功能的接口被改造

16、后的使用會出現(xiàn)問題甚至崩潰（原因：沒有目標接口、目標接口屬性改變、目標接口被改造）。系統(tǒng)安卓：2.x，3.x，4.x4.3及以上的安卓api的權限增多、4.3以下不支持很多api、4.4及其以上，5.x支持sd卡讀寫權限、不支持sd卡讀寫權限，6.0IOS：原則：適配什么版本需要通過查看后臺數(shù)據(jù)看目前用戶量偏多的、查看往期用戶反饋測試核心思路：安卓系統(tǒng)也是在不斷升級維護的，因此隨著不斷地完善和優(yōu)化會加入很多新的功能或api或者優(yōu)化了api進行了屬性的改變或者廢棄了某個api對該api進行了重命名等等，因此這種差異化的問題需要通過適配來解決，一般這種問題開發(fā)是很了解的。3.4硬件雙sim：和網(wǎng)絡

17、、通話類相關雙sd卡：和存儲相關，一般獲取存儲信息，存儲讀寫是否正常；還涉及到內置存儲和外置存儲的關系，有的手機分為內置sd卡和外置sd卡手機U盤：OTG協(xié)議，存儲信息、存儲讀寫等其它外設等：關鍵是看擴展了手機的功能且走的是協(xié)議看是廣播還是調用了什么api.交互類從這個產品的某個功能打開另一個產品從這個產品的某個功能跳轉至另一個產品的某個功能app內部的activityapp間的activity運行著app，此時來短信、來鬧鐘等場景app與系統(tǒng)間的調用關系，比如app的那個功能調用的是系統(tǒng)接口或者系統(tǒng)提供的功能（測試標準為只要調用成功即可，至于系統(tǒng)功能是否正常使用無關緊要）.系統(tǒng)應用進程查看進

18、程：adbshellps殺進程:kill-9、forcestop命令殺進程，系統(tǒng)強制停止用forcestop命令，只有root后才能使用兩種命令進程類型：常駐進程、UI進程、Float進程（懸浮窗）、其他進程如何應用到測試過程中：功能測試中舉例常駐進程、UI進程自殺、float進程自殺的案例；性能測試中舉例常駐進程、UI進程、float進程對內存CPU消耗的案例。安裝包路徑的作用與測試數(shù)據(jù)文件存放路徑：將包內數(shù)據(jù)文件刪除干凈后安裝包將不提供數(shù)據(jù)文件圖片等資源的存放路徑：將包內圖片等資源刪除干凈后安裝包將不提供資源類文件系統(tǒng)路徑的作用與測試etc、data/data的用處和應用應用路徑的應用與測

19、試dcim路徑、其他路徑、內置存儲/內置sd卡與外置存儲/外置sd卡或擴展存儲的應用與測試apk的包名、version、versionsode每個apk都會有個包名、version、versioncode，包名的概念，version的概念，versioncode的概念，包名的作用，version的作用，versioncode的作用渠道號（cid）概念，如何查看渠道號，渠道號的作用，渠道號的測試應用包名與進程的關系：包名+具體進程名通知app客戶端發(fā)起的：以廣播的方式進行發(fā)起（手機溫度變化觸發(fā)廣播后執(zhí)行高溫提醒的通知）服務端發(fā)起的（push）：以服務端指令觸發(fā)客戶端廣播發(fā)起通知欄管理：從底層截取

20、、從系統(tǒng)接口獲取后存儲至內存或者本地文件（內存內可以跳轉至app的具體某個功能、存儲文件僅可以打開app）root一般而言只有工具類或者涉及調用系統(tǒng)權限的app才會用到root。最底層的root：手機root后獲取到su,通過adbshell，suv查看怎么root的root進程服務：某些app需要通過root權限才能執(zhí)行，如果本身手機不支持root，則需要通過臨時root來獲取權限；需要知道臨時root的服務進程是什么；需要知道哪些功能需要root權限。root攻防，如何應用到測試中數(shù)據(jù)文件作用：對于功能的改進、對于經常發(fā)生變化的數(shù)據(jù)做的機動性機制不用常常修改代碼、可理解為測試中的參數(shù)化、如

21、何加密解密。如何測試：客戶端（下發(fā)、增刪改查、調系統(tǒng)時間）；服務端（開發(fā)環(huán)境測試環(huán)境配置、增刪改查、字符集問題、兼容性問題、模糊匹配問題、數(shù)據(jù)文件內是否存在邏輯關系的測試）；時間戳文件（增刪改查、調系統(tǒng)時間）時間戳應用：跟新數(shù)據(jù)文件場景，服務器下發(fā)的時間戳文件要與客戶端進行對比，如果服務端新則進行更新，如果服務端舊則不更新升級場景；在網(wǎng)站上將時間戳文件內容轉化可以看到時間記錄。如何測試：增刪改查、調系統(tǒng)時間本app生成的存儲文件作用：非服務端邏輯記錄該app做了什么事情應用：累計統(tǒng)計xx次、累計執(zhí)行了xx次、你做了xx項事情、系統(tǒng)獲取到了xx項數(shù)據(jù)存在本地存儲文件中、時間戳或許和本地生成的存儲文件有關系。內存中存放的數(shù)據(jù)作用：為了快速獲取到數(shù)據(jù)且內存存放的數(shù)量是有限的應用：一般而言內存中的數(shù)據(jù)要與本地存儲文件進行同步，如果不同步建議開發(fā)要同步覆蓋安裝目的：讓覆蓋安裝后的app繼承之前的功能應用：只要是新功能，都應該做覆蓋安裝如何測試：高