小程序的架構

??????小程序分為兩個主要部分：view模塊和service模塊。View模塊負責UI展示，它由wxml和wxss轉換后的代碼以及微信提供的輔助模塊組成。一個view模塊對應一個webview組件，小程序支持多個view存在，view模塊通過微信jsbridge對象來跟后臺通信。

小程序的限制和對測試的影響
目前小程序在UI、設計、樣式、頁面跳轉、消息大小等都有自己的限制，具體的限制可以查詢如下鏈接：https://github.com/iamxwk/Code-wiki/issues/18

上面的限制對測試來說主要是以下幾個方面

1?數量限制
小程序一個應用只能同時打開5個頁面，在規劃新需求的時候一般會考慮到5個頁面的限制，但是需求迭代越來越多跳轉關系比較復雜的時候很容易忽略5個頁面的限制，這個時候如果跳轉邏輯超過5個頁面會出現跳轉打不開的情況。因此在需求評審的時候就應該把小程序的跳轉關系有個整體的梳理，在新加頁面處理跳轉關系的時候能夠一目了然不會出現超過5層限制的問題。這里推薦使用流程圖的形式來展現頁面的跳轉關系。

2?大小限制
小程序源碼打包后的大小限制為1M，因此源碼中的圖片和icon和數據等都需要壓縮。
小程序的測試4大方面
小程序雖是微信推出的新形態的產品，但是在測試思路上跟其他的客戶端測試在模式上也有類似之處。小程序的測試也可以主要分為4個方面，即功能測試、兼容性測試、性能測試、后臺接口測試。對于安全性測試由于小程序集成在微信客戶端內，相比于傳統的網頁來說安全性能夠更有保障。只要在后臺接口測試上保證數據的安全性，客戶端的安全性由微信app來替我們保證。

1?功能測試
功能測試跟傳統的web端的功能測試類似，這里不再贅述。用例設計方法等跟需求相關性較大。

2?兼容性測試
包括操作系統兼容性，屏幕兼容性，微信兼容性

操作系統兼容性：為什么小程序會出現操作系統兼容性，因為Android和ios系統上小程序的JavaScript腳本的執行環境不同。官方文檔中有說明，在開發工具上，小程序的js代碼時運行在nwjs中，在ios上是運行在JavaScriptCore中，在Android上是通過X5JSCore來解析的。正因為腳本執行的環境不同，因此在開發工具上正常的小程序有可能在ios和Android系統上不符合預期。

屏幕兼容性測試：微信小程序定義了一個新的尺寸單位rpx(responsive pixel)可以適配不同尺寸的屏幕，在頁面上定義對象的單位是rpx就可以在不同的屏幕上適配。因此對測試來說不需要測試各種屏幕下的頁面顯示。但是，在實際測試的過程中仍然存在屏幕適配的時候出現像素問題，尤其是1rpx的像素經常在iphone7p上出現斷線的情況。因此需要在測試過程中關注1rpx像素的顯示。

微信兼容性：與微信版本的兼容性問題主要體現在小程序api庫的版本上，有些比較老的版本的小程序api庫不支持新版api，因此會出現兼容性問題。所以測試微信版本的兼容性之前要先確定小程序使用的庫版本在哪些微信版本號上支持。

3?性能測試
這里的性能測試考慮的是客戶端的性能，服務器的性能則按照傳統的服務器性能測試方案即可。小程序的客戶端性能和網頁的性能測試非常類似，性能的常用指標也大致相同。包括頁面的白屏時間，首屏時間，資源占用，頁面渲染時間，幀率等等。

小程序的開發工具提供了手動查看性能的窗口，只要在小程序開發版中打開性能窗口即可看到頁面的性能數據。

但是這個性能窗口的問題是只能手動獲取數據，無法自動記錄全部頁面的數據，因此適用于定位性能問題而不適用于發布前的性能測試。所以性能測試可以考慮性能打點上報的方式進行性能分析，上報時區分測試環境和運營環境。發布前先在測試環境分析各個頁面的耗時，及時發現頁面的性能問題。

4?后臺接口測試

小程序的后臺接口跟其他的客戶端后臺接口測試類似，直接按照常規的后臺測試來開展就可以。
小程序的自動化測試
小程序的自動化測試是個必然的趨勢，自動化測試可以提高回歸效率可以實現監控，是一種重要的輔助測試手段。但是由于小程序集成在微信app內部，不像其他頁面比較容易抓包和解析因此這是小程序自動化測試的難點。目前有很多自動化測試的工具和框架試圖解決這個限制提供小程序自動化測試的解決方案，比如有用wept+puppeteer來進行UI小程序UI自動化測試，但是這種方式對于測試環境和正式環境需要特殊處理，某些api也是不支持的。

微信小程序測試的策略和注意事項
一、測試前準備（環境搭建）
1.前端頁面
微信Web開發者工具安裝、授權測試用的微信號可預覽和調試小程序…
可參考此文： 微信Web開發者工具-下載、安裝和使用圖解

2.管理后臺
配置內網測試服務器環境，通過PC端Web站點管理小程序前端的輸出內容，可從開發人員獲取管理賬號進行測試

二、測試范圍
1.權限測試
需要檢查以下幾種情況下微信用戶訪問的權限

1）未授權微信登錄小程序
未授權時，一般使用一些業務功能的時候，都會彈出提醒：先授權再操作對應功能。or在提交數據到后臺的時候，會提示補充相關身份信息才能提交成功

2）已授權微信登錄小程序
授權微信訪問小程序，意味著自己的微信賬號可被小程序管理方所獲取，自動以微信的身份行使業務操作權限，比如咨詢、支付、數據查詢等

3）同一微信號在不同手機端登錄授權查看數據權限
同一微信號在不同手機微信端授權登錄同一小程序之后，所能查看的數據和操作的權限都應該是同步一致的

2.功能測試
1）按功能模塊測試
根據設計好的各個大類功能模塊劃分，然后再逐級細化，覆蓋到每個功能盡可能全面的測試點

2）按業務流程測試
小程序的業務，比如咨詢、支付、播放、查詢、下載。把各個功能點串聯起來形成完整的業務流程來檢查；同一個業務，可能有不能的路徑來實現，每個路徑都需要覆蓋檢查

3）按數據流向測試
根據數據從某一端操作輸入和輸出流向，設計基于數據流的測試用例，輸出的數據也可能成為另外一端的輸入，檢查輸入的數據是否按照代碼邏輯執行正確的輸出，是否數據發生異常（無法輸入；有輸入卻無任何輸出；輸出不正確；多余的輸出其他信息…）

4）同一功能不同的入口有效性的檢查
小程序中在首頁、列表頁、詳細頁、其他的業務功能相關頁面，都有可能存在同一個功能的入口，如付費咨詢、免費咨詢業務中，可以直接從首頁進入付費咨詢入口，也可以通過免費咨詢入口再切換到付費咨詢入口。每一個入口路徑都需要覆蓋檢查

5）交互性檢查
一般而言，產生數據和功能交互變化的情況主要有這幾個分類：前臺<–>前臺、后臺<–>后臺、前臺<–>后臺。前臺從A1頁面提交的數據，可能需要在前臺A2頁面查看到，也會在對應后臺的B頁面查到記錄；后臺B1頁面修改or添加的數據，對應到前臺的A頁面產生交互變化，后臺本身的不同頁面之間也可能存在同一個數據的輸出值

3.版本配置測試
有時候小程序一次性做了幾套不相同的模板，在前端程序代碼中修改配置參數，保存后重新編譯，即可從一個版本切換到另一版本，同時也需要在管理后臺作相應的切換，以保證前端進行數據調用

對于非公用的部分：不同版本直接的切換，需要保證彼此的功能模塊和數據獨立性不受干擾影響，即不同版本的管理后臺所添加的數據只應該調用到各自對應模板的前臺小程序中，不同版本的小程序從前臺提交的數據也只會提交到各自管理后臺，不應該有交差重疊

用測試工具測試

前端頁面，后臺程序功能，性能，數據等進行測試

第一bai種方式：線下掃碼

二維碼是獲取小程序最基本的方式。在微信中打開掃一掃，掃描線下二維碼即可進入小程序。

第二種方式：微信搜索

在微信客戶端首頁的搜索窗口，你可以通過搜索獲取一個小程序。

第三種方式：公眾號關聯

同一主體的小程序和公眾號可以進行關聯，并支持互相跳轉。該功能需要經開發者自主設置后使用。

一個公眾號可綁定五個小程序，通過該公眾號可查看并進入所綁的小程序;

一個小程序只能被一個公眾號綁定，通過該小程序可以查看并進入所關聯的公眾號。

第四種方式：好友推薦

小程序不支持在微信朋友圈進行發布分享。

如果你發現一個不錯的小程序，可以將這個小程序，或者它的某一個頁面轉發給微信好友，或者轉發到微信群聊中。

第五種方式：歷史記錄查找

當你使用過某個小程序后，它會出現在你的微信客戶端“發現-小程序”的列表里。

想要再次使用它時，只需通過列表里的歷史記錄就可以進入。

在“發現-小程序”中，也可以通過搜索進入小程序。