移动端APP测试

最新推荐文章于 2024-04-16 22:33:06 发布

weixin_30764771

最新推荐文章于 2024-04-16 22:33:06 发布

阅读量269

点赞数

文章标签：移动开发操作系统数据库

原文链接：http://www.cnblogs.com/jingdenghuakai/p/11137774.html

版权

安装/卸载；

真机上安装、卸载、高版本覆盖安装、低版本覆盖安装、卸载后安装高版本；

安装关注点：版本号、渠道号、数字签名（用抓包工具辅助查看）、安装成功后启动向导、安装过程中对意外情况的处理（取消、死机、重启、断电、内存不足、断网）、安装进度条、主要功能流程；

卸载关注点：卸载过程中的意外情况处理（取消、死机、重启、断电、内存不足、断网）、卸载进度条；

第三方软件协助安装、卸载、高版本覆盖安装、低版本覆盖安装、卸载后安装高版本；

在线升级：

升级注意点：升级提示、取消更新/强制更新、后台更新（ios的自动更新）、跨版本升级、升级过程中异常情况的处理（取消、死机、重启、断电、内存不足、断网）、升级进度、不同网络下升级；

第三方软件支持：itools、豌豆荚、91助手、华为助手、360、应用宝等；

业务功能测试；

根据需求文档、原型图和设计稿验证app各个功能的实现；　　　

共性功能：

注销：注销后新账号登录、取消注销；

应用前后台切换：app前后台切换、锁屏解屏、电话中断后回到app、必须处理的提示框处理后回到app、杀掉进程后重新启动app、有数据交换的页面注意进行前后台切换以及锁屏解屏；

免登录：登录后杀掉进程重新启动app、无网络、切换用户登录、密码更换、主动退出登录下次启动app、卸载重装、在线更新、覆盖安装、跨版本安装、；

数据更新：手动或自动刷新、从后台切换到前台时数据更新、实时更新、定时更新、数据展示的处理逻辑（服务器获取、本地缓存）、更新异常处理（弱网、断网、服务器响应异常、数据为空）；

定位、相机、语音、蓝牙等服务：已开启、未开启根据提示开启、未开启并拒绝开启；

时间测试：修改手机时区；

推送测试：推送消息内容、推送消息链接跳转、免打扰或拒绝接收；

交叉事件测试：

兼容测试；

分辨率；

主流分辨率：1080*1920、720*1280、800*1280、2560*1440、 2040x1080等

非主流：1080*1800等

主流系统版本；

ios：ios10、ios9、ios8、ios7；android：android6.0、android5.0、android4.*等；

不同厂家定制；

iphone、华为、小米、oppo、vivo、魅族等

不同尺寸：6寸、5寸、5.5寸、5.7寸、4.7寸、4寸等

稳定性测试：

monkey结合友盟持续使用8小时以上统计crash率；

各种事件打扰，如插拔数据线、电话打扰、收发短信、切换网络、浏览网络、使用蓝牙传送/接收数据、相机等；

多个运行中app切换测试；

性能测试：

monkey结合性能测试工具监控cpu、内存、流量、耗电量，性能测试工具如anothermoniter、腾讯的GT；

评估典型用户应用场景下，系统资源的使用情况；

大数据测试（如需要读取用户通讯录的情况）；

不同网络响应速度、服务器接口压力测试；

与竞品的Benchmarking（基线测试）；

网络测试：

无网络测试；

弱网测试；

外网测试；

界面易用性测试：

符合android或ios体验规范；

android体验规范：长按弹出删除选项（一时想不起来还有哪些，平时还是要多做总结）；

ios体验规范：左滑弹出删除选项、左右滑动可翻页　

符合用户体验规范：

是否有空数据界面设计，引导用户去执行操作。

是否滥用用户引导。

是否有不可点击的效果，如：你的按钮此时处于不可用状态，那么一定要灰掉，或者拿掉按钮，否则会给用户误导

菜单层次是否太深；

交互流程分支是否太多；

1、记录bug

在Web端可以通过系统自带的截图和QQ截图等方式来截取bug的图片，对于错误的地方可以用工具自带的标识来重点标记。

对于移动端设备可以用手机自带的截图工具来截图然后传到电脑上，个人一般习惯安装微信的windows版本，通过文件传输助手发送到PC端。还有一种比较便捷的方式，将手机用数据线连接到电脑，本地配置android的运行环境，下载asm.jar,在cmd运行java -jar asm.jar，即可实时同步手机端画面，对有bug的页面直接使用PC端的截图工具进行截图（该工具在另一篇文章中会具体介绍）。IOS可以在PC安装itools，要额可以同步画面。

对于记录bug建议：

bug主题尽量的言简意骇，在bug描述中可以详细描述，对于操作步骤比较复杂的bug要详细的写上操作步骤。必要时附带上相关的log，记录上测试的环境，手机版本等等。对于必现喝非必现的bug也要详细说明，减少不必要的沟通成本。

2、测试环境

Web端的测试环境很多时候是通过hosts进行切换，switchhosts工具可以方便的切换需要的host，但是移动端设置起来比较复杂，比较简单的方式是电脑端设置代理，手机端直接连接代理。注意，手机和电脑必须连接同一个网络。

设置代理推荐使用Fiddle，可以抓到手机端的数据包。

3、兼容性

web端的测试一般都是主要使用一种浏览器，待系统基本稳定的时候，再去专门测试浏览器的兼容性。

但是，对移动端来说，这样的方式是行不通的，因为移动端主要分为安卓和IOS，而这两端出现的问题一般是不一致的，一致的问题主要是数据问题，这时候是需要后台处理的，所以我们测试的时候需要两端都重点测试，而不会出现先着重测试某一端的问题。

注：一般方式是在测试一端时，出现问题则立马查看另一端是否也有这个问题。

4、移动端的特性

移动端与web端相比较来说，移动端有很多自己的特性：

① 网络种类多

移动端有多种网络：无线网络、2G、3G、4G等，断网、网速较差及网络之间的切换时页面的显示等，这些对于移动端来说很重要。此外，在非wifi下，还需要注意网络使用量问题。

② 间断问题

移动端有一个很重要的问题，一般情况下在使用软件的过程并不是长久的，这中间可能发生很多中断，如电话、短信、通知、断电等等，软件需要特殊处理这些特殊情况。

打开一个页面，或在操作的过程中（点击一个按钮后），将手机屏幕锁住，再打开时，应用能否正常处理。

③ 屏幕的限制

图片及文字的显示；上传不同的图片尺寸显示是否正常；图片和文字一起显示时，效果如何。

操作区域；web端的应用，一般不会受到屏幕的限制，而且通过鼠标操作更加准确。但是移动端由于屏幕较小，页面及按钮会受到屏幕大小的限制，再加上用户都是通过手指进行操作，一些按钮、选择框等是否容易点击，多个可点区域位置较近时，点击部位稍微偏移，也许就会造成不同的结果，这种情况下是否可以达到预先的效果。

④ 软件启动运行

移动端启动、卸载、升级几个特性，这是比较常见、也很重要的，比如升级时用户的数据怎么办，卸载后用户的数据怎么处理，卸载再安装用户登录数据的显示等。

⑤ 手势

移动端还有一大特性，就是移动端有自己比较简单的手势，用户可以通过手势进行一个操作，比如左滑删除、右滑返回上一个页面、左右滑动图片等，软件需要对这个手势进行适配。

⑥ 分享

移动端一般会装有很多软件，用户下单或者产品有活动时，用户都会进行分享，但是分享时的权限、软件是否存在等问题，需要特殊处理测试。一般的软件或应用，都会开放一部分页面，允许用户不登录时即可访问，而有些页面是必须要求用户登录的，主要针对这两种权限不同的页面做分享，然后通过分享进入本页面，查看权限的控制是否正常。

⑦ web和移动端的同步

用户在web端的操作，在移动端是否可以正常的进行同步、显示；在移动端的操作，用户登录web账号，信息是否同步等。

转载于:https://www.cnblogs.com/jingdenghuakai/p/11137774.html

weixin_30764771

关注

0
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
移动端APP测试

安装/卸载；真机上安装、卸载、高版本覆盖安装、低版本覆盖安装、卸载后安装高版本；安装关注点：版本号、渠道号、数字签名（用抓包工具辅助查看）、安装成功后启动向导、安装过程中对意外情况的处理（取消、死机、重启、断电、内存不足、断网）、安装进度条、主要功能流程；卸载关注点：卸载过程中的意外情况处理（取消、死机、重启、断电、内存不足、断网）、卸载进度条；第三方软件协助安装、卸载、高版本覆盖...
复制链接

扫一扫