⼩程序测试流程
⼆、测试范围
1.权限测试
需要检查以下⼏种情况下⽤户访问的权限
1)未授权登录⼩程序
未授权时,⼀般使⽤⼀些业务功能的时候,都会弹出提醒:先授权再操作对应功能。or在提交数据到后台的时候,会提⽰补充相关⾝份信息才能提交成功
2)已授权登录⼩程序
授权访问⼩程序,意味着⾃⼰的账号可被⼩程序管理⽅所获取,⾃动以的⾝份⾏使业务操作权限,⽐如咨询、⽀付、数据查询等
3)同⼀号在不同⼿机端登录授权查看数据权限
同⼀号在不同⼿机端授权登录同⼀⼩程序之后,所能查看的数据和操作的权限都应该是同步⼀
致的
2.功能测试
代码转换1)按功能模块测试
根据设计好的各个⼤类功能模块划分,然后再逐级细化,覆盖到每个功能尽可能全⾯的测试点
2)按业务流程测试
⼩程序的业务,⽐如咨询、⽀付、播放、查询、下载。把各个功能点串联起来形成完整的业务流程来检查;同⼀个业务,可能有不能的路径来实现,每个路径都需要覆盖检查
3)按数据流向测试
根据数据从某⼀端操作输⼊和输出流向,设计基于数据流的测试⽤例,输出的数据也可能成为另外⼀端的输⼊,检查输⼊的数据是否按照代码逻辑执⾏正确的输出,是否数据发⽣异常(⽆法输⼊;有输⼊却⽆任何输出;输出不正确;多余的输出其他信息...)
4)同⼀功能不同的⼊⼝有效性的检查
⼩程序中在⾸页、列表页、详细页、其他的业务功能相关页⾯,都有可能存在同⼀个功能的⼊⼝,如付费咨询、免费咨询业务中,可以直接从⾸页进⼊付费咨询⼊⼝,也可以通过免费咨询⼊⼝再切换到付费咨询⼊⼝。每⼀个⼊⼝路径都需要覆盖检查
5)交互性检查
⼀般⽽⾔,产⽣数据和功能交互变化的情况主要有这⼏个分类:前台<-->前台、后台<-->后台、前台<-->后台。前台从A1页⾯提交的数据,可能需要在前台A2页⾯查看到,也会在对应后台的B页⾯查到记录;后台B1页⾯修改or添加的数据,对应到前台的A页⾯产⽣交互变化,后台本⾝的不同页⾯之间也可能存在同⼀个数据的输出值
3.版本配置测试
有时候⼩程序⼀次性做了⼏套不相同的模板,在前端程序代码中修改配置参数,保存后重新编译,即可从⼀个版本切换到另⼀版本,同时也需要在管理后台作相应的切换,以保证前端进⾏数据调⽤
对于⾮公⽤的部分:不同版本直接的切换,需要保证彼此的功能模块和数据独⽴性不受⼲扰影响,即不同版本的管理后台所添加的数据只应该调⽤到各⾃对应模板的前台⼩程序中,不同版本的⼩程序从前台提交的数据也只会提交到各⾃管理后台,不应该有交差重叠
对于公⽤的部分:切换不同的模板,都会显⽰相同的内容
4.兼容性测试
1)⼿机操作系统
常规的⼿机端OS为:Android(7.x/6.x/4.)、IOS(11.x/10.)
2)版本
对于已上线的⼩程序,有可能会因为版本升级之后导致对部分⼩程序的组件⽀持产⽣冲突,⼿机端上查看的⼩程序页⾯出现样式有异常,⽐如出现少部分区域的⿊屏,这种情况需要同步在⼩程序的程序包中修改⼀些组件再次更新
5.易⽤性测试
1)导航
定位到页⾯某个模块所在位置,回到顶部or底部,导航条的收展,导航标签的⽂字是否容易理解
2)功能⼊⼝
重要且常⽤业务的功能⼊⼝,是否在⽐较显眼的位置,业务操作过程是否便于⼤多数⽤户使⽤和查看
3)上下层级进⼊&返回
⾸页<-->列表页、列表页<-->详细页 、⾸页<-->详细页。不同层级之间的进⼊和返回实现是否有相应按键易操作
4)字体、图⽚、动态交互效果
字体:标签、标题、内容、动态播放字体...
图⽚:轮播图、背景图、封⾯图、触屏产⽣的交互图...
三、注意事项
1.上线
1)上线配置
内⽹测试、线上测试对应不同url接⼝;上线前,需要修改内⽹测试接⼝地址为正式环境使⽤的接⼝。同时还有⼀个配置参数的 转换设置也要关注到
2)审核
将程序包提交给官⽅进⾏审核,⼯作⽇审核⼀般0.5d-1d之内可以搞定
3)发布
官⽅审核通过后,即可发布⼩程序到正式环境中访问使⽤,通过⼿机端搜索对应⼩程序的名字即可搜索到
2.常⽤功能
1)缓存清理
Web开发者⼯具、⼿机端的缓存清理。
使⽤场景:数据修改后检查修改的效果,程序修改代码后检查效果等情况,可清除缓存后再检查
2)编译
更新测试版本时使⽤。⼩程序需要经过⼏轮的循环测试和修复,开发⼈员每次修复Bug完成之后会添加新的程序包给到测试⼈员,测试⼈员则需要通过Web开发者⼯具删除旧版本的项⽬程序,重新
添加新版本的程序包,然后编译调试
3.常⽤操作键
新建项⽬:Ctr+Shift+N
保存:Ctr+S
关闭⽂件:Ctr+W
搜索:Ctr+F
刷新:Ctr+R
编译:Ctr+B
预览:Ctr+Shift+P
清除缓存
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论