2025年經(jīng)典小程序測試題及答案一、基礎概念題（每題3分，共15分）1.小程序運行時分為邏輯層（AppService）和渲染層（View），兩者通過哪種機制實現(xiàn)通信？A.WebSocket長連接B.JsBridge消息隊列C.LocalStorage存儲同步D.HTTP短連接輪詢答案：B。小程序邏輯層與渲染層通過JsBridge進行異步消息通信，邏輯層將數(shù)據(jù)變化封裝為消息發(fā)送到渲染層，渲染層通過事件回調(diào)傳遞用戶操作信息。2.以下哪個配置項用于限制小程序可跳轉(zhuǎn)的外部鏈接范圍？A.app.json中的navigateToMiniProgramAppIdListB.app.json中的networkTimeoutC.project.config.json中的setting.urlCheckD.page.json中的usingComponents答案：A。navigateToMiniProgramAppIdList配置允許跳轉(zhuǎn)的其他小程序AppID，而外部鏈接限制需通過request的domain白名單或web-view的allowedUrls配置。3.小程序自定義組件中，父組件向子組件傳遞數(shù)據(jù)的正確方式是？A.通過this.$emit觸發(fā)自定義事件B.在父組件模板中使用屬性綁定（<childprop="{{value}}"/>）C.直接修改子組件的data屬性D.使用全局變量（如app.globalData）共享答案：B。父組件通過屬性綁定（props）向子組件傳遞數(shù)據(jù)，子組件通過perties訪問；事件觸發(fā)（$emit）用于子組件向父組件傳遞數(shù)據(jù)。4.小程序分包加載時，主包體積限制為？A.2MBB.4MBC.8MBD.無限制（取決于平臺策略）答案：B。截至2025年主流平臺（微信、支付寶）主包體積仍限制為4MB，單個分包/插件體積不超過20MB，總代碼體積不超過24MB。5.以下哪項不屬于小程序生命周期函數(shù)？A.onLoadB.onShowC.onPageScrollD.onShareAppMessage答案：C。onPageScroll是頁面滾動事件監(jiān)聽函數(shù)，屬于事件處理函數(shù)；生命周期函數(shù)包括onLoad（頁面加載）、onShow（頁面顯示）、onUnload（頁面卸載）等。二、功能測試題（每題5分，共25分）6.某電商小程序“商品詳情頁”需測試“加入購物車”功能，設計至少5個測試用例。答案：（1）正常流程：選擇規(guī)格/數(shù)量→點擊“加入購物車”→提示成功→購物車數(shù)量+1；（2）未選規(guī)格：不選擇規(guī)格直接點擊→提示“請選擇商品規(guī)格”；（3）庫存不足：選擇數(shù)量超過庫存→提示“庫存不足”；（4）快速連續(xù)點擊：1秒內(nèi)點擊3次→僅發(fā)送1次請求（防重復提交）；（5）弱網(wǎng)環(huán)境：3G網(wǎng)絡下點擊→加載提示→超時后提示“網(wǎng)絡異常，請重試”；（6）登錄狀態(tài)：未登錄時點擊→跳轉(zhuǎn)至登錄頁→登錄成功后返回并加入購物車（可選補充）。7.測試“微信支付”功能時，需驗證哪些關鍵節(jié)點？答案：（1）支付參數(shù)校驗：金額、商品描述與訂單信息一致；（2）支付狀態(tài)同步：支付成功/失敗后，小程序內(nèi)訂單狀態(tài)實時更新；（3）中斷場景：支付過程中退出小程序→重新進入后顯示支付結(jié)果；（4）權(quán)限驗證：未綁定銀行卡用戶→引導綁定；銀行卡余額不足→提示“支付失敗”；（5）回調(diào)處理：支付完成后跳轉(zhuǎn)的頁面是否正確（如訂單詳情頁）；（6）重復支付：已支付訂單再次調(diào)用支付接口→提示“訂單已支付”。8.某社交小程序“消息推送”功能需測試，說明如何驗證“離線消息接收”場景。答案：（1）測試準備：關閉小程序（后臺退出）→關閉微信通知權(quán)限→開啟飛行模式；（2）觸發(fā)消息：其他用戶發(fā)送消息；（3）恢復網(wǎng)絡：關閉飛行模式→等待5分鐘（平臺消息推送延遲閾值）；（4）驗證接收：打開微信→查看服務通知（或小程序歷史列表紅點）→進入小程序→消息列表顯示新消息；（5）邊界情況：離線超過24小時（平臺消息保留時效）→驗證是否仍能接收；（6）多設備同步：手機離線時，平板端登錄同一賬號→驗證消息是否同步。9.小程序“掃碼功能”測試需覆蓋哪些場景？答案：（1）常規(guī)二維碼：正確識別微信二維碼、支付寶二維碼、HTTP鏈接二維碼；（2）特殊類型碼：條形碼（一維碼）、PDF417碼、DataMatrix碼；（3）異常碼測試：模糊二維碼（拍照時手抖）、部分遮擋碼（覆蓋1/3區(qū)域）、無效碼（亂碼提供）；（4）環(huán)境適配：強光下（戶外陽光）、弱光下（夜間燈光）掃碼識別率；（5）權(quán)限控制：首次調(diào)用掃碼時拒絕相機權(quán)限→提示“需要相機權(quán)限”；已拒絕后再次調(diào)用→引導設置頁；（6）連續(xù)掃碼：快速掃描兩個不同二維碼→依次識別并跳轉(zhuǎn)正確頁面。10.測試“自定義導航欄”時，需驗證哪些交互點？答案：（1）布局適配：不同屏幕尺寸（iPhone15ProMax、折疊屏展開/折疊態(tài)、Android全面屏）→導航欄元素（返回按鈕、標題、操作按鈕）位置無錯位；（2）手勢兼容：iOS側(cè)滑返回時，導航欄是否跟隨滑動動畫；Android物理返回鍵點擊→導航欄返回邏輯是否一致；（3）動態(tài)更新：通過setNavigationBarTitle動態(tài)修改標題→頁面顯示實時更新；（4）按鈕功能：自定義“分享”按鈕→觸發(fā)onShareAppMessage；自定義“關閉”按鈕→調(diào)用wx.navigateBack或wx.exitMiniProgram；（5）樣式?jīng)_突：同時設置navigationBarBackgroundColor和背景圖→以最新設置為準（驗證平臺優(yōu)先級規(guī)則）；（6）性能影響：頻繁調(diào)用setNavigationBarColor→頁面是否卡頓（FPS≥50為合格）。三、性能測試題（每題6分，共18分）11.簡述小程序啟動性能的核心指標及測試方法。答案：核心指標：（1）TTI（TimetoInteractive）：從用戶點擊小程序到可交互的時間（≤2000ms為優(yōu)秀）；（2）首屏加載時間：首屏內(nèi)容完全渲染完成的時間（≤1500ms為合格）；（3）白屏時間：點擊后到頁面開始渲染的時間（≤800ms為優(yōu)秀）；測試方法：（1）工具測量：使用微信開發(fā)者工具→性能面板→啟動性能分析；或Lighthouse小程序版抓取關鍵指標；（2）真機測試：通過Charles或Wireshark抓包記錄資源加載時間，結(jié)合GT（隨身調(diào)）監(jiān)測JS執(zhí)行耗時；（3）場景覆蓋：冷啟動（殺死進程后啟動）、熱啟動（后臺切換啟動）、弱網(wǎng)（2G/3G模擬）、低配置手機（如Android入門機型）。12.如何定位小程序“滑動卡頓”問題？答案：（1）工具診斷：使用微信開發(fā)者工具→調(diào)試器→Performance標簽，錄制滑動操作的性能日志，分析FPS（正?！?0）、長任務（>50ms的JS任務）；（2）代碼檢查：渲染層：是否在onPageScroll中執(zhí)行復雜計算（如DOM操作、數(shù)據(jù)過濾）；邏輯層：是否在滑動時頻繁調(diào)用setData（建議合并更新，減少數(shù)據(jù)量）；組件優(yōu)化：列表是否使用<scroll-view>的lazy-load屬性，圖片是否使用<image>的lazy-load和resize-mode="aspectFit"；（3）內(nèi)存監(jiān)控：通過wx.getSystemInfo獲取內(nèi)存使用情況，滑動時內(nèi)存增長是否異常（如超過50MB/秒），是否存在內(nèi)存泄漏（重復滑動后內(nèi)存不釋放）；（4）設備適配：在中低端手機（如Android6G內(nèi)存機型）上復現(xiàn)卡頓，對比高端機型差異，確認是否因硬件性能不足導致。13.測試“視頻播放”功能時，需關注哪些性能指標？答案：（1）首幀加載時間：從點擊播放到第一幀顯示的時間（≤1500ms為合格）；（2）緩沖延遲：播放過程中網(wǎng)絡波動時，緩沖時間是否≤2秒（超過易導致用戶退出）；（3）CPU占用率：播放1080P視頻時，CPU使用率是否≤60%（避免設備過熱）；（4）內(nèi)存占用：連續(xù)播放3個視頻后，內(nèi)存是否穩(wěn)定（波動≤20MB），是否存在泄漏；（5）耗電量：播放30分鐘視頻，電量消耗是否≤15%（對比系統(tǒng)自帶播放器）；（6）解碼兼容性：測試H.265/AV1編碼視頻在不同設備（iOS18、Android15）上的播放成功率（≥95%）。四、安全測試題（每題6分，共18分）14.小程序“用戶信息獲取”功能需防范哪些安全風險？答案：（1）過度索權(quán)：未提供功能相關理由，請求與當前操作無關的權(quán)限（如獲取位置信息用于登錄）；（2）數(shù)據(jù)泄露：通過wx.getUserInfo獲取的用戶信息未加密傳輸，或存儲時未脫敏（如完整手機號存儲）；（3）越權(quán)訪問：普通用戶通過修改請求參數(shù)，獲取其他用戶的個人信息（需驗證接口是否校驗用戶身份Token）；（4）釣魚攻擊：誘導用戶點擊虛假按鈕調(diào)用wx.login，竊取code用于偽造登錄；（5）緩存泄露：用戶退出登錄后，本地緩存（如wx.setStorage）中的用戶信息未清除，其他用戶使用同一設備可獲取。15.如何測試小程序“支付接口”的安全性？答案：（1）參數(shù)篡改測試：使用Charles攔截支付請求，修改金額（如將100元改為1元）→驗證服務器是否校驗簽名（正確應返回“簽名錯誤”）；（2）重放攻擊測試：重復發(fā)送已支付的請求→驗證是否返回“訂單已支付”（防止重復扣款）；（3）敏感信息加密：檢查用戶姓名、銀行卡號是否通過RSA非對稱加密（公鑰加密，私鑰解密）；（4）權(quán)限控制：未登錄用戶直接調(diào)用支付接口→返回“未認證”；非訂單創(chuàng)建者調(diào)用支付→返回“無權(quán)限”；（5）日志審計：驗證支付操作是否記錄完整日志（包括用戶ID、時間戳、IP地址、交易單號），且日志不可篡改。16.測試“文件上傳”功能時，需驗證哪些安全點？答案：（1）文件類型限制：嘗試上傳可執(zhí)行文件（.exe、.js）、病毒文件→服務器應拒絕（返回415UnsupportedMediaType）；（2）文件大小限制：上傳超過20MB的文件（平臺限制）→提示“文件過大”；（3）路徑遍歷攻擊：上傳文件名包含“../”→服務器應過濾特殊字符，避免寫入系統(tǒng)目錄；（4）內(nèi)容安全：上傳圖片/視頻包含違規(guī)內(nèi)容（色情、暴力）→通過微信內(nèi)容安全接口（msgSecCheck、imgSecCheck）攔截；（5）身份驗證：未登錄用戶上傳文件→重定向至登錄頁；普通用戶上傳管理員專用文件類型→返回“權(quán)限不足”。五、自動化測試題（每題7分，共21分）17.編寫一個使用“微信自動化測試框架（Minium）”的腳本，測試“登錄頁”輸入手機號和驗證碼后點擊登錄的流程。答案：```python導入Minium庫importminiumclassTestLogin(minium.MiniTest):deftest_login_success(self):啟動小程序并進入登錄頁self.app.redirect_to("/pages/login/login")定位手機號輸入框，輸入測試手機號phone_input=self.page.get_element("id=phoneInput")phone_input.input()定位驗證碼輸入框，輸入正確驗證碼（需提前獲?。ヽode_input=self.page.get_element("id=codeInput")code_input.input("123456")點擊登錄按鈕login_btn=self.page.get_element("id=loginBtn")login_btn.click()驗證跳轉(zhuǎn)至首頁（假設首頁路徑為/pages/index/index）self.assertPage("/pages/index/index",timeout=5)驗證本地存儲是否保存tokenstorage=self.app.get_storage("token")self.assertIsNotNone(storage["data"],"token未存儲")deftest_login_invalid_code(self):類似流程，輸入錯誤驗證碼（如"654321"）self.app.redirect_to("/pages/login/login")self.page.get_element("id=phoneInput").input()self.page.get_element("id=codeInput").input("654321")self.page.get_element("id=loginBtn").click()驗證提示框內(nèi)容toast=self.page.get_element("class=toast")self.assertEqual(toast.text,"驗證碼錯誤","錯誤提示不正確")```18.說明使用“Appium”測試小程序時，需解決的關鍵問題及解決方案。答案：關鍵問題及解決方案：（1）上下文切換：小程序運行在微信WebView中，需獲取WebView的context（通過driver.contexts獲?。袚Q至小程序的H5上下文進行元素定位；（2）元素定位不穩(wěn)定：小程序組件渲染可能延遲，需設置顯式等待（WebDriverWait），等待元素可見后再操作；（3）多端適配：不同微信版本的WebView內(nèi)核（如X5內(nèi)核）可能影響定位，需在測試環(huán)境中固定微信版本（如8.0.45）；（4）會話保持：微信后臺運行時，小程序可能被回收，需在測試腳本中添加重啟邏輯（如檢測到小程序崩潰則重新啟動）；（5）性能數(shù)據(jù)采集：需結(jié)合Android的adb命令（如adbshelldumpsysmeminfo）或iOS的Instruments工具，在自動化腳本中嵌入性能監(jiān)控代碼。19.設計“自動化測試用例優(yōu)先級”的分層策略，并說明各層測試重點。答案：分層策略及重點：（1）單元測試層（占比40%）：測試小程序自定義組件、工具函數(shù)（如日期格式化、正則校驗），重點驗證單一功能正確性（如輸入"2025-01-01"，格式化輸出"2025年1月1日"）；（2）接口測試層（占比30%）：測試后端API（如/login、/addCart），重點驗證參數(shù)校驗（如手機號格式）、業(yè)務邏輯（庫存扣減）、錯誤碼返回（如401未授權(quán)）；（3）UI自動化層（占比20%）：測試核心流程（登錄→瀏覽→下單），重點驗證跨頁面交互（如從商品頁跳轉(zhuǎn)購物車）、用戶反饋（如支付成功提示）；（4）端到端測試層（占比10%）：模擬用戶真實使用場景（如夜間模式下支付、多任務切換后操作），重點驗證系統(tǒng)穩(wěn)定性（無崩潰、無數(shù)據(jù)丟失）。六、綜合分析題（13分）20.某醫(yī)療小程序上線后用戶反饋“預約掛號”功能偶現(xiàn)“提交失敗”，無明確錯誤提示。作為測試負責人，如何定位并解決問題？答案：定位與解決步驟：（1）復現(xiàn)問題：收集用戶設備信息（iOS18.2/Android15）、網(wǎng)絡環(huán)境（5G/Wi-Fi）、操作步驟（選擇科室→醫(yī)生→時間→提交）；使用Charles抓包，模擬用戶操作，記錄請求（URL：/api/reserve，Method：POST，Params：{doctorId:123,ti