1、功能测试
功能测试以原型为准，可以当成手机APP来测试
2、兼容性测试
操作系统兼容性：Android系统和ios系统，如果有条件，可以尽量多测试主流Android系统品牌
屏幕兼容性：小程序屏幕兼容性问题相对APP少一些，微信小程序定义了一个新的尺寸单位rpx(responsive pixel)可以适配不同尺寸的屏幕，在页面上定义对象的单位是rpx就可以在不同的屏幕上适配。但1rpx的像素经常在iphone7p上出现断线的情况。因此需要在测试过程中关注1rpx像素的显示。（测试时可忽略）
微信兼容性：因为微信小程序SDK的API版本一直都在更新，导致SDK的API有可能有向下的兼容性问题并最终会影响到在最新版本小程序SDK上开发的程序不能在低版本的SDK 上像预期的那样运行。所以测试微信版本的兼容性之前要先确定小程序使用的库版本在哪些微信版本号上支持。
3、网络测试
查看小程序在各种网络状况下的运行情况，比如：网络状况和环境的切换，断网，通过代理进行弱网测试
4、接口测试
目前大部分都是微服务的架构，所以前端的小程序调用的是后台的接口，所以要对接口进行测试，这里的接口测试和平时的接口测试是一样的，没有特别之处。但是我们需要了解的就是，微信小程序SDK提供的接口是websocket，这是另外一种接口形式。
5、易用性
跟APP测试一样
6、功能交互
因为小程序是在微信里面，所以还需要验证一些跟微信的交互
7、入口
可以通过微信聊天页面的下拉框找到小程序（如果已经打开过一次）；也可以通过“发现”模块下的“小程序”中的搜索框搜索到对应的小程序；还可以通过“附近的小程序”找到小程序
8、交易
小程序支持交易，那么它与微信的钱包、卡包都是可以交互的。如果有交易功能，需要验证各种交易场景。
9、缓存
比如需要验证清空微信的缓存是否对小程序有影响
10、消息限制
根据开发文档，有如下消息限制支付当用户在小程序内完成过支付行为，可允许开发者向用户在7天内推送有限条数的模板消息（1次支付可下发1条，多次支付下发条数独立，互相不影响）提交表单 当用户在小程序内发生过提交表单行为且该表单声明为要发模板消息的，开发者需要向用户提供服务时，可允许开发者向用户在7天内推送有限条数的模板消息（1次提交表单可下发1条，多次提交下发条数独立，相互不影响）
11、性能测试
小程序的性能不是测试小程序的重点，优先级也比较低。小程序的性能和WEB的性能测试非常类似，性能的常用指标也大致相同。包括页面的白屏时间，首屏时间，资源占用，页面渲染时间，帧率等等。小程序开发版中打开性能窗口即可看到页面的性能数据, 但如果是正式发布的版本需要通过埋点才能搜集这些信息。
12、安全
小程序是内嵌到微信的，但腾讯并未花太多精力在小程序的安全性上，2017年小程序的大漏洞就说明了这一点。不要指望腾讯帮你提升完全性。对于测试人员，安全相关的测试能做的毕竟有限，我们所要做的就是知道小程序有安全隐患就行了，比如小程序运行后在手机上能看到一个wxapkg的一个包，这个包解压后就是可以认为是小程序的源代码。
13、权限
这里的权限指的是访问权限是否授权，所以权限测试分为“已授权”和“未授权”，所以需要测试在跳转到微信小程序时“允许访问”和“不允许访问”这两种情况下小程序是否各项功能能够正常工作。
注：测试人员也可以参考小程序官方的文档 https://developers.weixin.qq.com/miniprogram/design/index.html
14、微信小程序特殊测试点
1、小程序包大小不能超过3M，开发版对大小没有限制，但是体验版和正式版都有限制。
2、页面层级跳转不能超过10次，比如分类-》居家-》布艺软装-》居家-》被枕-》居家-》。。。达到10次就无法跳转了，如果非要有这种跳转方式，需要考虑不让微信觉得是10次跳转。
3、缓存，微信小程序为了提升用户体验，会缓存用户的页面及数据，方便下次调用时直接使用。可能产生的问题：
1）微信小程序缓存的数据是否和服务器端一致。实际测试时可以先访问页面，然后修改服务器上数据，再回看小程序中页面，看数据是否一致。
2）切换相似的页面，看是否缓存的数据会产生混乱，比如居家和餐厨两个分类，切换分类的时候，会不会因为缓存导致具体信息不发生变化。
来自链接：https://www.jianshu.com/p/b9d2e66af160
http://www.51testing.com/index.php?action-viewnews-itemid-4460805-php-1
来源：CSDN
作者：RPWEB
链接：https://blog.csdn.net/RPWEB/article/details/103585595