随着小程序生态的蓬勃发展，小程序承载着越来越丰富的功能，这也意味着更复杂的框架、更多的页面、更高的测试要求。纯手工测试显然无法满足快速发展的业务需求，自动化测试成为小程序测试的必然趋势。然而实现自动化测试并不简单： 测试同学代码能力弱，自动化测试无从下手自建流程摸不着门路，框架、工具一头雾水协同框架没有头绪，多人协同测试难上加难多项目多脚本维护成本大，性能优化大问题…… 小程序测试不容易，自动化测试更艰难！难道我们就没有其他办法？不用担心！ 微信团队推出 小程序云测服务，助力开发者高效快速实现自动化测试，测试自由从此拥有： 丰富的自动化测试能力：支持 Monkey、录制回放、Minium 测试等自动化测试能力，编程小白也能轻松测试全面的性能分析能力：支持启动性能、运行性能专项分析，帮助开发者针对性解决性能问题，助力业务发展稳定的测试环境：通过 WeTest 云真机能力、小程序测试环境优化及机器智能选择方法，提升底层真机稳定性支持持续集成：提供定时任务能力以及丰富的第三方 API 接口，打通 Devops 流程，业务协同更简单、更高效免费使用额度：提供每周 150 分钟免费使用额度（第三方服务商每周 1000 分钟），满足绝大多数项目自动化测试需求 --- 彩蛋环节 --- 你的团队如何实现小程序自动化测试？应用过程有哪些踩坑经验或者好方法？ 你在使用小程序云测服务时，有哪些不得不说的吐槽点或者令你欣喜的好方法？ 欢迎在下方评论区分享你的测试踩坑史 / 经验帖 / 吐槽点，我们将精选 5 位评论用户并且各送出 Q 猛虎公仔 1 个，助你测试生猛起来～ [图片] * 获奖名单将在「微信开放社区」本次话题评论区进行公示

目前，A/B实验的流量、分组都是随机的，在活跃用户中抽取。 我们想针对某些条件来划分第一层流量或分组，例如按照地域、平台、性别、年龄段等，这些功能能实现吗？

我们的测试小程序与生产小程序为两套小程序，需要将测试的小程序的web分析迁移到生产发现目前没有这个功能。 测试小程序的分析数据蛮多的，迁移起来很不方便。能否事件管理、数据字典管理、属性管理的JSON导出功能？

页面分析—页面访问 数据明细表格—页面路径的下拉列表里找不到想看的页面路径， 该页面路径是存在的，已在“页面备注”中进行了备注，且手动触发进入这个页面路径，在实时数据里能看到该页面路径

[图片] 如上图所示，我们的拉取量是19084次，但是曝光只有847次， 我想问下这个曝光到底是怎么计算的？