需要明白-4方面:
应用架构、项目环境,
基于敏捷而开发的测试流程
APP测试要点:
GT工具的使用:进行性能测试
应用架构:
用户->客户端应用->web server ->数据库访问
app和web使用的后端服务是完全相同的,前后端都是http协议进行交互(有部分app是socket交互)。
不同处:app与后台通过json交互,web通过html。
环境
APP后台环境:开发环境、测试环境、预发布环境、生产环境。
预发布环境:链接生产环境的数据库,用生产环境的数据测试。
预发布环境发布到生产环境上,是灰度发布。
APP应用发布-前端,
安卓:APK测试包:XX.apk
IOS:IPA测试包:XX.ipa
上述包发给测试人员,但是有弊端:测试人员会更换N个包。
应用内测分发平台 :
方便测试程序包的安装和管理,可以将一些包免费的应用内测分发平台,将应用测试包上传到这些平台上,可以生产对应的二维码,直接扫描进行应用安装(选择最新的包)。
蒲公英、fir.im.
应用线上发布平台:
产品完全测试后,要在线上进行发布,普通用户可以下载使用,
安卓应用:豌豆荚、应用宝、360手机助手、各类手机品牌商城等
IOS应用:只要是APP store、iTools。
线上发布过程:
提交app报告到平台审核,给每个APP包分配平台号(渠道号),需要将平台号(渠道号)打包到对应的app包(该包需要再次测试)、正式提交发布。
app测试要点:
大类型
功能测试
兼容性测试
安装、卸载、升级测试
交叉事件测试:
PUSH消息测试
性能测试
用户体验测试
兼容性测试

安装测试
正常:
1、在不同的操作系统上安装
2、从不同的安装途径上安装(app商城、手机助手、直接下载apk包或者ipa包)
3、不同的安装路径(安装后手机、安装到sd卡)
异常:
1、安装过程中如果遇到异常(关机、断网),恢复后可以继续安装
2、安装过程中内存不足,有提示:请清除空间,清除内存后可继续安装
3、安装过程中取消后继续安装
4、正在运行中安装:覆盖安装,应该是:退出正在运行的app,然后覆盖安装。
5、低版本覆盖高版本:需要有提示:有更高版本、不能安装
6、卸载后安装
卸载测试
1、正常卸载(app手动卸载、工具卸载-手机助手)
2、运行时卸载-工具卸载,
3、取消卸载,正在卸载中,取消后,应该还是能正常使用
4、卸载异常:关机
5、卸载后无数据残留:文件系统中没有该软件的数据:配置文件、个人文件根据个人卸载时选择保留还是卸载
升级测试
1、从临近版本升级
2、跨版本升级:v1.0->v1.3
3、不同渠道升级:(应用商城、手机助手)
4、升级是否有提醒:可不提醒、可提示升级、强制升级(有严重bug修复时)
5、应用内升级时非wifi提醒
注意:升级后要观察升级前的数据正常(升级时如果数据结构没有处理好会导致数据发生混乱)
交叉事件测试或者叫干扰测试
指:在app运行中,其他事件或则操作对当前app可


2160

被折叠的 条评论
为什么被折叠?



