APP：基於安卓\IOS操作系統開發的應用，比如手淘APP、英雄聯盟手游等等
pc客戶端：基於win\mac操作系統開發的應用、比如谷歌瀏覽器、pycharm、英雄聯盟端游等等
web：基於pc\手機瀏覽器開發的網頁，比如淘寶官網，4399小游戲官網等等
//小程序：基於微信開發（不太了解，后面補充，個人認為類似Bs架構）
一、系統架構
- pc、app為c/s結構，服務端更新了，需要對各個主流版本進行兼容測試及回歸測試，客戶端更新的話，還需要重新安裝或升級應用
- web為b/s結構，只有一個版本，服務端和web端更新了之后，刷新一下頁面也就同步更新了
二、測試發布流程
測試流程：三者基本測試流程沒有區別。都是需要經歷測試計划方案、用例設計、用例執行、缺陷管理、測試報告編寫等相關活動
發布流程：
由於系統差異，APP發布有打包流程，客戶端更新需要打包升級應用，如果上個版本客戶端出現問題，修復后需要打包讓用戶去更新應用，或者跟隨下個版本修復好，APP端需要向應用市場發布，安卓發布的市場有很多，應用寶、豌豆莢、應用商店等，每個應用都需要單獨審核；IOS端應用比較單一就是appstore，從提交、審核到發布會有一定的時間間隔，開發的應用包不會立刻發布
web端每次更新發布，需要將測試通過的包替換線上包，重啟服務后立刻生效，訪問的就是最新的環境
pc端不了解。。
三、兼容性測試
app的則是兼容的手機設備，不同品牌，不同分辨率，不同的Android IOS版本，手機和平板
PC端需要兼容WIN\MAC不同系統和系統版本
web的兼容測試一般是選擇不同的瀏覽器內核進行測試（IE、chrome、Firefox），以及不同瀏覽器的不同版本。
四、性能指標
web測試、pc測試監測響應時間、CPU、內存等
app測試除了監測響應時間、CPU、內存外，還需監測流量測試、耗電量測試等
五、交互方式
web、PC主要采用鼠標點擊方式
App主要是手指點擊、拖拽、手勢測試、橫屏測試，考慮更多的是手指的交互習慣。重點考慮回退、刷新是否會造成二次提交。
六、APP專項測試
1.安裝卸載更新測試，包括安裝時是否有閃退，安裝好后回歸驗證、安裝失敗后是否版本回退，強制更新、非強制更新、增量包更新、斷點續傳、弱網狀態下更新
2.網絡測試：不同運營商；3g4g5g；執行重要操作時進行網絡切換；弱網，高丟包高延遲情況客戶端是否穩定等
3.APP消息路由推送測試
4.抓包，APP需要用Charls fildler等，手機和pc連接同一條路由器然后加代理
5.權限：語音、上傳文件等權限
6.系統時間有誤
7.APP崩潰卡頓測試：
安卓可以用ADB monkey再APP上執行一段時間內的隨機事件觸發命令，進行穩定性測試
- 空指針，比如客戶端穿空沒有做判斷，程序到這里底層系統給客戶端報錯導致崩潰
- 數組越界，系統給每一個應用都會分配內存，每一個對象實例化后都會分配到內存里，比如我們聲明一個lits=[1,2,3]數組，然后去查找list[3]，底層就會給APP拋異常導致崩潰
- 系統版本兼容性，比如系統升級后，系統底層可能會報廢掉老方法，但是你的新APP還在用老方法沒有做修改，就會給拋異常導致崩潰
- 內存溢出：系統會給每個APP分配內存也就是Heap Size值。當APP占用的內存加上我們申請的內存資源超過了Dalvik虛擬機的最大內存時就會拋出的Out Of
- 內存泄漏：當一個對象不在使用了，本應該被垃圾回收器（JVM）回收。但是這個對象由於被其他正在使用的對象所持有，造成無法被回收的結果。內存泄漏最終會導致內存溢出。
- 視頻音頻卡頓：1.網絡慢2.可能是加載視頻ZPU渲染性能不好
- 安卓ANR:安卓分前台進程和后台進程，前台進程就是正在運行的應用，后台進程例如后台app 藍牙、WiFi進程等，如果主線程被長時間阻塞，導致無法響應用戶的操作，即造成ANR（Application Not Responding）。通常的表現是彈出一個應用無響應的對話框，讓用戶選擇強制退出或者等待。如圖
web待補充
七、安全（目前沒有接觸）
Web，SQL注入，XSS攻擊等
App，https加密，簽名，加固，密碼加密等