app
app功能点介绍
一.登录运行前-首先软件整体上的测试
安装:
1.是否可以在不同系统版本上安装(满足app最低配置版本)--兼容性
2.软件安装后是否可以正常运行
3.安装空间不足时是否有相应提示--手机内存已满
4.如果应用需要通过网络验证之类的安装,需要测试一下断网情况下是否有提示
5.安装过程来电、短信、闹铃,完成后,是否可以继续安装
6.用adb安装
7.用工具安装
卸载:
1.安装后是否可以卸载
2.卸载过程中出现死机,断电,重启等意外的情况,待环境恢复后是否可以正确卸载或完成卸载
3.深入测试:评估操作前后,cpu、memory、storage(存储)等系统资源的使用情况
下载安装(看下载的来源)
1.有线上版本
2.直接开发提供
3.从发布的应用商店下载
4.从官网下载
某OA系统具体的测试点
1.直接把apk拖入到手机中安装
2.从商城安装
3.用adb命令安装
4.安装过程考虑网络依赖
5.安装是否可以取消
6.安装是否可以覆盖
7.安装过程,来电话,短信
8.低电量安装
9.后台有着其他app程序,进行安装
10.安装后可以正常打开
11.用手机助手安装
12.安装后是否可以卸载
13.用adb命令卸载
14.用助手卸载
15.长按卸载
16.在应用管理中卸载
17.卸载后是安装是否可以
18.卸载中关机、重启
19.在低电量中卸载
20.卸载中来电话、信息、视频
二.登录运行后
登录:
1.账号密码相关:输入框的字符,长度,内容,正确错误,ui
2.登录按键功能:数据库校验,逻辑,重复登录,退出登录,杀掉进程登录,记住密码,忘记密码,登录提示,登录后跳转
3.受限条件影响:网络,账号密码,版本,登录状态,登录的提示信息
退出:
1.登录后退出
2.退出后功能,界面使用
3.未登录状态使用功能影响
4.退出后数据状态验证,如数据库状态
应用功能:
1.点击/滑动/切换/横竖屏/网络支持/模块的切换/业务的数据操作---增删改查操作
2.设置:app设置/手机系统设置,(app与手机设置有关联的地方,如:消息通知,需要两边都打开)
前后台切换:
1.前后台切换
2.与其他应用切换
3.后台播放音乐等
网络:
1.关键步骤,功能在不同网络条件下的运行
升级更新安装:
1.软件有最新版本更新时,有更新提示。App的版本检查
2.软件更新后,确定是更新后的版本,且安装运行正常。(曾经发现更新下载不下来,提示无法更新,原因数据源没配置)
3.用户取消版本更新时,老版本可以正常使用,但是下次启动应用时,仍出现更新提示
4.升级更新要求在不删除旧版本的情况下完成
5.升级有手动升级:可以取消,但是启动app时还会提醒
6.强制升级:打开app后,在联网状态下自动下载升级包
7.离线安装:wifi自动下载升级包,无流量升级
8.跳版本升级:跳过该版本,不会提醒,下一个版本提醒
9.全量升级:将软件所有的文件下载进行安装下载,重复文件就覆盖安装
10.增量升级:将升级的部分进行下载,进行安装
11.一般情况下,升级后的文件大小比之前的要大一点
体验方面:
1.更新时间是否合理
2.下载速度是否合理
3.安装后,加载是否合理
4.新版本运行速度,体验是否合理
安装完后检查下版本后是否变化,功能是否可用(新旧功能)
UI专项测试:(如果下面第一种简单带过,第二种就要专项测试)
1.设计图,手机截屏,这两图进行对比,字体大小,颜色,字号,位置,背景色---找茬游戏
2.设计图:像素,色深,分辨率,,找开发导出原型图,两图对比,色深,像素--->专业的需要相应的工具测试
一般情况:
放在功能测试中进行.在预期结果中添加描述:界面显示正常,界面布局正常等等
三.app功能测试注意点
功能测试的依据:
1.需求文档
来源:产品团队
需求定版:预审->评审表格->会议->针对表格讨论->修改->复审->定版
形成测试用例:分析->测试点->测试用例->整理->评审->定版
2.无需求文档
经验:测试人员的经验,作为使用者的经验
产品各文档:产品说明书,使用手册,设计文档,流程图,原型图等
咨询:咨询相关人员,再形成可读性文档
功能测试的思考:
1.app整体功能
用户体验
布局、风格
业务流程
数据流转
2.对app有影响的外部影响
其他app
前后台
互相调用
异常打断
app介绍和手机的选择
1.三类app
Webapp(网页应用,基于浏览器)
采用html5语言写出的app
不需要下载安装
类似于现在说的轻应用
生存在浏览器中的应用
基本上可以说是触碰版的网页应用
代表:手机上浏览器,基本在首页上的如百度,携程,拼多多
Native app(原生应用)
基于手机系统而研发的app,比如闹钟、日历
Hybrid App(混合模式移动应用)=web app+native app
服务器更新,客户端即时更新
2.手机的选择
1.app的功能 (支持测试app功能)
2.app的受众人群
3.厂商,品牌
4.系统及版本
5.尺寸分辨率:碎片化(品牌多,版本ROM,分辨率尺寸)
6.市场占有率:从支持app的最低版本----目前市场上支持的最高版本
兼容性测试
从app角度:验证app在不同手机上运行情况
从整机测试:手机当前版本和谷歌官方安卓原生版本是否过大(如果过大,谷歌不认,会侵权)
兼容性测试分类:
1.核心
1)测试软件是否能在不同的操作系统平台上兼容,或测试软件是否能在同一操作平台的不同版本上兼容
2)软件本身是否向前或向后兼容4.0<—5.0—>6.0
3)测试软件能否与其他相关的软件兼容
4)数据兼容性测试,主要是指数据能否共享等,第三方登录获取信息
2.分类
1)硬件兼容:与整机兼容、与外设兼容
2)软件兼容:操作系统/平台、应用软件之间的兼容
3)不同浏览器的兼容、数据库的兼容、软硬件配合兼容
4)数据兼容:不同版本间的数据兼容、不同软件间的数据兼容
测试方式:
1.人工测试
1.)购买
2.)租赁
选手机:
参考友盟大数据:https://compass.umeng.com/trend
1.分析app 应用软件
2,受众人群:成年用,办公人员
3.品牌:华为,vivo
4.系统:Android,8 (5,6,7,8,9)
5.屏幕尺寸:4.7/5.5/5.8/6.1
6.占有率:形成测试手机列表
--->excel:品牌,型号,尺寸,Android版本,选择的理由
手机数量:
1.人的角度:
主测:模块的主要负责人
辅测:协助主测对质量进行提高
2.手机的角度:
主测:功能测试手机 时间长 团队的人数来定,一人一个
辅测:用来做兼容性测试的 20-60台,根据团队人数和时间来定
2.云测:自动化测试,真机测试
云测缺点:
1.费用比较贵
2.测试不能和测试人员就bug进行沟通
3.不是每时每刻都有手机供你选择
测试的时间:
1.基本功能完成,质量比较稳定
2.集中一段时间,开发协助测试人员进行兼容性bug的解决,不要超过一个星期
测试的执行:
挑选:正向用例,重要功能,集中一段时间来执行
举证图--推荐
执行bug:
标题:[兼容性]内容
弱网测试
1.SIM卡
在设置-->SIM卡设置-->数据流量设置选择不同类型的网络
在不同的网络模式下进行app的主要功能测试,测试用例建议用矩阵图
2.fidder/charles
性能测试
adb命令使用
monkey测试和logcat
安全测试/H5测试介绍
小程序测试
什么是小程序:
“触手可及”,“用完即走”,借助微信联合登录,和开发者已有的app后台的用户数据进行打通,但不会支持小程序和app直接的跳转。
特点:
类web,非html5
即用即走,随手可得
拥有离线能力
基于微信跨平台
媲美原生操作系统
小程序的入口:
二维码:微信扫一扫、从相册读取二维码、长按识别二维码
链接:朋友会话中分享、群聊中分享、微信钱包中的定向小程序
公众号:公众号菜单、关联小程序、公众号文章、公众号广告
主入口:微信-》发现-》小程序、公众号的服务通知、微信小程序使用列表、android系统: 添加到桌面、微信小程序-》附近小程序(5公里)
小程序的架构:
View(视图层)-》native(系统层)-》app service(逻辑层)
View(视图层)《-native(系统层)《-app service(逻辑层)
小程序的测试点:
1.功能测试
输入
输出
边界值
页面交互---微信小程序里面界面交互
系统问题问题方面测试--低电,来电话,数据线插拔,充电状态,重启等情况
2.界面测试
设计是否美观
是否符合需求说明
尺寸是否合理
对于横竖屏切换使用和不同手机分辨率和尺寸的要求是否符合
3.兼容性测试
操作系统--ios、android
微信版本--小程序的api(接口)库
其他微信小程序
屏幕大小和分辨率因素
不同网络状态下的测试--2g/3g/4g/wifi
4.与微信功能的交互测试
入口---下拉框、发现模块搜索
交易--微信钱包、
4.性能测试
页面响应时间、资源占用、渲染时间、耗电量、白屏时间、帧率
5.安全性测试
接口测试--传递的数据的安全性
微信帐户授权
与小程序的app账号关联
6.易用性测试
是否方便使用
提示信息是否完整
各个功能是否可用
是否方便查找
是否可用离线使用
进入小程序过程是否简单易操作
7.其他注意事项
小程序升级更新---一般为强制性升级和更新
小程序目前不支持分享至朋友圈,但是可以用图片的方式分享至朋友圈
小程序的添加删除
微信端取消授权登录

浙公网安备 33010602011771号