基于微信小程序的测试设计与分析.docx
- 文档编号:27499683
- 上传时间:2023-07-02
- 格式:DOCX
- 页数:41
- 大小:2.67MB
基于微信小程序的测试设计与分析.docx
《基于微信小程序的测试设计与分析.docx》由会员分享,可在线阅读,更多相关《基于微信小程序的测试设计与分析.docx(41页珍藏版)》请在冰豆网上搜索。
基于微信小程序的测试设计与分析
中文摘要
近几年软件开发都不断往小程序发展,人们日益增长的美好生活需求与对手机APP应用方面的需求不断增长,微信小程序因其开发难度低,所占内存少,开发规模小,开发门槛低,日益成为今日互联网APP软件开发的主流,软件测试方向也渐渐往微信小程序伸展。
本课题主要内容是以微信小程序测试的设计与分析为主,将仿网易严选商城(带后台管理系统)这一小程序进行测试的设计作为实例,进行相应的测试计划以及分析,结合不同的测试工具为辅,设计一份较为完整的,具有针对性的微信小程序测试的方法,并对该测试方法进行实施以及分析。
将测试的计划和方法贯彻于整个测试流程,侧重于对其测试方法作不一样的侧重点安排以及分析,并对此与一般的软件测试方法与测试计划进行比较,关注它的不同点。
关键词:
微信小程序测试方法测试计划
绪论
1.1课题研究背景
近几年软件开发都不断往小程序发展,如今也成为了各大平台战略布局的竞争手段。
到今年,活流量月超1000万的微信小程序已经过500个,其中个人开发者超3成。
微信小程序的开发门槛低、传播容易,收益快,使得许多开发往微信小程序开拓,日益成为今日互联网APP软件开发的主流,软件测试方向也应该渐渐往微信小程序伸展,微信小程序如今成为了市场流量获取与转化的重要渠道。
但面对如此多的开发涌入小程序,伴随着资本投入,市场壮大,我们也发现了他的缺点,服务器容易崩溃、支付跳转经常卡死、网络性能很差这样的种种缺点也逐渐浮现,因此通过对微信小程序进行科学地测试对于小程序行业是迫在眉睫的。
通过这样微信测试的规划方法,可以有规划地对微信小程序进行规划测试管理、科学地对微信小程序进行系统化、科学化、流程化地进行测试,减少对程序管理运营的后期维护难度以及不科学测试影响对微信小程序用户体验感的测试服务在此背景下营应运而生其测试方法可视此视为简易版APP测试,人们对小程序的简便,需求大,流动性强的需求也展现出对软件性能,功能要求的提高,为此我们要对微信小程序设计一个科学的,全面的测试计划与测试方法,对微信小程序软件的性能与功能方面的测试尽量做到全面的测试与作出合理的改善。
1.2课题研究目的与意义
现阶段人们对于软件测试的方法与分析已经有了一定清楚的规划与了解,但是对于现今较为流行,需求量大的小程序的测试的设计与分析仍然比较模糊,只停留在较为基础且不全面的功能与测试点上。
其中微信小程序是一种较为特殊的APP,不需要下载即可使用,所占内存少,开发门槛低,开发难度小,流动性强,用户只要扫一扫或者进行搜索框搜索就可以打开的应用。
因此要为小程序的测试设计出科学的可行的测试计划与测试方法,并根据不同的侧重点对小程序进行测试。
1.3国内外研究现状
随着软件高新产业的发展和更新,软件测试逐渐成为了软件企业生存与发展的重点。
几乎每个大中型IT企业的软件产品在发布前都需要大量的质量测试和文档编辑工作,而这些工作必须依靠专业人士来完成。
业内人士分析,这类职位的需求主要集中在沿海发达城市,其中北京和上海的需求量分别占去33%和29%。
民企需求量最大,占19%,外商独资欧美类企业需求排列第二,占15%。
我国软件测试仍处于地位低下、不标准不规范的局面。
然而,正当国内软件行业绝大多数的测试工作,仍然停留于系统测试、集成测试和单元测试这些基础阶段。
小程序作为一个新兴的软件产物,在国内都在蓬勃发展。
但国外不如国内发展涨幅大,仍属于较为少量需求的状态,但前景仍然非常乐观。
国内正在处于一个小程序需求增量非常大的时机,从而对于软件质量的评价也是非常重要。
1.4本课题研究
本课题介绍了微信小程序测试的设计规划和分析,结合不同的测试方法,并结合不同的测试工具将微信小程序的测试进行科学地全面地规划,并将小程序测试与一般程序的测试方法进行两者之间的相同点和不同点的罗列,并以微信小程序测试的方法作为重点,结合实例“热门微博”来进行本课题的研究。
通过对微信小程序的实际应用,从而总结出小程序测试的设计的方法,科学化地对产品的质量进行评估。
本课题研究主要集中在以下几个方面:
(1)小程序的架构理念和环境部署
(2)小程序测试的设计计划与测试脚本的编写
(3)小程序测试的实现与常规软件测试结果比较
(4)小程序测试方法的设计与分析
1.5本章小结
本章主要是写了在当今互联网发展快速发展的时代,小程序成为最新的创新产物,是一个在中国IT业能够真正简化程序员业务的创新产物。
面对如此创新的产物,我们必须要把他的专业性、规范性给带动起来,软件测试也要跟上时代潮流,对微信小程序也不例外地进行规范科学地流程细化,这是迫在眉睫的。
第一章小程序内部架构与测试环境部署
2.1小程序的内部分解与认识
2.1.1小程序的内部架构研究
如今程序的前端大部分是根据架构来进行的,微信小程序也不例外,小程序实际上也是在微信自己封装的框架基础上,开放接口、API、页面渲染功能,然后根据开发人员的需要对页面样式进行调整。
小程序大部分来说是采用前后端分离的架构,虽然前端也有逻辑处理,但主要还是为了优化体验感作缓存的,关键流程和状态流转还是要通过后端接口来完成。
图1小程序框架图
如图1的小程序框架图,是往下往上看的:
●最底层是微信的小程序,当结束开发时,小程序里自带的开发工具会将程序的开发代码以及框架进行打包,下载到微信小程序里面,待我们打开微信小程序,所呈现的就是在开发工具里打开的小程序的运行的样子。
●Native层是微信小程序的框架,有点像react框架。
在native框架里面封装了UI层组件和逻辑层组件,根据这些组件可以通过微信小程序所提供的接口调用手机硬件信息。
●框框里的内容,是开发工作人员所真正需要进行操作的视图层和逻辑层,视图层和逻辑层是经native层进行数据交互的。
逻辑层与视图层都可以调动native框架里原本封装好的组件和方法
因此我们在视图层进行事件操作时,会改变数据,数据将会通过native框架传递给逻辑层,反之逻辑层可以影响视图层。
2.1.2小程序的内部结构研究
图2基本的小程序内部结构
一个基本的小程序的内部结构如一般如上图所示,一般来说,一个微信小程序是由.js、.json、.wxml、.wxss这四种文件构成:
.js文件:
即js脚本逻辑文件,与我们平时所编写的js文档一样,决定了页面和用户操作的交互,决定着用户的体验感。
.json文件:
即.json配置文件,对微信小程序进行全局配置,设置页面文件的路径、窗口表现、设置网络超时时间、设置多tab切换页等。
而.json文件又可分为APP.json文件和page.json文件。
●APP.json文件对微信小程序进行全局配置,设置页面文件的路径、窗口表现、设置网络超时时间、设置tab切换等
●Page.json:
page.jason文件用于配置当前目录,在这里的位置是为了logs.json这类和小程序页面相关的配置。
图3框架程序的主体部分
●.wxml文件:
位于视图层(view),wxml文件相当于网页开发中html,用于描述当前页面的结构。
●.wxss文件:
是指wxss样式文件,相当于css,用于调整页面的样式。
总结来说如下图
图4框架页面的组成文件
2.2微信小程序测试环境部署
2.2.1获取测试权限
第一种方法:
微信公众平台操作:
1.pc端登陆微信公众平台,注册小程序账号密码。
图5登陆微信公众平台
2.注册成功,登入后进入到微信公众平台的主页面,进入左侧导航栏中的“用户身份”界面,然后在右边成员管理中添加测试人员的账号。
图6微信公众平台用户身份授权
3.在权限设置中给予开发者权限。
图7添加开发者权限
2.2.2构建测试环境
1.在微信的官方文档中下载微信开发者工具。
图8下载微信开发者工具
2.开发者工具安装完成之后进行微信扫码登陆,导入已有的准备测试的工作项目。
根据前台后台区分,将源码导入微信开发者工具:
图9导入前台代码
图10导入后台代码
导入成功则完成了整个测试环境的部署,已经为接下来的测试做好了系统基础。
2.3本章小结
本章主要介绍了测试环境的部署方法,小程序的测试环境搭建是比一般软件测试环境部署简便。
可以进行授权,在微信平台里直接进行小程序的测试,或者在小程序开发工具里直接打开微信小程序开发包。
第二章基于微信小程序的测试需求分析与测试计划
3.1小程序测试策略
对于仿网易优选微信小程序的测试点总概括有:
权限测试、兼容性测试、易用性测试、UI测试、功能测试、性能测试、接口测试等。
整理测试点表格如下图:
图11小程序关键测试点
3.1.1测试策略分析
●权限测试:
微信用户一般在访问小程序之前都会遇到有的授权提示,在测试小程序之时也要首先进行权限测试:
(1)未授权的小程序
在遇到未授权的情况时,在使用一些业务功能之前,程序都应该弹出提醒,先同意授权,才能进入到程序的业务功能。
(2)已授权的小程序
对于已经授权了的小程序,将会自动加入页面,今后无需再次授权便能直接问询该小程序的业务功能。
(3)对同一微信号在不同的手机端登陆查看是否保持原有权限
查看对于同一个微信号在不同的手机端所能看到的数据和权限信息是否都一致
●UI测试
UI测试也是指界面测试,对于微信小程序的UI测试不仅要囊括手机端的,还需测试pc端的,查看他的规格与比例是否都符合要求。
一般来说小程序不管是在手机端还是在pc端打开,其程序业务的界面都必须是按比例分配的,
●功能测试
1)按照功能模块进行测试:
首先对已经分配好的主功能进行模块划分,逐渐细化成各个小小的功能点,我们所覆盖到的每个功能都应该尽可能全面。
2)按照业务流程来进行测试
清晰每一个业务的流程,比如说添加商品,进入购物车,购买,付款。
把每个功能点连接成一整套业务逻辑的路径,并且每一条路径都要被覆盖到。
3)按照数据流来进行测试
我们要设计基于数据流的测试用例,要检查输入的数据是否符合代码的输出,是否与特殊数据发生冲突,要囊括到输入输出是否为空,输入输出是否符合要求等。
4)按照入口行来进行测试
在该小程序中,各个功能点的入口都可能在不同的页面出现,也可能都在同一个页面出现,我们要对不一样的路径进行尽可能覆盖地测试。
●易用性测试
检查在导航,功能入口,上下层级的应用进入和返回的连结性。
●兼容性测试
1.检查是否兼容android系统和ios系统,在不同的手机操作系统中对该小程序进行测试。
2.检查是否兼容不同机型,一般来说小程序具有屏幕的自动适配功能,在不同的手机不同大小的机型下所呈现出来的比例是一致的。
3.检查是否兼容不同的程序版本,一个小程序开发出来后有许多更新版本,必须要对不同版本对同一小程序进行适配。
4.检查不同的微信版本对于小程序的接口是依赖的,测试的微信版本一般检查较高的版本。
●网络测试
1.强网测试:
要在不同的网络,不断切换网络之下使用
2.弱网测试:
在2G/3G的网络情况下对小程序进行测试
3.无网测试:
在无网络的情况下对小程序进行测试
●二维码测试
使用微信自带的“扫一扫”对二维码扫描,看是否到达相应的界面,二维码隔一段时间是否自动更新。
1.小程序的入口,微信号搜索入口,检查是否能够成功进入相应的界面。
2.支付二维码,支付二维码所要跳转的层数比一般二维码要多,在成功扫描完二维码进入到对应的支付工具页面,同时检查是否经过了支付授权。
●性能测试:
性能测试一般要打开下方的console和sources查看其参数值和情景值
图12性能测试参数值位置
参数值:
对于APPid数据中查看source的参数值。
场景值:
在APP的onlaunch和onshow,或是wx.getlaumchoptionsync之中获取。
3.1.2微信小程序测试版本分析
据调查可知,微信小程序和和一般的APP相同,上线之前要经过微信总部的审核。
小程序在上线之前到正式发布会有三个版本类型:
开发版、体验版、正式版。
其中开发版和体验版是不用审核的,但是需要给相关的微信号配置权限而且要扫小程序的二维码才能登入访问。
●开发版一般来说比体验版的二维码期限短许多,而且功能更为齐全
●正式版会比体验版以及开发版更加优化且需要通过微信审核的流程。
总的来说在软件开发项目中三个版本环境缺一不可,开发版是访问测试环境,体验版是访问预发布环境,正式版是访问生产环境的。
3.2小程序测试进度计划
此论文是以微信小程序“仿网易严选商城(带后台管理系统)”进行测试。
微信小程序的电商平台其实与普通的APP电商是类似的,小程序商城的功能、性能系统都必须囊括普通APP电商软件的所有功能。
总体测试进度计划如下表所示:
表1总体测试进度安排
测试活动
计划开始日期
计划工作时长(人日)
结束日期
功能测试执行
2020/01/20
10
2020/01/30
用户界面测试执行
2020/02/01
8
2020/02/08
权限测试执行
2020/02/10
5
2020/02/15
兼容性测试
2020/02/18
10
2020/02/28
性能测试
2020/03/01
5
2020/03/05
网络测试
2020/03/05
1
2020/03/06
缺陷报告
2020/03/06
1
2020/03/07
总结
2020/03/08
2
2020/03/10
表2功能测试进度安排
任务名称
计划开始日期
计划工时(人*日)
人员分配
首页
2020/01/20
1
吕欣桃
领红包
2020/01/21
1
吕欣桃
分类
2020/01/22
1
吕欣桃
购物车
2020/01/23
1
吕欣桃
个人
2020/01/24
1
吕欣桃
顶部浮标
2020/01/25
1
吕欣桃
搜索
2020/01/26
1
吕欣桃
支付
2020/01/28
1
吕欣桃
表3用户界面测试工作进度安排
任务名称
计划开始日期
计划工时(人*日)
人员分配
未登陆页面
2020/02/01
1
吕欣桃
已登陆页面
2020/02/02
1
吕欣桃
领红包
2020/02/03
1
吕欣桃
分类
2020/02/04
1
吕欣桃
购物车
2020/02/05
1
吕欣桃
个人
2020/02/06
1
吕欣桃
支付页面
2020/02/07
0.5
吕欣桃
付款成功页面
2020/02/07
0.5
吕欣桃
待付款界面
2020/02/08
1
吕欣桃
付款失败页面
2020/02/09
1
吕欣桃
表4权限测试工作进度安排
任务名称
计划开始日期
计划工时(人*日)
人员分配
未授权进入小程序
2020/02/10
0.5
吕欣桃
已授权进入小游戏
2020/02/10
0.5
吕欣桃
授权支付软件跳转
2020/02/11
0.5
吕欣桃
未授权支付软件跳转
2020/02/11
0.5
吕欣桃
不同支付方式支付
2020/02/12
1
吕欣桃
非开发人员对后台操作
2020/02/13
1
吕欣桃
开发已授权人员对后台操作
2020/02/14
1
吕欣桃
表5兼容性测试进度安排
任务名称
计划开始日期
计划工时(人*日)
人员分配
不同手机机型UI设计是否适配
2020/02/15
1
吕欣桃
不同微信版本是否兼容此小程序
2020/02/16
1
吕欣桃
不同ie版本打开小程序是否图形是否匹配
2020/02/17
1
吕欣桃
不同pc操作系统打开系统图形是否匹配
2020/02/18
1
吕欣桃
小程序各个页面的UI设计是否符合统一且符合规范
2020/02/19
1
吕欣桃
小程序的各个图标图案是否能够成功显示
2020/02/20
0.5
吕欣桃
小程序的文字是否统一
2020/02/20
0.5
吕欣桃
表6性能测试工作进度安排
任务名称
计划开始日期
计划工时(人*日)
人员分配
场景配置
2020/02/21
1
吕欣桃
场景调试
2020/02/22
0.5
吕欣桃
请求参数
2020/02/22
0.5
吕欣桃
压力设置
2020/02/23
1
吕欣桃
分析结果
2020/02/24
1
吕欣桃
表7网络测试进度安排
任务名称
计划开始日期
计划工时(人*日)
人员分配
无网
2020/02/25
0.5
吕欣桃
弱网(2G、3G)
2020/02/25
0.5
吕欣桃
强网(4G、5G)
2020/02/26
0.5
吕欣桃
分析结果
2020/02/26
1
吕欣桃
3.3小程序测试方法分析
3.3.1功能测试
表8功能测试计划
测试目标
确保在主页面中的导航栏中的主要按钮能够成功跳转到相应的功能点上。
测试范围:
导航条中的首页,领红包,分类,购物车,个人
技术:
利用场景分析法和手工测试来执行各个用例、用例流或功能,以核实以下内容:
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
开始标准:
所有功能模块已经开发完成
完成标准:
是否完全符合功能需求点的要求
测试重点和优先级:
各个功能模块是否能够成功符合所提示的功能点且符合要求质量
需考虑的特殊事项:
检查相关控件运行是否具有冲突,功能是否有遗漏或者逻辑不清的情况
3.3.2用户界面测试
表9用户界面测试计划
测试目标
通过测试进行的浏览可正确反映商城的功能和需求,这种浏览包括窗口与窗口之间,模块跳转间,窗口的对象和特征菜单、大小、位置、状态都符合需求要求
测试范围:
将里面的所有业务流程都走一遍,包含所有的界面
技术:
为每个主要界面创建测试,以核实各个应用程序窗口和对象都可正确地进行浏览,并处于正常的对象状态。
开始标准:
每个业务流程的界面都已经开发完成
完成标准:
成功地核实出各个窗口都与基准版本保持一致
测试重点和优先级:
是否成功进入了用户所到相关页
需考虑的特殊事项:
并不是所有定制或第三方对象的特征都可访问,但是所有对象所能进入到的界面都需要符合标准。
3.3.3权限测试
表10权限测试计划
测试目标
测试系统的安全访问性,核实只有具备小程序的访问权限的用户才能访问系统或者进入相应的具有权限设置的界面。
测试范围:
从一而终,从进入小程序的权限开始,一直贯彻到支付工具选择的权限
技术:
为各用户类型创建测试,比如说已授权用户,未授权用户,超级管理员,测试人员,一般用户等,主要通过手工测试,运用场景分析法来创建各用户所特有的事务来核实权限并核实它的权限正确性
开始标准:
所有的安全性验证的权限已经设置好
完成标准:
所有的业务功能都要经过授权之后才能正常运行,而且所有事务都按照预期的方式运行
测试重点和优先级:
对系统数据和业务功能的访问授权
需考虑的特殊事项:
必须与相应的网络或系统管理员一直对系统访问权进行检查和讨论。
3.3.4兼容性测试
表11兼容性测试计划
测试目标
核实小程序在不同的软、硬件平台,pc端,手机端上是否可以正常运行
测试范围:
在不同的软硬件查看是否正常打开,其页面的大小状态比例是否符合比例
技术:
运用不同的机型,不同的设备,进行业务流程的测试
开始标准:
功能测试结束
完成标准:
对于测试对象软件和非测试对象软件的各种组合,所有事务都成功完成,完全符合兼容的标准
测试重点和优先级:
不同设备,不同微信版本下进行测试
需考虑的特殊事项:
有时网络,浏览器的版本也是对兼容性有影响的,需要留意
3.3.5性能测试
表12性能测试计划
测试目标
仅进行压力测试,找出系统所能承载的最大用户并发数
测试范围:
找出其最大吞吐量
技术:
利用专用的小程序性能测试工具进行压力测试,设置并发用户数,找出他的最大吞吐量,分析数据。
开始标准:
少数量到大数量,不断增加
完成标准:
单个事务或单个用户:
在每个事务所预期时间范围内成功地完成测试脚本,没有发生任何故障。
多个事务或多个用户:
在可接受的时间范围内成功地完成测试脚本,没有发生任何故障。
测试重点和优先级:
找出最大容量
需考虑的特殊事项:
1.录制脚本需要录制全面
2.记录不同人数并发下的数据,保存数据,分析数据。
3.3.6网络测试
表13网络测试计划
测试目标
对不同的网络对小程序的进程影响做出测试
测试范围:
从弱网到强网
技术:
使用不同的网络进行测试,在不同的网络进程下ping出他的网络并分析对小程序的影响。
开始标准:
具有能够连接网络的设备上进行测试。
完成标准:
从无到到弱网直到强网,每一种网络都分析对小程序的影响
测试重点和优先级:
弱网和强网对小程序的影响。
需考虑的特殊事项:
记录不同网络下的数据,保存数据,分析数据。
3.4本章小结
本章主要编写的是微信小程序的测试计划,测试的目标,准则。
其中包含了对整一个微信小程序测试方案的流程安排和准则的制定,对测试的各项活动设定一个模型,定义每个时间点的测试内容,识别各种要实现的目标和特殊注意的事项。
第三章基于微信小程序的测试设计与分析
4.1测试用例设计与分析
4.1.1功能测试用例分析
图13首页功能测试用例
图14购物车功能测试用例
图15分类功能测试用例
图16导航栏页面功能测试
4.1.2性能测试用例分析
图17测试用例
4.1.3兼容性测试用例分析
图18兼容性测试用例
4.1.4用户界面测试用例分析
图19用户界面测试用例
4.1.5权限测试用例分析
图20权限测试用例
4.1.6网络测试用例分析
图21网络测试用例
4.2本章小结
本章涉及的是针对不一样的功能性能和其他功能点的测试用例,测试用例用的主要是场景分析法,根据不同的场景贯彻不一样的流程,一般设置输入,执行的条件,和预期结果,用来检验是非符合原本的需求需要。
第四章基于微信小程序的测试实施与分析
5.1测试实施
测试实施的过程一般包括单元测试、集成测试、系统测试和验收测试。
测试计划以及测试用例编写完毕之后,往往就到了测试实施。
我们要按照测试计划的时间内以及内容,结合测试用例的步骤实施测试。
根据测试用例的预期结果,写出测试报告和Bug报告,Bug报告是对错误的,不符合原测试结果的上报以及分析,并检查是否符合需求。
5.1.1功能测试
表14首页功能测试结果
项目名称
仿网易严选小程序
测试人
吕欣桃
模块
首页
表单编号
001
测试功能点
点击首页所有的M页,上层感应导航栏,图片,文字,观察是否能够成功跳转到相应页面。
测试操作步骤:
1.在首页点击M页,跳转。
2.在首页点击商品图片,跳转
3.在首页点击导航栏文字,跳转
4.在首页点击浮标“顶部”,跳转
预期结果:
1.在首页点击M页,跳转,不同M页所跳转的商品页面不
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 微信小 程序 测试 设计 分析