Day06_ADB移动端测试手机硬件测试「Day06_ADB移动端测试」

Day06_ADB移动端测试：

　　手机测试涉及到硬件测试和软件测试还有结构的测试，比如抗压，抗摔，抗疲劳，抗低温高温等，硬件测试一般都有严格的物理电气指标，也有专门的仪器，不是

重点就不多说了；手机测试，一般是指软件测试，这个一方面也说明了软件在手机上的重要性。一方面也说明手机测试的难度。因为其他的测试都有明确的指标，相应的测试用例，严格的操作规程，还有各种仪器，一定的测试软件!

　　在说明手机测试之前，觉得应该了解一下什么是嵌入式操作系统,简单的说，一个嵌入式操作系统就是为完成某种特定功能而专门开发的操作系统。这个操作系统的功能很明确，不像大型操作系统，范围广泛，大千世界，尽在其中，而嵌操作系统只为了完成某一项或者几项功能。手机的特殊性要求对响应时间达到一定限制范围。也就是所谓实时操作系统，如果一个电话不能在90秒内接听，那么对方会挂掉。而你的操作系统还没反映过来，那么这个操作系统无疑是失败的，这是对嵌入式操作系统实时性的要求，只要是在这样的操作系统下开发出来的手机应用软件，我们所做的测试就是手机测试

手机端测试常用的方法

      手机端测试常用的方法，功能测试、安卓与卸载测试、软件升级测试、权限测试、消息推送测试、前后台切换测试、UI测试、兼容性测试、网络环境测试、mokey测试、性能测试

1 > 功能测试

我就先来说一下功能测试吧，对于手机app来说，和我们测试web项目差不太多，也是各种测试方式需要考虑进来，比如说逻辑功能测试，现在移动端越来越火爆，大家用的软件也越来越多，对软件也越来越挑剔，现在公司在开发移动端的时候，肯定是有相应的需求文档和UI所设计的产品效果图，我们做逻辑功能测试，就是根据这些资料，当然也根据我们正常人的逻辑思维进行逻辑功能测试，页面数据、交互、逻辑的准确性是否合理。

2 > 安装与卸载测试

软件安装后是否可以正常运行，安装过程中是否可以取消,安装空间不足时，是否有相应提示,是否可以卸载应用（可通过桌面卸载，也可以通过软件卸载。卸载是否支持取消功能，单击取消后软件卸载功能是否正常,卸载后文件是否全部删除所有的安装文件夹,从不同的应用市场下载进行安装测试，比如测试小米市场，华为市场，应用宝，安卓市场，安智市场的安装测试。

3 > 软件升级测试

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

4 > 安全性测试——权限测试

对于手机权限，如果我们是刚开发不知名的app，权限这块尽量少一些，这些权限在安装的时候都必须用户同意。在Android 6.0之后，权限需要动态的申请，我们测试的时候,需要测试在使用到这些权限的时候，程序员是否做逻辑判断，用户同意权限应该怎么操作，不同意权限又应该怎么操作。
一般在图片上传的时候，关掉app的存储权限，看是否能上传成功。我们公司这边在丢失权限的时候会走启动页，然后重新获取权限。

5 > 消息推送测试

消息推送，是移动端的一大特色。我就说一下消息推送我们所做的这些方面吧，未锁屏时，应用后台运行，消息推送是否可正常接收，未锁屏时，APP客户端使用过程中，可以收到消息提醒，且点击可查看。
锁屏时，手机消息栏是否可以接收到消息提醒。且点击可查看。点击后消息栏中消失。
当推送消息是针对登录用户的时候，需要检查收到的push与用户身份是否相符，没有错误的将其他人的消息推送过来
push推送消息是是否能有针对性的推送，如相应内容推送给相应用户（精准推送）
退出登录后，是否接受push推送（根据需求来）
我们公司app在退出的时候是没有推送消息的，在登陆后会把之间的消息进行推送。

6 > 前后台切换测试

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

7 > UI测试

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

8 > 兼容性测试

我再说一下兼容性测试吧，兼容性测试主要考虑手机的版本，型号，分辨率，就像我说的，现在手机碎片化比较严重，各个版本，比如Android，从Android4.0到Android8.0的版本它是不一样的，然后现在各大手机厂商像华为，三星，小米，锤子，魅族，vivo这些厂商都修改android源代码，也是给我们增加和好多工作量，好多时候开发的软件在三星上没问题，但是华为，小米就不行。还有手机分辨率，现在主流的可能是19201080，但是还有好多其他分辨率，比如7201280，还有一些更大分辨率的手机，都要考虑这些分辨率的兼容，不然用户视觉体验就不好。
兼容测试，公司中会买好多测试机来太让我们进行测试，一般是不同厂商的手机，当然还有第三方云测平台，比如testin还有腾讯wetest，就可以做兼容性测试。可以一次性测试100台测试机，同时会有相应的兼容报告，bug报告。

对于IOS，ISO版本有7.1.2、8.3、9.1等；能否适配各种屏幕尺寸。

9 > 网络环境测试

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

10 > mokey测试

对于手机测试，除了我们一些常规的功能测试，我们还会做压力测试，比如对于Android手机，我会使用adb指令进行一些相应的操作，比如通过adb查看设置，进入设备，抓取log，我们测试的时候，会使用adb logcat所抓出来的log日志存到电脑，发给开发，方便他们快速解决bug。
另外，我还会使用monkey对app进行测试，可以使用monkey对app做压力测试，主要就是测试操作app的时候，程序是否会崩溃。
我们使用adb shell monkey 指定对应的app，执行要测试的次数，指定要触摸的比率，超时时间和忽略崩溃信息，就可以执行测试，将测试log存到某个位置，然后把测试出的bug 日志发送给开发。

我就简单的说一下测试的指令吧，比如我上边所说的逻辑，我们用 adb shell mokey -p 指定要测试的包名 --ignore-crashs 忽略崩溃 --ignore-timeout 忽略超时 --throttle 38指定延迟时间毫秒 -s 指定测试种子 指定测试次数，然后将文件 >输出到磁盘中。

11 > 性能测试

对于性能测试，用工具（我知道的有 腾讯GT）来测试手机cpu占用，内存占用，电池温度等，以及测试我们的app在后台持续运行的流量消耗和电量消耗问题。

　　Android SDK，即Android Software Development Kit。软件开发工具包

它提供了在Windows/Linux/Mac平台上开发Android应用的开发组件。包含了在Android平台上开发移动应用程序的各种工具集。

 傻瓜式安装，配置环境变量，默认在 C:Program FilesJava

检查是否安装成功

安装SDK及环境变量配置

 至此安装圆满完成！！

在平时的工作中，会经常用到adb命令，在这里稍微整理了一下。

一.概要

1.什么是adb？

adb全称为Android Debug Bridge，就是起到调试桥的作用。顾名思义，adb就是一个debug工具。

2.adb工作原理

不是很理解？那就来看看它的工作原理吧。

上图是一个简单的adb工作原理图。adb客户端服务器端程序，由上图可以看出它主要三个组件组成：Client，Server，Daemon。

（1）当你启动一个adb Client（客户端），Client首先会选确认是否已有一个adb Server（服务器）进程在运行，如果没有，则会启动Server进程。此时，adb Server就会绑定本地的TCP端口5037，并监听adb Client发来的命令。

（2）接着，Server将会扫描所有5555到5585范围内的奇数端口来定位所有的模拟器或设备，并与之建立连接。一旦Server找到 了adb daemon（守护程序），它将建立一个到该端口的连接，这样，我们就可以使用adb命令控制和访问模拟器或设备了。在这里，需注意的是任何模拟器或设备实例会取得两个连续的端口：一个偶数端口用来相应控制台的连接，和一个奇数端口用来响应adb连接。

3.adb的作用

借助adb工具，我们可以管理设备或手机模拟器的状态，还可以进行很多手机操作，如安装软件、系统升级、运行shell命令等等。简而言之，adb就是连接Android手机和PC端的桥梁，可以让用户在电脑上对手机进行全面的操作。

上面我们已经将 android sdk 工作目录添加到系统环境变量中，则可使用adb命令了。

1. adb devices

　　查看当前连接的设备（连接计算机的Android设备或者模拟器）。

2.使用adb命令进行安装软件
adb install -r   (apk的路径)  命令行直接拉去app也可行

3. 列出所有的包名 
>adb shell pm list package
4. 可以列出第三方的报名
>adb shell pm list package -3
5. 可以列出系统应用的报名
>adb shell pm list package -s

根据包名可卸载

5.卸载apk
adb uninstall 包名
adb uninstall -k 包名 (保留配置文件以及缓存文件)

7. 查看手机内存的命令
adb shell dumpsys meminfo 包名
8.录制视频
adb shell screenrecord /sdcard/demo.mp4
9.截图
adb shell screencap /sdcard/1907.png

查看手机日志
adb logcat
日志级别
V Verbose (最低)
D Debug
I Info
W Warn
E Error
F Fatal
S Silent (supress all output)
10.将日志文件转换为本地文件
adb -s emulator-5554(设备名称) logcat -v time process >d:log.txt(文件存放位置)
11.根据日志级别打印 
adb logcat ：w(大于和等于这个级别的)

12.adb reboot

重启android设备

13.adb shell

通过adb shell 命令，就可以进入设备或者模拟器的shell环境了，在这个Linux shell中，我们就可以执行各种Linux命令了。

如果只想执行一条shell命令，就可以采用：adb shell [shell_command]

在实际使用中，经常与grep或findstr一起使用，起到过滤作用，查看自己需要的关键信息。

14.adb shell am/pm

am全称为activity manager，可使用am命令模拟各种系统的行为，如去启动一个activity，强制停止进程，发送广播进程，修改设备屏幕属性等。

如：adb shell am start <apk包名>/<activityName>:启动一个activity。

15.adb shell dumpsys

Android提供的dumpsys工具用于查看感兴趣的系统服务信息与状态。

 11.adb shell monkey

跑monkey是android自动化测试的一种手段，所谓monkey测试就是模拟用户的按键输入，触摸屏输入，手势输入等。当Monkey程序在模拟器或设备运行的时候，如果用户比如点击，触摸，手势或一些系统级别的事件的时候，它就会产生随机脉冲，所以可以用Monkey的随机重复的方法对apk作压力测试，来测试android app的稳定性。

如下为测试腾讯新闻apk的一个简单实例：

说明：第一个-s指定设备，如果只连接了一台设备，可不用该参数。

-p <apk包名>只允许系统启动指定的app，如果不指定，将允许系统启动设备中的所有app，也可指定多个包。

--throttle <毫秒数> 指定用户操作（事件）间的时延。

--ignore-crashes 指定当应用程序崩溃时，Monkey依然发送事件，直到事件计数完成。

--ignore-timeouts 当应用程序发生ANR错误时，Monkey依然会发送事件，直到事件计数完成。

第2个-s，用于指定伪随机数生成器的seed值，如果seed相同，则两次Monkey测试所产生的事件序列也相同的。

-v 用于指定反馈信息级别，总共分为level 0、level 1、level 2三个级别，级别越高，输出的日志越详细。

最后的数字（这里是500）：表示Monkey程序模拟500次随机用户操作事件。

>输出测试结果到D:monkeylog.txt

对于测试结果的分析，通过搜索关键词来定位错误，主要包括以下四个方面：

1）ANR（Application Not Response）:程序无响应，一般主线程超过5秒没处理就会出现ANR错误。通过搜索ANR关键词来定位关键的事件信息。除了导出日志外，还可以将/data/anr/目录下的trace.txt文件导出，用来定位分析问题。使用>adb pull /data/anr/trace.txt d: 将trace.txt文件导出到d盘。

2）ForceClosed或其他异常退出信息：通过搜索Fatal关键词来定位。

3）崩溃问题：通过搜索Exception关键词来定位。

4）发生异常后，通过搜索Crash关键词来定位到详细的堆栈信息。

参考地址有详细的介绍：https://blog.csdn.net/huangbiao86/article/details/8490743

图木舒克版权声明：本网信息来自于互联网，目的在于传递更多信息，并不代表本网赞同其观点。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，并请自行核实相关内容。本站不承担此类作品侵权行为的直接责任及连带责任。如若本网有任何内容侵犯您的权益，请及时联系我们，本站将会在24小时内处理完毕，E-mail：xinmeigg88@163.com