APP测试
1.1APP测试范围
业务功能测试
APP专项测试(兼容性测试、安装、卸载、升级、交叉事件、Push消息推送、性能测试、用户体验、极限、边界、权限
1.2兼容性测试
手机型号、操作系统、分辨率(Android:1080x1920,720x1280;IOS:2208x1242,1334x750)尺寸(4.7,5.5)、网络环境(Wi-Fi、2G、3G、4G、5G)
1.3交叉事件
拨打接听电话
接收/发送短信
插拔耳机
网络切换
1.4测试机的选取原则
1.一定数量的真机上进行
2.借助testin等云平台
3.模拟器:Xcode、Genymotion(http://www.genymotion.net/)
1.5信息的获取渠道(扩展)
第三方在线统计排名(腾讯移动分析、百度研究院)
官方数据(Android、IOS官网)
埋点技术(技术手段)
1.6push消息推送测试
1.6测试关注点:
push消息应该按设定规则发送特定用户
APP在后台运行时,应能正常收到其push消息
设备锁屏状态下,应能正常收到APP的push消息
设置网络段断开后再一次建立连接是,应能收到push消息
系统设置不接收APP通知消息时,用户应该不再接收push消息
1.7安装
安装渠道:Android-应用商城、IOS-APP Store
测试关注点:
正常情况:
正常安装测试、检查是否安装成功
APP本本覆盖测试
回退版本测试
在不同型号、系统、屏幕大小、分辨率上的手机进行安装
安装完成后能否正常启动应用程序
异常情况
安装时内存不足
安装过程中的意外情况(强行断电、断网、来电话、查看信息)等
能否取消安装
1.8卸载
卸载测试关注点
正常情况:
用自己的卸载程序进行卸载,检查是否卸载干净
用第三方工具,检查是否卸载干净
不同系统、硬件环境、网络环境下进行卸载
卸载后再次安装、是否正常使用
异常情况:
卸载中出现异常情况能否恢复(比如手机关机、内存、没电等),程序是否还能运行
卸载后是否有残留,是否能够再次进行安装
是否可以取消卸载,软件恢复使用
1.9升级测试关注点
更新版本需要提示用户
考虑是否进行强制升级(软件存在严重缺陷、软件不能够向前兼容)
是否能够跨版本升级
1.10性能测试
性能测试指标:内存、CPU、流量、电量、启动速度、界面切换速度
测试的关注点:APP的启动时间是否过长、APP使用时对CPU、内存的占用情况、APP使用时,电量流量的消耗情况、反复长期的操作情况下,系统资源的使用情况
1.11APP性能测试面试题
内存溢出与内存泄漏
1.内存溢出out of memory,是指程序在申请内存时,没有足够的内存空间供其使用,出现溢出
2.内存泄漏out of leak,是指程序在申请内存后,无法释放已申请的内存空间,一次内存泄漏危害可以忽略,但内存泄漏堆积后果很严重,无论多少内存,迟早会被占光
3.二者的关系:内存泄漏会导致内存溢出
冷启动与热启动
1.指app被后台杀死后,在这个状态打开app,这种启动方式叫做冷启动
2.热启动:指app没有被后台杀死,仍然在后台运行,通常我们再次打开这个app,这种启动方式叫做热启动
1.12其它测试
用户体验
测试关注点:界面的美观性、保持登录、页面层级关系在4层左右
边界(极限测试)
测试关注点:电量不足,内存不足
权限测试
测试关注点:摄像头权限、相册权限、位置权限、通讯录权限
1.13web测试与APP测试的差异性(面试题)
App的兼容性测试尤为重要:由于手机厂商生产的手机型号及相关软硬件存在千千万万的差异性,进而APP端需要着重考虑分辨率,系统版本,尺寸,主流机型等
App性能测试指标不一样,除了需要和web一样考虑APP客户端的性能外,我们还需要考虑电量、流量的消耗、GPU渲染等
APP网络测试场景的复杂性:如2G、3G、4G、5G、Wi-Fi、弱网环境等
APP基于手机载体存在的交叉事件测试、前后台切换,安装/卸载/升级测试
APP基于手机载体特有的一些用户操作习惯类测试,如横竖屏切换,多点触控,事件触发区域等
1.14APP发布平台
内测发布平台
工作流程:1.开发将打好的程序包上传到内测发布平台上2.内测分发平台基于上传的安装包生成唯一的二维码3.测试扫描二维码即可进行下载,安装并测试
蒲公英:https://www.pgyer.com/
fir.im(https://fir.im/
线上发布平台:
应用商店、APP Store
1.15敏捷开发(了解)
前置基础:瀑布模型(不适用快速变化的需求)、快速原型
互联网特点:请求创新、要求的高度不确定性
移动互联网的解决方案:快速的反馈机制、快速试错
1.16Scrum框架(敏捷开发模型)
基本可以和快速原型划等号。
scrum:提供了一套基于团队的敏捷方法。
角色:产品负责人(整理需求)、项目经理、开发团队
输出物:产品待办列表、迭代待办列表、产品增量(可工作的软件)
5个活动:迭代、迭代计划、每日站会、评审会、迭代回顾
1.17敏捷测试流程(一次迭代)
1.需求分析与评审
2.编写测试计划(测试方案)
3.设计测试用例与评审
4.执行测试用例与缺陷跟踪
5.编写测试报告
1.18APP专项测试
兼容测试
交叉事件
弱网测试
极限边界
权限测试
1.19Fiddler在移动端的应用,典型应用场景
删除请求:remove all
设置过滤
查看请求和响应数据
修改响应数据
辅助定位bug
构建模拟测试场景
APP弱网模拟测试
前端性能分析及优化
重定向、API接口测试
1.19.2手机抓包
为什么抓包?
通过抓包工具截取观察网站的请求信息,帮助我们更深入了解系统
通过用抓包工具截取,观察网站的请求与返回信息,帮助我们进行bug的定位与描述
步骤
1.打开Fiddler,设置代理(tools-option-connection-勾选Allow remote computers to connect,并允许远程连接
2.手机连接电脑的热点网络或者在同一个局域网内
3.手机网络连接中,设置网络代理,IP是电脑的同网段IP地址,端口是8888
4.手机访问APP或者用手机浏览器访问网络,电脑Fiddler观察抓包情况
1.19.3弱网测试
1.概念
在当今移动互联网盛行的时代,网络的形态除了有线连接,还有2G/3G/Edge/4G/Wi-Fi
等多种手机网络连接方式,不同的协议、不同的制式、不同的速率使移动应用运行的场景更加丰富。
从测试的角度来说,需要额外关注的场景不止断网、网络故障等情况,对于弱网的数据定义不同的应用所界定的含义是不一样且不清晰的,不仅要考虑各类型网络的最低速率,还要结合业务场景和应用类型去划分,按照移动的特性来说,一般应用低于2G速率的都属于弱网,也可以将3G划分为弱网。除此之外,弱信号的Wi-Fi通常也会被纳入弱网测试场景中。
2.原理
通过Fiddler来模拟限速,提供客户端请求前和服务器响应前的回调接口,Fiddler的模拟限速是在客户端请求前自定义限速,通过延迟发送数据或接收数据的时间来限制网络的下载和上传速度,从而达到限速的效果
打开网速模拟模式开关(
Rules-Performances-simulate Modem speeds)
自定义网络:rules-customize rules
(知识就是力量,小编将会持续更新软件测试相关知识哟~~)
最后:下方这份完整的【软件测试】视频学习教程已经整理上传完成,朋友们如果需要可以自行免费领取 【保证100%免费】