小程序的架構(gòu)

小程序分為兩個(gè)主要部分：view模塊和service模塊。View模塊負(fù)責(zé)UI展示，它由wxml和wxss轉(zhuǎn)換后的代碼以及微信提供的輔助模塊組成。一個(gè)view模塊對(duì)應(yīng)一個(gè)webview組件，小程序支持多個(gè)view存在，view模塊通過微信jsbridge對(duì)象來跟后臺(tái)通信。

小程序的限制和對(duì)測(cè)試的影響

目前小程序在UI、設(shè)計(jì)、樣式、頁面跳轉(zhuǎn)、消息大小等都有自己的限制

上面的限制對(duì)測(cè)試來說主要是以下幾個(gè)方面

小程序一個(gè)應(yīng)用只能同時(shí)打開5個(gè)頁面，在規(guī)劃新需求的時(shí)候一般會(huì)考慮到5個(gè)頁面的限制，但是需求迭代越來越多跳轉(zhuǎn)關(guān)系比較復(fù)雜的時(shí)候很容易忽略5個(gè)頁面的限制，這個(gè)時(shí)候如果跳轉(zhuǎn)邏輯超過5個(gè)頁面會(huì)出現(xiàn)跳轉(zhuǎn)打不開的情況。因此在需求評(píng)審的時(shí)候就應(yīng)該把小程序的跳轉(zhuǎn)關(guān)系有個(gè)整體的梳理，在新加頁面處理跳轉(zhuǎn)關(guān)系的時(shí)候能夠一目了然不會(huì)出現(xiàn)超過5層限制的問題。這里推薦使用流程圖的形式來展現(xiàn)頁面的跳轉(zhuǎn)關(guān)系。

小程序源碼打包后的大小限制為1M，因此源碼中的圖片和icon和數(shù)據(jù)等都需要壓縮。

小程序的測(cè)試4大方面

小程序雖是微信推出的新形態(tài)的產(chǎn)品，但是在測(cè)試思路上跟其他的客戶端測(cè)試在模式上也有類似之處。小程序的測(cè)試也可以主要分為4個(gè)方面，即功能測(cè)試、兼容性測(cè)試、性能測(cè)試、后臺(tái)接口測(cè)試。對(duì)于安全性測(cè)試由于小程序集成在微信客戶端內(nèi)，相比于傳統(tǒng)的網(wǎng)頁來說安全性能夠更有保障。只要在后臺(tái)接口測(cè)試上保證數(shù)據(jù)的安全性，客戶端的安全性由微信app來替我們保證。

功能測(cè)試跟傳統(tǒng)的web端的功能測(cè)試類似，這里不再贅述。用例設(shè)計(jì)方法等跟需求相關(guān)性較大。

包括操作系統(tǒng)兼容性，屏幕兼容性，微信兼容性

操作系統(tǒng)兼容性：為什么小程序會(huì)出現(xiàn)操作系統(tǒng)兼容性，因?yàn)?/span>Android和ios系統(tǒng)上小程序的JavaScript腳本的執(zhí)行環(huán)境不同。官方文檔中有說明，在開發(fā)工具上，小程序的js代碼時(shí)運(yùn)行在nwjs中，在ios上是運(yùn)行在JavaScriptCore中，在Android上是通過X5JSCore來解析的。正因?yàn)槟_本執(zhí)行的環(huán)境不同，因此在開發(fā)工具上正常的小程序有可能在ios和Android系統(tǒng)上不符合預(yù)期。

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

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

這里的性能測(cè)試考慮的是客戶端的性能，服務(wù)器的性能則按照傳統(tǒng)的服務(wù)器性能測(cè)試方案即可。小程序的客戶端性能和網(wǎng)頁的性能測(cè)試非常類似，性能的常用指標(biāo)也大致相同。包括頁面的白屏?xí)r間，首屏?xí)r間，資源占用，頁面渲染時(shí)間，幀率等等。

小程序的開發(fā)工具提供了手動(dòng)查看性能的窗口，只要在小程序開發(fā)版中打開性能窗口即可看到頁面的性能數(shù)據(jù)。

但是這個(gè)性能窗口的問題是只能手動(dòng)獲取數(shù)據(jù)，無法自動(dòng)記錄全部頁面的數(shù)據(jù)，因此適用于定位性能問題而不適用于發(fā)布前的性能測(cè)試。所以性能測(cè)試可以考慮性能打點(diǎn)上報(bào)的方式進(jìn)行性能分析，上報(bào)時(shí)區(qū)分測(cè)試環(huán)境和運(yùn)營環(huán)境。發(fā)布前先在測(cè)試環(huán)境分析各個(gè)頁面的耗時(shí)，及時(shí)發(fā)現(xiàn)頁面的性能問題。

小程序的后臺(tái)接口跟其他的客戶端后臺(tái)接口測(cè)試類似，直接按照常規(guī)的后臺(tái)測(cè)試來開展就可以。

小程序的自動(dòng)化測(cè)試

小程序的自動(dòng)化測(cè)試是個(gè)必然的趨勢(shì)，自動(dòng)化測(cè)試可以提高回歸效率可以實(shí)現(xiàn)監(jiān)控，是一種重要的輔助測(cè)試手段。但是由于小程序集成在微信app內(nèi)部，不像其他頁面比較容易抓包和解析因此這是小程序自動(dòng)化測(cè)試的難點(diǎn)。目前有很多自動(dòng)化測(cè)試的工具和框架試圖解決這個(gè)限制提供小程序自動(dòng)化測(cè)試的解決方案，比如有用wept+puppeteer來進(jìn)行UI小程序UI自動(dòng)化測(cè)試，但是這種方式對(duì)于測(cè)試環(huán)境和正式環(huán)境需要特殊處理，某些api也是不支持的。