每一次微信的動作都是商機，而隨著微信應用號的即將面世，微信應用號的開發(fā)和測試又會成為一股新的風向。 其實經常有人問到微信服務號或者微信訂閱號怎么測試的相關內容，可能總覺得比較缺乏技術含量不太想說，這次看了下應用號，就把所有問題都統(tǒng)一起來一起說一下吧。 架構 做測試首先應該從整體看起來，架構體系決定了測試的思想。微信的整個開發(fā)都基于下面幾個東西。 1.開發(fā)者信息 首先是開發(fā)者ID，包括Appid和AppSecret兩個內容，在微信開發(fā)者上設置的。一個用來唯一標示應用類似于用戶名，另外一個是登陸的類似密碼的東西。 2.接口 接口測試測試工具，對于應用來說第一件事情就是通過前面的用戶名appid和密碼appsecret來獲取token令牌。
在后續(xù)的請求中，使用令牌來完成（令牌有點cookie或者sessionid的概念，應該也有超時的控制） 3.前端頁面 微信提供了一個前端調試工具（微信Web開發(fā)者工具），其實你也可以認為是一個chrome的定制版 在企業(yè)號、公眾號這類的開發(fā)都是在這個平臺上實現(xiàn)的。 4.交互 整個交互過程可以這樣理解，通過微信的公開接口來獲取一些微信用戶的信息以及關鍵交互，而額外的內容是需要在自己服務器上實現(xiàn)的。 可以這樣理解，微信上來登陸，獲取用戶信息，把用戶信息作為參數(shù)傳送給自己應用的登陸部分并且綁定用戶的一個UID，從而實現(xiàn)的微信賬號和應用賬號的綁定。 如何測試 在聊過上面4點架構內容以后，測試的內容就可以來說了。 1.功能測試 A.如果做基本功能，可能就不需要知道appid和appsecret了，這樣的測試可以理解成沒什么技術含量的點點過程。真的要深入測試，那么包含從微信接口上獲取數(shù)據(jù)到自身系統(tǒng)的部分，檢查下是不是數(shù)據(jù)過來了，過來的對不對，高級點可以抓一下包看一下，普通點就看數(shù)據(jù)庫。 B.適配兼容，由于是H5的內容，在不同瀏覽器上和手機分辨率上仍然存在適配問題。 C.手機的一些專項測試，基本可以不要考慮，因為是H5的內容，所以大多數(shù)問題也解決不了的。
2.非功能測試 這塊可以談的東西比較多，包含性能、接口、自動化。 2.1性能測試 性能問題主要有兩個點： A.微信接口的性能 這個不歸你管，你也不用測，因為微信自己有個規(guī)范來限制超時和連接數(shù)，所以系統(tǒng)在別人那邊你做不了啥。
B.自己系統(tǒng)的性能 雖然你要從微信的接口上拿數(shù)據(jù)，但是最終的處理還是會回到自己的系統(tǒng)上，所以這塊的性能測試會比較重，加上微信的交互體系決定了什么都要去服務器上問，對服務器上接口的負載是很高的，一旦某一個請求或者某一個業(yè)務的請求出現(xiàn)點性能問題，可能就會功虧一簣。 那么要讀微信接口的內容怎么辦？做個Mock服務器就是必須的了，要么緩存掉微信服務器返回的數(shù)據(jù)，要么自己做個假的mock應答。 2.2 接口測試

由于所有的內容其實都是所謂的微服務，所以對于這些服務的接口測試是十分重要的，前面性能的問題解決了，接口的問題自然也就解決了。

可以說接口測試是所有測試中最重要的基本保障測試。

2.3 自動化測試 H5的自動化，就涉及到瀏覽器端和手機端，幾乎就是robotium/appium+webdriver的天下。個人覺得意義不大，因為接口都測好了，而微信業(yè)務也相對簡單，手工跑跑就差不多了。如果非要頂上一個遍歷的概念，我還是覺得走monkey這類純坐標體系的也許更好點，驗證下是不是對應的請求都發(fā)出來了即可。 應用號 到這里為止其實都在談企業(yè)號，那么我們的主題不是應用號么？

接著來說下應用號，根據(jù)云層最近看到的文章和相關介紹，應用號是一個平行于企業(yè)號的東西，應用號的開發(fā)和企業(yè)號很像，但是有些區(qū)別，比如

可以看到開發(fā)UI的代碼并不是H5的基本標簽，而是換了一套微信自己的標簽體系，可以這樣認為微信為大家定制了一套UI控件（Frame），來解決以前H5某些無法實現(xiàn)的功能，而這些東西可能是基于Hybrid模式的，就是非完全H5的內容，而是基于微信體系的控件體系的。

類似于微軟WPF中的XAML，將布局轉化到xml，事件執(zhí)行走JS體系，自己的容器完成了布局到CSS的掛接至于是不是生成一個源生的控件還是一個特殊封裝的控件就要等結果出來了。

從開發(fā)人員的角度就是我靠，又要從B/S體系換回到C/S體系了，DOM這套不要折騰了。 對測試人員來說，其實變化不大，因為本來也不需要知道實現(xiàn)這層是怎么做UI的，更多關心的是控件或者按鈕能不能用和服務器交互怎么樣，從某些角度來說對測試是幾乎透明的。 應用號測試 那么應用號測試的變化在什么地方呢？
A.調試可能會麻煩點，看微信怎么給平臺。因為基于微信自己的體系，如果要非要在線調試就麻煩了。也就是說以前可以開個網頁調試跟蹤，現(xiàn)在要在線了，除非微信給你一個集成好自身體系的開發(fā)工具。 B.微信自己的坑，因為是基于微信的控件及某些模塊體系，如果它自己做的有問題，那么你是無能為力的，所以只能躺著等微信改。以前貌似也這樣，至于應用號是不是做的更好了一點，就不得而知了。 C.自動化能不能做，不知道最終微信這套內容下來的體系是怎么樣的，是標準hybird還是自己再封裝的。工具是不是能有效的識別到內部的對象，或者微信會不會給一個自己的自動化體系？ ps.貌似以后是css定位的天下了，id沒用了，xpath估計也危險了。 微信小程序是一個平臺，對于開發(fā)人員來說縮短了開發(fā)周期，降低了開發(fā)難度（APP開發(fā)又要失業(yè)一堆人了），而對于測試來說，UI和基本交互可能出現(xiàn)的問題會進一步減少，對技術測試（接口，性能）的要求會進一步提升，甚至在調試工具上可能也會越來越多的要求測試介入。
在這點上有沒有能力拿到AppID和Appsecert可能就是普通測試和高級測試的關鍵區(qū)別吧。

內容轉載自公眾號

云層天咨 了解更多

總結

以上是生活随笔為你收集整理的如何测试微信应用号的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。