微信小程序测试注意点
1、小程序特殊限制点
小程序有一些特殊限制点，例如常见的包的大小、页面跳转，返回等
小程序登录需要授权，所以要注意测试授权/未授权 程序的相应是否合适、正确，以及用不同手机、微信号、手机号进行组合授权验证
未授权的相应验证，授权时效性，缓存时效性，授权次数等
同一微信号在不同手机端登录授权查看数据权限；
3、功能测试
业务功能测试；
流程（逻辑）测试；
数据正确性测试；
页面跳转等的测试，前端模板版本测试，
4、兼容性测试
微信版本号
手机屏幕分辨率/屏幕大小适应
手机系统（安卓、IOS、小米、华为等常用手机）
网络（4G、WIFI、弱网络等）
小程序码的兼容
5、易用性测试
菜单导航（层级少、交互性好，最好有简单的教学步骤，可随时退出教程的那种）
界面设计（常用功能是否显眼、图标是否是符合大众习惯、颜色、字体等设计是否合适）
是否易于学习（最好是傻瓜式操作，符合大众思维常识）
加载中、页面不存在、无数据等情况是否有合适提示
是否有返回操作、取消操作、确认弹框等（重要操作）
6、性能测试
FTP（刷新率）是否出现卡顿
CPU占用率
内存占用率
手机温度
首次登录界面加载时长
后端接口、性能测试
注意：FTP、CPU、内存、温度可用perfdog工具进行测试
小程序的架构
微信小程序的框架包含两部分View视图层、AppService逻辑层，View层用来渲染页面结构，AppService层用来逻辑处理、数据请求、接口调用，它们在两个线程里运行。
视图层使用WebView渲染，逻辑层使用JSCore运行。
视图层和逻辑层通过系统层的JSBridage进行通信，逻辑层把数据变化通知到视图层，触发视图层页面更新，视图层把触发的事件通知到逻辑层进行业务处理。
小程序的限制和对测试的影响
目前小程序在UI、设计、样式、页面跳转、消息大小等都有自己的限制，具体的限制可以查询如下链接：https://github.com/iamxwk/Code-wiki/issues/18
上面的限制对测试来说主要是以下几个方面
1 数量限制
小程序一个应用只能同时打开5个页面，在规划新需求的时候一般会考虑到5个页面的限制，但是需求迭代越来越多跳转关系比较复杂的时候很容易忽略5个页面的限制，这个时候如果跳转逻辑超过5个页面会出现跳转打不开的情况。因此在需求评审的时候就应该把小程序的跳转关系有个整体的梳理，在新加页面处理跳转关系的时候能够一目了然不会出现超过5层限制的问题。这里推荐使用流程图的形式来展现页面的跳转关系。
如果已经做到跳出5个页面的限制，需要特别查看各个页面间的跳转情况，重复进入的页面以及关闭页面能否返回上一层页面。
2.大小限制
小程序源码打包后的大小限制为1M，因此源码中的图片和icon和数据等都需要压缩。这里就可能出现数据和图片丢失，不清晰等问题
