移动端基础介绍

对于手机端测试，按照平台来分，分为Android和IOS两大主流系统，

ios和Android，二者有区别

1、两者运行机制不同：IOS采用的是沙盒运行机制，安卓采用的是虚拟机运行机制。
2、两者后台制度不同：IOS中任何第三方程序都不能在后台运行；安卓中任何程序都能在后台运行，直到没有
内存才会关闭。
3、IOS中用于UI指令权限最高，安卓中数据处理指令权限最高。
Android开源导致碎片化比较严重，（手机品牌众多，系统版本各异，分辨率不统一，主流手机型号上千。无法保证应用、游戏对于所有手机的适配兼容。）bug比较多，而IOS通常bug会少一些。
可以参考：https://blog.csdn.net/abc6368765/article/details/84336126

功能测试

现在移动端越来越火爆，大家用的软件也越来越多，对软件也越来越挑剔，现在
公司在开发移动端的时候，肯定是有相应的需求文档，我们做逻辑功能测试，就是根据这些资料，当然也根据我们正常人的逻辑思维进行逻辑功能测试

安装与卸载测试

软件安装后是否可以正常运行，安装过程中是否可以取消,安装空间不足时，是否有相应提示,是否可以卸载应用（可通过桌面卸载，也可以通过软件卸载。曾发现在IOS手机上有个应用安装时未完全安装，终止安装后，未完成安装的应用图标一直显示在手机上，并且无法成功删除）,卸载是否支持取消功能，单击取消后软件卸载功能是否正常,卸载后文件是否全部删除所有的安装文件夹,从不同的应用市场下载进行安装测试，比如测试小米市场，华为市场，应用宝，安卓市场，安智市场的安装测试。

软件升级测试

当客户端有新版本时，是否有更新提示，当版本为非强制升级版时，用户可以取消更新，老版本能正常使用，用户在下次启动app时，仍能出现更新提示；当版本为强制升级版时，当给出强制更新后用户没有做更新时，退出客户端，下次启动app时，仍出现强制升级提示，当然现在强更已经很少出现了。检查更新后各个功能是否能正常使用；在线跨版本升级后能否正常使用，当然现在主流的安装更新方式开始向热更新热部署方式转变，就是在用户不需要手动更新的情况下，完成版本的静默更新，这个技术是有难度的，需要看公司中程序
员的技术能力还有就是是否有这样的产品需求。

登录测试

基本上每一款app都有登录注册功能，所以在测试App的时候，登录测试是必不可少的一项。
我们做登录测试的时候，往往包含这么些项，登录用户名和密码错误时，界面有提示信息,用户主动退出登陆后，下次进入app时，应该进入登陆界面,密码更改后，登录时是否做到了有效数据的校验，对于未登录状态时，一些页面的操作，是否做了控制,切换账号登录，检验登录的信息是否做到及时更新，对于多个端（web、iso、android等）进行操作时，确保数据库操作无误，且每个端可以及时看到数据的更新,一个账号只允许一台机器登陆的软件，需要账号登录多个手机时，是否将原用户踢下线，且能够给出提示信息,用户登录
状态太久，session会过期，会出现“虽然是登录状态，系统会提示用户没有登陆”

权限测试

如果我们是刚开发不知名的app，权限这块尽量少一些，这些权限在安装的时候都必须用户同意。在Android 6.0之后，权限需要动态的申请，我们测试的时候,需要测试在使用到这些权限的时候，程序员是否做逻辑判断，用户同意权限应该怎么操作，不同意权限又应该怎么操作。

消息推送测试

消息推送是移动端的一大特色。我就说一下消息推送我们所做的这些方面吧，
未锁屏时，应用后台运行，消息推送是否可正常接收，未锁屏时，APP客户端使用过程中，可以收到消息提醒，且点击可查看。
锁屏时，手机消息栏是否可以接收到消息提醒。且点击可查看。点击后消息栏中消失。

当推送消息是针对登录用户的时候，需要检查收到的push与用户身份是否相符，没有错误的将其他人的消息推送过来
push推送消息是是否能有针对性的推送，如相应内容推送给相应用户（精准推送）
退出登录后，是否接受push推送（根据需求来）

前后台切换测试

APP切换到后台，再回到APP，检查是否停留在上一次操作界面；检查功能及应用状态是否正常；程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候
手机锁屏解屏后进入app注意是否会崩溃，功能状态是否正常
当APP使用过程中有电话进来中断后再切换到APP，功能状态是否正常
当关闭APP进程后，在开启APP，APP能否正常启动
对于有数据交换的页面，尤其是有视频图片之类的页面，每个页面都必须要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃

UI测试（界面测试）

确保产品UI符合产品经理制定的原型图与效果图
一般涉及界面（如菜单、对话框、窗口和其他可视控件）布局、风格、文字是否正确，页面是否美观，操作是否友好。
如：安装app后的加载页显示，分享页面的产品logo显示

兼容性测试

兼容性测试主要考虑手机的版本，型号，分辨率，就像我说的，现在手机碎片
化比较严重，各个版本，比如Android，从Android4.0到Android10.0的版本它是不一样的，然后现在各大手机厂商像华为，三星，小米，锤子，魅族，vivo这些厂商都修改android源代码，也是给我们增加和好多工作量，好多时候开发的软件在三星上没问题，但是华为，小米就不行。还有手机分辨率，现在主流的可能是1920*1080，但是还有好多其他分辨率，比如720*1280，还有一些更大分辨率的手机，都要考虑这些分辨率的兼容，不然用户视觉体验就不好。

兼容测试，公司中会买好多测试机来太让我们进行测试，一般是不同厂商的手机，当然还有第三方云测平台，比如testin还有腾讯wetest，就可以做兼容性测试。可以一次性测试100台测试机，同时会有相应的兼容报告，bug报告。

网络环境测试

测试2G、3G、4G、wifi、有网、无/网、弱网情况下应用的运行
网络不好时，提交数据是否一直处理提交中，是否会有延迟，数据交换失败是否会有提醒
有网到无网再到有网环境时，数据是否可以自动恢复，正常加载
无网络时，各种提示信息是否友好，数据本地化是否正确（比如提示当前已断开网络，请检查网络设置；还有从wifi环境切换到4G环境提示是否启用4G网络，会产生扣费。

性能测试

性能测试（eclipse和Android studio中本身有检测cpu和内存的工具，也有检测手机内存泄
漏的工具）靠工具来测试手机cpu占用，内存占用，电池温度等，以及测试我们的app在后台持续运行的流量消耗和电量消耗问题

mokey测试

我们使用adb shell monkey 指定对应的app，执行要测试的次数，指定要触摸的比率，超时时间和忽
略崩溃信息，就可以执行测试，将测试log存到某个位置，然后把测试出的bug 日志发送给开发。300000
我们用 adb shell mokey -p 指定要测试的包名 --ignore-crashs 忽略崩溃 --ignore-timeout 忽略超时 --throttle 38指定延迟时间毫秒 -s 指定测试种子指定测试次数，然后将文件 >输出到磁盘中。

Android介绍

Android是一种基于Linux的自由及开放源代码的操作系统，主要使用于移动设备，如智能手机和平板电脑，由Google公司和开放手机联盟领导及开发。尚未有统一中文名称，中国大陆地区较多人使用“安卓”。

android版本

Android在正式发行之前，最开始拥有两个内部测试版本，并且以著名的机器人名称来对其进行命名，它们分别是：阿童木（AndroidBeta），发条机器人（Android 1.0）。后来由于涉及到版权问题，谷歌将其命名规则变更为用甜点作为它们系统版本的代号的命名方法。甜点命名法开始于Android 1.5发布的时候。作为每个版本代表的甜点的尺寸越变越大，然后按照26个字母数序：市场上最常见的版本andorid6.0至andorid10.0

android架构

Android的系统架构和其操作系统一样，采用了分层的架构。
Android分为四个层，从高层到低层分别是应用程序层、应用程序框架层、系统运行库层和Linux内核层

架构图

Android之四大组件

Android四大组件分别为activity、service、content provider、broadcast receiver。
参考: https://blog.csdn.net/shenggaofei/article/details/52450668

ADB命令

ADB介绍

ADB全称Android Debug Bridge, 是android sdk里的一个工具, 用这个工具可以直接操作管理
android模拟器或者真实的andriod设备(如G1手机)
它的主要功能有:
* 运行设备的shell(命令行)
* 管理模拟器或设备的端口映射
* 计算机和设备之间上传/下载文件
* 将本地apk软件安装至模拟器或android设备

配置ADB环境变量

在系统变量中新建ANDROID_HOME变量，赋值路径

在系统变量path中添加%ANDROID_HOME%\platform-tools

最后在命令提示符中输入adb查看是否成功

ADB常用指令

查看移动端设备

adb devices

Offline(不能调试仅是连接，原因很可能是adb与安卓系统不匹配)
unauthorized(连接后不能调试，原因是没有在手机上同意调试)
device(正常状态可调试)

开启服务

adb start-server

关闭服务

adb kill-server

安装软件

adb install apk路径

覆盖安装

adb install -r apk路径(-r 代表如果apk已安装，重新安装apk并保留数据和缓存文件)

查看(系统)包名

adb shell pm list packages –s

查看(第三方)包名

adb shell pm list packages -3

卸载软件

adb uninstall 软件包名

将电脑文件传输到移动端

adb push 电脑路径移动端路径

将移动端文件传输到电脑

adb pull 移动端路径电脑路径

截屏

adb shell screencap -p 截图文件路径

查看手机CPU情况

adb shell dumpsys cpuinfo

显示磁盘使用信息

adb shell dumpsys diskstats

查看电池状态

adb shell dumpsys battery

移动端测试介绍和练习相关推荐

E2E 端到端测试学习 - E2E 介绍、Cypress 案例基本使用
E2E 测试介绍 E2E E2E(end to end)端到端测试是最直观可以理解的测试类型.在前端应用程序中,端到端测试可以从用户的视角通过真实浏览器自动检查应用程序是否正常工作. E2E 把整个系 ...
Web测试介绍2一安全测试
安全测试是在IT软件产品的生命周期中,特别是产品开发基本完成到发布阶段,对产品进行检验以验证产品符合安全需求定义和产品质量标准的过程. 主要安全需求包括: (i) 认证 Authentication: ...
测试你的前端代码 - part3（端到端测试）
本文作者:Gil Tayar 编译:胡子大哈翻译原文:http://huziketang.com/blog/posts/detail?postId=58d50da37413fc2e8240855c ...
端到端测试实践：Jenkins集成TestCafe
上一篇<对产品质量的一点思考>中说到自动化测试的重要性,本文简单介绍下怎样在实际项目中实现端到端测试的自动化,在这里我们使用的端到端测试工具是TestCafe. 环境 Jenkisn:2. ...
端到端测试_端到端测试的滥用–测试技术2
端到端测试我的上一个博客是有关测试代码方法的一系列博客中的第一篇,概述了使用一种非常常见的模式从数据库检索地址的简单方案: -并描述了一种非常通用的测试技术: 不编写测试 , 而是手动进行所有操作. ...
端到端测试的滥用–测试技术2
我的上一个博客是有关测试代码方法的一系列博客中的第一篇,概述了使用一种非常常见的模式从数据库检索地址的简单方案: -并描述了一种非常通用的测试技术: 不编写测试 , 而是手动进行所有操作. 今天的博客 ...
如何使用Postman和Newman在CI环境中自动化REST API端到端测试
Postman is a great tool to explore REST APIs. You can build requests and try them out to get quick f ...
服务端_多面手之服务端测试
阿里 qa 导读:久违了,夏去秋至,阿里巴巴技术质量新人手册又开始更新啦~ 上期我们给大家带来的是成为测试多面手中的移动测试篇,今天我们继续和大家讲讲服务端测试. 服务端测试服务端测试有两种:一种是 ...
cta 音频测试_CTA测试介绍.pdf
CTA测试介绍 CTA Introduction 目录 1 .CTA入网结构及概述 2 .泰尔实验室(CTTL)测试项目简介 3 .泰尔实验室入网测试及问题整改流程 4 .泰尔实验室入网测试注意事项 ...

移动端测试介绍和练习

移动端基础介绍

ios和Android，二者有区别

功能测试

安装与卸载测试

软件升级测试

登录测试

权限测试

消息推送测试

前后台切换测试

UI测试（界面测试）

兼容性测试

网络环境测试

性能测试

mokey测试

Android介绍

android版本

android架构

Android之四大组件

ADB命令

ADB介绍

配置ADB环境变量

ADB常用指令

查看移动端设备

开启服务

关闭服务

安装软件

覆盖安装

查看(系统)包名

查看(第三方)包名

卸载软件

将电脑文件传输到移动端

将移动端文件传输到电脑

截屏

查看手机CPU情况

显示磁盘使用信息

查看电池状态

移动端测试介绍和练习相关推荐

最新文章

热门文章