以下为《APP测试指导手册》的无排版文字预览,完整内容请下载
APP测试指导手册
编写目的
本手册编写旨在帮助刚刚入手的移动端测试人员了解移动端项目,并且了解刚刚接触一个移动端的项目如何入手,有哪些问题需要明确,有哪些问题需要注意,欢迎补充
移动端产品(项目)介绍
移动端产品(项目)展现在眼前的就是一个实际的app应用,支撑这个app应用的是它的后台。后台一般有两种,一种是实际部署的后台管理系统,管理系统的基本信息和业务信息,前台仅仅做展示,查看用,如通讯录APP,掌上直播点播;另一种是后台部署的系统和前台有数据交互的,一般这种系统分为pc展现端和APP展现端,pc端和APP端的展现端存在数据交互,有共同的后台管理系统支撑这两个前台应用,如人大APP,一乡一法庭。
1功能测试
1.1安装
***的app基本是机遇两大移动操作系统android和ios开发的,android开发的app安装文件后缀为apk,ios开发的app安装后缀名是ipa
App客户端程序的安装方式主要有如下几种:
手机端浏览器输入下载地址
通过二维码扫描(需要单独维护二维码信息,一般二维码是封装了下载地址,所以如果系统提供了此功能,在实施文档中必须说明二维码如何生成如何维护)
Android平台,通过Usb连接电脑方式安装
4、App store下载安装(正式发布,目前接触的项目没有正式发布的。如果接触的项目需要在APP store上发布,需要在发布时间前预留出时间,因为提交申请到APP store后审核比较严格,需要的时间较长,具体时间需要提前确认)
***开发了一个APP推送平台,测试过程中可以让开发把apk放在推送平台上,测试人员通过这个平台取包,同时在test上进行备份,这样方便开发和测试的交互
需求分析时需要确认系统支持哪几种安装方式,是否符合项目的要求
测试重点(范围)
安卓主要是测试移动端不同版本的操作系统是否能正常安装。Android及IOS不同操作版本系统进行安装测试,不同版本可能会安装不成功
安装成功:安装完成后App程序应该可以正常打开
测试过程中,先在模拟器上安装,然后再适配机型。有的时候在适配机器上安装后可以打开,在模拟器上安装后无法打开。
通过下载的apk,需要查看下载后的apk在手机中存储的文件名是否乱码,尤其注意中文名称的apk,很可能出现乱码情况。
全安.新装和覆盖安装都需要测试。有的apk安装过之后再次覆盖安装会出现退出或者安装后打不开的情况
1.2升级
手机App程序在服务器端有新版本时,应该允许用户继续使用现有版本,程序可以提供如下几种方式检测更新,以告知用户:
1、每次登录时检测新版本
用户登录后,自动提示服务器端有新版本可供升级,是否升级由用户决定
2、固定时间检测新版本
可以设置一定时间后,进行检测新版本,检测以上次升级时间为准
3、提供检测更新的按钮,用户点击时检测服务器端是否有新版本
一般情况下APP应用都会设置这个版本检测功能,如果需求没有写需要跟踪确认,不管是哪个版本都需要提供该功能,除非通过各种途径明确只做一版后续不维护且各方人员都认可这个结论
测试重点
测试不同版本操作系统升级时是否成功
跨版本升级
升级后,原有数据应该保留
第一版的app由于没有app可做升级,测试方法是找开发打包时默认把版本号(我们看到的实体是版本号,在开发那里是一个特殊的标识)更改为比当前版本高或者低的版本即可。如果项目发布时间紧急,第一版可以不测试升级,但是这部分的实现方式必须考虑后续的升级情况
需求分析时需要明确支持哪些基础版本升级到目前开发版本,在测试时做覆盖测试
1.3卸载
主要测试卸载程序是否 内容过长,仅展示头部和尾部部分文字预览,全文请查看图片预览。 的位置会出现连接的android设备(我这儿目前没有android设备)
4.选择已连接的android设备,下面紫框中会跑android设备的log
5.可以在紫框中根据缺陷发生时间来找到那一段的log,协助开发解决问题
还有一种方便查找log的方法,因为紫框中的log日志非常多,找到属于运行apk的比较困难,此时,可以将app打开运行一分钟,然后将日志导出,通过app特有的标识去查找对应的pid,这个pid就是此次app运行分配的pid,后续可以过滤直接找pid为本app的日志,还可以区分哪些是错误的日志,哪些是正确的日志
11.2豌豆荚
11.3二维码扫描等可以扫描二维码的应用
[文章尾部最后300字内容到此结束,中间部分内容请查看底下的图片预览]请点击下方选择您需要的文档下载。
以上为《APP测试指导手册》的无排版文字预览,完整内容请下载
APP测试指导手册由用户“gfdsfad”分享发布,转载请注明出处