做最好的博客模板

小次序测试体例

  

小次序测试体例

小次序测试体例

  微信版本:小程序的接口完全依赖于微信,因此部分基础库较高的接口可能在低版本的微信上不生效,需做兼容,如:页面内分享是基于1.2.0的基础库开发,因此要求对应微信版本在6.5.8及以上; 使用小程序常碰到缓存问题,例如切换环境(线上线下互切)、cookie、发版、登陆等,简单粗暴的方法就是将小程序删掉重新进入即可。更多缓存可查看 微信公众号平台发布的【小程序开发助手】, 可方便快捷的预览和体验线上版本,体验版本以及开发版本。 每个小程序收集的formId,只能用于对应的小程序,也只能用于对应的uid。例如闲置社108批量收集formId,却存储在小程序103,结果导致闲置社批量formId失败,而且小程序存储很多无效可用的formId,主要原因是由于前端传入参数source=103导致。 此工具主要是方便通过扫码跳转相应的版本,检查未上线时参数是否正确。 -【查看二维码】扫码查看相应的链接参数; 常出现问题:formId无效(命中小程序自身策略)、无可用formId(需收集)。 【层级策略】将页面路径存储到storage,返回时则刷新拉取存储的页面路径,目前只保存页面路径,不保存表单等数据。具体解决方案见文档“层级策略.txt”。 目前发服务通知时,为防止用户下发失败,会重复调用formId接口3次,若3次下发都失败,则以公众号的形式下发服务通知(目前下发成功率达到98%)。 任何版本生成的海报页,扫码都跳转到正式版落地页,可借助【小程序码测试工具】跳转相应页面。 在不同的公众账号下OpenID是不一样的,而他们的UnionID却是一样的。 小程序并不像服务端那样区别线上和线下版本,而是有开发版、体验版、线上版。 formid已使用导致,主要是同一时间可能多个用户收集formid,从而形成的formid可能一样。 如果只是开发后端逻辑功能,可在三个版本中任意一个进行测试;如果是开发前端功能则需在相应的开发版/测试版进行测试。 开发完上传代码后,在微信公众平台》登录小程序管理后台》点击开发管理》点击提交版本审核即可。 第一次提交小程序审核时,需先上线后端,一般第一次审核时间比较久(3d左右)。 同一手机,同一个小程序,不同微信用户扫码使用,经测试,也不共享缓存,目前测试条件下,是用户级别隔离。 审核通过后会有相应提示,接着把审核通过的小程序发布线上;若未审核通过可做相应修改继续提审。 由于微信版本和基础库版本不是一一对应关系,且小程序api是基于各个基础库版本进行发布的,所以在测试过程中需要提前获悉当前基础库版本号。 同一手机,同一个小程序,不同微信用户切换使用(分别扫码两次),经测试,同一个用户共享缓存,不同用户间不共享缓存。 同一手机,不同小程序应用,至少在逻辑存储上肯定不是共享缓存,满足应用级别隔离。 还可从代码层面解决缓存问题:1.清除当前存储到storage里的内容,如cookie信息,主要调用wx.clearStorageSync();2.从基础库1.9.90开始,小程序支持自动更新上线代码,接口为wx.getUpdateManager()。 通过点击操作单个/批量收集formId,主要存储在wtable,触发行为如支付、提交表单等;详情戳一戳它 小程序原生页面存在10层限制问题,即超过10层时便无法打开新页面,而业务流程或者访问形成闭环时,很容易陷入10层问题。 同一公司下多个公众号之间需要用户帐号互通,微信开放平台提供了UnionID机制。 同一手机,同一个小程序,同一微信用户两次扫码使用,经测试,是共享缓存。 测试微信侧消息时,由于线上访问和线下访问的账号是不通的,所以需要把线上数据写到线 线,需要把线 的信息,同步到线的记录中,才能访问成功。 目前可在zeye后台查看基于转转用户使用的基础库、微信版本、手机型号覆盖率等数据。 埋点测试大致和端内测试流程一样,关注actiontype&pagetype等参数; 代码层:开发人员可同时在多个开发版上开发互不影响;体验版当前只能有一份代码处于审核中,审核通过后可发布上线,也可直接重新提交审核,覆盖原审核版本;线上版本则为所有用户使用的代码版本,该版本代码在新版本代码发布后被覆盖更新。 授权:目前已实现静默授权,即用户首次访问小程序,主动获取微信授权,通过获取openid,生成转转uid,并存储昵称、头像等信息。后续用户若杀掉小程序重新进入,无需重新授权。 为避免层级限制导致的无法打开页面和层级限制带来的交互路径限制,内部提出了【层级策略】以解决层级限制问题。 发布前需申请外网域名,并在微信web开发者工具里找到项目,设置好服务器的域名。 type:目前用在详情页,主要用于区分此商品是个人mine/圈子group/他人normal。 手机系统:Android和ios两个版本兼容性可能不同;如个人主页中【安卓和ios】评价样式有问题。 性能层:开发版和体验版自身带有vConsole性能面板(回归需关闭此功能),而线上版则木有。 UnionId和uid是对应关系;OpenId和sourceId是对应关系。 小程序的能力需要微信客户端来支撑,每一个基础库都只能在对应的客户端版本上运行,高版本的基础库对应的api不支持低版本,所以在使用这些新能力的时候需要做兼容。 页面切换时,可能会将上一个页面的数据带到下一个页面展示,例如【主程序-红包需求】点击“未使用”先显示正确文案》点击“已使用”或“已过期”》点击“未使用”,文案却展示“已使用”和“未使用”的文案。此时可以给开发人员提bug,通过代码解决页面缓存问题; 朋友圈识别跳转都是线上版;所以在测试过程中若涉及到扫码跳转,就需借助【小程序码测试工具】。 formId有效期7d,如果用户没有可用的formId,则无法给用户推送相应消息; M页不受限于小程序的层级页面,如【游戏M页】点击首页》游戏频道为1层页面,而不是2层页面。 formid过期(有效期7d)&收集格式错误导致(格式为时间戳/字母+数字组成的32位)。 批量收集formId:POST请求,如zzwxpush/addFormIds 对于账号切换、怎么举行微信小次序测试。版本发布等带来的缓存,目前解决方法是简单粗暴的将小程序删掉,重新进入生效。 测试M页需做相应的适配,以在小程序能够正常使用,如登陆等。若M页嵌入native页面,则还需要额外做native页面交互的适配。如【游戏我的拼团】没做适配,则提示此错误。 基于微信的通知渠道,为开发者提供了可以高效触达用户的模板消息能力,以便实现服务的闭环并提供更佳的体验。 解决方法【层级策略】:将页面链接存储到storage,返回时则刷新拉取存储的页面链接。目前只保存页面路径,不保存页面数据。 channel:只对小程序入口页生效,会伴随整个生命周期,直到退出小程序。如果没有明确的参数值,则默认为none。 开发过程中,涉及到扫描小程序码会跳转到线上版小程序,导致测试过程无法检测扫码跳转是否正确。如【首页改版V2-商品详情页小浮层】若直接识别小程序,则落地页为线上版小程序而不是相应的开发/测试版本,导致没调用到“商品详情页浮层”接口productDetailLayer 为了保证小程序的快速访问和用户体验,微信会缓存小程序,包括小程序文件、授权数据、登录数据等。 单个收集formId:GET请求,如zzwxpush/addFormId?formId 小程序原生页面超过10层后不能再打开新页面,正常业务流程或闭环容易造成10层问题,例如个人中心--》商品列表页--》个人中心 通过获取用户基本信息接口,开发者可通过OpenID来获取用户基本信息,而如果开发者拥有多个公众号,可通过UnionID在多公众号之间进行用户帐号互通。 微信公众号:需关注公众号&无须收集formId;小程序服务通知:收集formId; pagechannel:针对页面url参数,只带到落地页,不会带到后续页面。如果没有明确的参数值,则默认为none。 明确每个小程序收集的formId,只能用于对应的小程序,也只能用于对应的uid。 小程序统计常需区分用户来源渠道,因此还需关注【backup】中的channel,pagechannel,type等参数。 目前我们主要通过日志的方式自动获取到版本号,可通过两种途径拿到:1.体验版进入首页时通过console查到;2.通过我的功能页面拿到。 模板推送位置:服务通知。模板下发条件:用户本人在微信体系内与页面有交互行为后触发。模板跳转能力:点击查看详情仅能跳转下发模板的该帐号的各个页面。

秒速飞艇娱乐 北京赛车pk10注册 澳客彩票 广西快三官网 吉祥彩票官网 大博金彩票平台 赢彩彩票平台 600w彩票网官方网站 67彩票平台