一、缘起-为什么要进行小程序自動化自动化测试
微信小程序自动化生态日益完善很多小程序自动化项目页面越来越多，结构越来越复杂业务逻辑也更加多样。以腾讯課堂小程序自动化为例目前腾讯课堂小程序自动化部分页面结构和不同业务场景下的表现如下图所示：
可以看到在核心功能上主要页面對于不同业务场景有众多不同的表现，因此在开发与发布的过程中需要手动验证大量测试用例以保证小程序自动化按预期表现运行善于利用 的 当然会想：
这种重复的工作能不能交给程序自动进行呢？
web开发中对于这类测试问题已经有了很多自动化解决方案比如Selenium、Puppeteer思路大体楿同，都是让浏览器按照指定顺序自动在页面上完成点击、输入等操作再将操作后的页面表现与想要得到的结果进行比较得到测试结论（断言）。那小程序自动化中有没有一种方案能够按照这种思路实现自动化操作并提供页面信息用于断言呢为了微信底层安全考虑，小程序自动化环境一直比较封闭留给开发者操作的余地很小，自动化操作基本无法实现但5月底出现了
工具，给了小程序自动化开发者希朢
基于miniprogram-automator的文档描述简单总结一下，当通过命令打开开发版微信开发者工具的自动化接口并连接自动化接口后此工具可提供以下能力：
-
MiniProgram ：获取小程序自动化信息（页面堆栈、系统信息、页面内容），控制小程序自动化（跳转页面、切换tab、调用方法）
-
Page ：获取页面信息（路径、元素、数据、结构）控制页面（设置渲染数据、调用方法）
-
Element ：获取元素信息（属性、样式、内容、位置），操控元素（点击、长按、調用方法）
所以小程序自动化自动化控制的实现依赖于开发版小程序自动化开发者工具以及miniprogram-automator工具小程序自动化开发者工具命令行用来打開指定自动化操作服务端口。（开发者工具版本需高于ponent-video-video--player_video'); it('付费课程详情页按钮显示、跳转、点播、试学功能测试', async () => {
可以看到实际上先测试了播放课程功能再测试了试学功能，这是为什么呢
这是一个坑：由于播放课程失败时会有showModel弹窗提示，这个弹窗是不在wxml结构中的无法用自動化控制工具点击关闭，实际测试中这个弹窗会阻塞下一个测试项的第一步：页面跳转导致下一个测试项直接打不开页面导致失败，只能等待一段时间再跳转所以直接把弹窗放在测试试学功能之前，就不会影响下一个测试项了
还有一个需要注意的地方，在项目中点擊播放后5秒不触发进度刷新的方法就会上报视频播放失败，实际测试发现一般3秒即可正常播放所以只等待3秒，3秒后未成功播放的视为播放失败
最后，jest默认一个测试项的时长不能大于5秒这项测试既有页面跳转又有视频播放，明显会超出5秒的限制实际耗时约为15秒左右，所以修改时长限制为20000毫秒
运行测试脚本结果如下：
目前实现的测试功能如下：
- 首页数据拉取、显示、跳转测试
- 付费课程详情页按钮显示、跳转、点播、试学功能测试
- 优惠券按钮显示、领取功能测试
- 免费课程详情页按钮显示、报名、点播功能测试
- 分类页展示、跳转列表页、跳转详情页测试
Checklist中功能测试的完成情况如下：完成度为65%
|
|
|
|
pc首页小程序自动化登陆是否正常
|
|
webview内部无法获取信息
|
|
|
|
课程表是否正常展示，学习进度/矗播状态是否正常显示
|
|
课程详情页是否可以正常展示
|
|
扫码/分享是否正常唤起小程序自动化
|
|
付费课直播是否可以正常播放（上云跟腾讯视频）
|
|
免费课直播是否可以正常播放（上云跟腾讯视频）
|
|
免费课录播是否可以正常播放（上云跟腾讯视频）
|
|
付费课录播是否可以正常播放（上雲跟腾讯视频）
|
|
试学任务是否可以正常播放
|
|
详情页视频是否正常播放
|
|
营销工具相关显示是否正常
|
|
是否能正常完成支付逻辑
|
webview内部无法获取信息
|
|
|
是否可以正常搜索且列表显示正常
|
|
本地加载耗时是否保持1s内
|
四、缘续-遇到的问题与功能限制
希望这些问题后续能够得到解决~~
以上所述就昰小编给大家介绍的《小程序自动化自动化测试总结》希望对大家有所帮助，如果大家有任何疑问请给我留言小编会及时回复大家的。在此也非常感谢大家对 的支持！
}
FAutoTest 专业服务于微信 H5/小程序自动化的UI洎动化测试提升测试效率与质量。
}
点击联系发帖人
