app弱电测试怎么做

A. 干货|做App测试，那些必知必会的Adb常用命令

> 本文节选自霍格沃兹测试学院内部教材

为了让大家更好的学习Adb常用命令，我们先从安装android环境搭建开始讲解哦。

安装jdk  

###  **  

**

 **  

**

### 因为 Android SDK 是依赖于 java 环境的，所以需要先把 java 的环境搭建好。Java

环境可以参考搭建帖子：https://ceshiren.com/t/topic/4001

安装Android SDK  

###  

###  

### adb 包含在 Android SDK 平台工具软件包中。具体的 Android SDK

环境搭建步骤请参考帖子：https://ceshiren.com/t/topic/4001

adb简介  

adb 全称为 Android Debug Bridge（Android 调试桥），是 Android SDK 中提供的用于管理 Android

模拟器或真机的工具。

adb 是一种功能强大的命令行工具，可让 PC 端与 Android 设备进行通信。adb 命令可执行各种设备操作，例如安装和调试应用。

adb组成  

采用了客户端-服务器（C/S）模型，包括三个部分：

  * adb client

  * adb server

  * adb daemon

ADB client：运行在电脑上，可以在命令行中运行 adb 命令来调用该客户端。Client 本质上就是 Shell，用来发送命令给

Server。发送命令时，首先检测 PC 上有没有启动 Server，如果没有 Server，则会自动启动一个，然后将命令发送到 Server。

ADB server：是运行在电脑上的后台进程，用于管理客户端与运行在模拟器或真机的守护进程通信。

ADB Daemon：守护进程作为一个后台进程在 Android 设备或模拟器系统中运行。它的作用是连接 adb 服务端，并且为运行在主机上的 adb

客户端提供一些服务。

adb工作原理  

当 adb 客户端启动时，客户端会先检查 adb 服务端是否启动。如果没有，会先启动服务端进程。adb 服务端在启动后，会与 5037 端口绑定，并监听

adb 客户端发出的命令。

然后，服务端会与所有正在运行的 Android 设备建立连接。它通过扫描 5555 到 5585 之间的奇数号端口查找 Android 设备。服务端一旦发现

Android 设备上的 adb 守护进程在运行，便会与相应的端口建立连接。每个 Android 设备都使用一对端口，偶数端口用于控制台连接，奇数端口用于

adb 连接。

例如：服务端与所有 Android 设备建立连接后，就可以使用 adb 命令来访问这些设备了。服务端会管理已经建立的连接，并处理来自 adb 客户端的命令。

启动adb调试  

### Android 真机可以通过 USB 连接到 adb，连接时需要在设备的系统设置中启用 USB 调试（位于开发者选项下），启动 USB

调试后，设备上的 adb 守护进程就会被启动，adb 服务端才可以和设备建立连接。除了用 USB 的方式连接之外，也可以通过 WLAN

的方式连接，这种方式不做赘述。

  1. 模拟器：不需要手动设置 USB 调试开关，默认是打开的

  2. 真机通过 USB 连接

    * 安装 Android 手机驱动

    * 设备启用 USB 调试

adb命令格式  

  * 

    adb [-d|-e|-s <serialNumber>] <command>

  * -d：指定当前唯一通过 USB 连接的 Android 设备为命令目标

  * -e：指定当前唯一运行的模拟器为命令目标

  * -s：指定相应 serialNumber 号的设备/模拟器为命令目标

方括号中的内容是可选的，尖括号内容的是必填的。方括号中参数可以指定设备，关于设备的指定有三个参数可以使用。-d、-e 和 -s，其中使用最多的是 -s

参数，在连接多台设备的时候，一般都是使用 -s 加上设备的序列号这种方式去指定具体设备。

adb 可以同时连接多台设备，但是一次只能对一台设备执行命令。所有连接多台设备的时候，是必须要制定设备，命令才可以执行成功的。

查询设备  

把 Android 设备连接到 adb 服务端后，需要确认设备的连接状态。这时可以使用查询命令进行查询。

 **连接模拟器** （以 mumu 模拟器为例）

  *   * 

    adb connect 127.0.0.1:7555adb devices

  * `adb connect` 命令可以通过 WLAN 的方式连接到模拟器，7555 为 mumu 模拟器的端口

  * `adb devices` 可以查询设备连接的状态

Windows 系统中，连接模拟器需要先执行 connect 命令去连接模拟器，127.0.0.1 是本地的 IP

地址，因为模拟器就是安装在本地的，所以要使用本地的 IP 地址，加上模拟器本身规定的一个端口号。mumu 的端口号是

7555，如果使用的是其他的模拟器的话，需要先去了解它的端口号是什么，然后再去连接。MacOS 系统中连接模拟器不需要先执行 connect 命令，直接执行

`adb devices` 命令即可。

 **连接真机**

 **  

**

真机直接用 USB 连接到电脑，不需要执行 connect 命令。

直接用 `adb devices`命令查看已经连接的设备列表即可。

    feier@ ~ % adb devices  

    List of devices attached  

    emulator-5554    device

直接命令后，如果设备已经成功连接，那么设备列表中就会展示已连接设备的信息。以图中的信息为例：

  * emualotr-5554：设备序列号

  * device：设备连接状态为成功

安装卸载应用  

测试过程中，如果需要安装或者卸载应用，可以直接用 adb 命令来操作。

  * 普通安装：`adb install <apk路径>`

  * 覆盖安装：`adb install -r <apk路径>`

  * 完全卸载：`adb uninstall <包名>`

  * 保留配置文件：`adb uninstall -k <包名> `

设备与电脑传输文件  

adb 命令支持电脑和 Android 设备之间的文件互传。比如我们需要提取 Android 设备中的日志文件到本地，就可以通过 adb 命令的方式来完成。

  * 从电脑上传文件至设备：`adb push <电脑路径> <设备路径>`

  * 从设备复制文件至电脑：`adb pull <设备路径> <电脑路径>`

日志  

打印链接设备的 log 信息

  * 屏幕输出日志：`adb logcat`

  * 通过标签过滤：`adb logcat -s 标签`

  * 显示时间：`adb logcat -v time`

  * 输出所有信息：`adb logcat -v long`

  * 输出日志到文件：`adb logcat -v time > log.txt`

  * 清除旧日志信息：`adb logcat -c`

adb shell命令  

使用 adb shell 命令相当于远程登录了 Android 系统，可以进入 Android 设备的系统内部。进入系统内部既可以执行一些简单的 linux

命令也支持很多特有的命令。

使用 adb shell 命令有两种方式。

一种是直接在 adb shell 后面跟上命令。

  * 

    adb [-s serial_number] shell <command>

比如：

  *   *   *   *   *   *   *   *   *   *   * 

    feier@ ~ % adb shell .propdevetc...

另一种方式是在设备上启动交互式 shell

  * 

    adb [-s serial_number] shell

进入 shell 之后，再执行对应的命令。

比如我们进入设备内部，可以查看设备内部的目录结构和内容

  *   *   *   *   *   *   *   *   *   *   * 

    feier@ ~ % adb shellroot@x86:/ # .propdev...

要退出交互式 shell，可以按 Ctrl + D 键或输入 exit。

 **Android常用测试命令**  

下面整理出了Android常用的一些测试命令及用法。  

设备截图/录屏  

在测试过程中，如果需要截图或者是录屏，也可以直接使用 adb 命令来完成。

  * 截图：`adb shell screencap <设备路径>`

  * 录屏：`adb shell screenrecord <设备路径>`

调用Activity管理器  

在 adb shell 中，可以使用 Activity 管理器 (am) 工具发出命令以执行各种系统操作，如启动

Activity、强行停止进程、修改设备屏幕属性，等等。

在测试过程中，如果需要启动 app 或者强制关闭 app，可以通过 adb 命令来实现。

  * 启动应用：`adb shell am start -n <包名>/<Activity名>`

  * 强制停止应用：`adb shell am force-stop <包名>`

调用软件包管理器  

在 adb shell 中，可以使用软件包管理器 (pm) 工具发出命令，以对设备上安装的应用软件包执行操作和查询。

如果需要查询设备里都安装了什么应用，就可以使用 adb shell pm list 来查看，还可以加上不同的参数去查看不同类型的应用。而且也可以通过 adb

命令来清除应用相关的数据。

  * 显示设备中安装的所有应用：`adb shell pm list packages`

  * 只显示系统应用：`adb shell pm list packages -s`

  * 只显示第三方应用：`adb shell pm list packages -3`

  * 删除与软件包关联的所有数据：`adb shell pm clear <包名>`

adb shell mpsys  

mpsys 是一种在 Android 设备上运行的工具，可提供有关系统服务的信息。可以使用 adb 从命令行调用

mpsys，获取在连接的设备上运行的所有系统服务的诊断输出。

比如在测试中，如果需要通过 adb 命令启动 app，则需要知道 app 的包名和入口的 Activity

名。这个时候，就可以通过下面这条命令获取到这两个信息。

这个场景，需要先把要获取信息的应用启动，让它在前台运行，然后执行命令

`adb shell mpsys activity | grep mFocusedActivity`

  *   *   * 

    feier@ ~ % adb shell mpsys activity | grep mFocusedActivity  mFocusedActivity: ActivityRecord{9dae968 u0 com.xueqiu.android/.common.MainActivity t139}  

下方的日志中就会展示出来当前的包名和 Activity 名称。

  * 包名：`com.xueqiu.android`

  * Activity 名：`.common.MainActivity`

adb shell mpsys  

adb 命令还支持直接获取应用的页面信息。这个页面信息包含了页面中元素的属性，可以方便做自动化测试的时候去定位元素。获取到的页面布局会输出到一个 xml

文件中。

  * 当前窗口的 UI 布局简化信息：`adb shell uiautomator mp --compressed`

  *   * 

    feier@ ~ % adb shell uiautomator mp --compressedUI hierchary mped to: /sdcard/window_mp.xml

不指定输出文件路径时，mp 下来的文件默认存储路径为 `/sdcard/window_mp.xml`

可以通过 adb pull 命令把文件传输到电脑中，然后用 uiautomatorviewer 工具打开查看布局。

  * 指定输出文件路径：`adb shell uiautomator mp file <设备路径>`

adb常用命令就先讲到这里啦，下期我们分享App常见bug解析。大家还想看什么内容的文章也可以留言告诉我们哦！

 ** _ 

来霍格沃兹测试开发学社，学习更多软件测试与测试开发的进阶技术，知识点涵盖web自动化测试 app自动化测试、接口自动化测试、测试框架、性能测试、安全测试、持续集成/持续交付/DevOps，测试左移、测试右移、精准测试、测试平台开发、测试管理等内容，课程技术涵盖bash、pytest、junit、selenium、appium、postman、requests、httprunner、jmeter、jenkins、docker、k8s、elk、sonarqube、jacoco、jvm-sandbox等相关技术，全面提升测试开发工程师的技术实力

QQ交流群：484590337

公众号 TestingStudio

视频资料领取：https://qrcode.testing-studio.com/f?from=jianshu&url=https://ceshiren.com/t/topic/15844

点击查看更多信息

B. 手机上的app性能测试怎么测

您好，方法
提到APP的性能测试这个概念比较笼统，因为APP的性能测试分为服务器端的性能和手机端的性能测试。下面，我们先从服务器端的性能测试开始说起，服务器端的性能测试可以通过LoadRunner或Jmeter工具进行测试，为方便起见，可以以Jmeter工具为例子说一下App服务器端的性能测试流程。
首先，确定app的性能测试功能点，一般会选择使用比较频繁的功能做性能测试比如查询，提交数据。
然后，根据该功能点的接口测试需求，或使用fiddler抓包，在jmeter上构造向服务器发送的请求数据，配置好相关的设置，并做好服务器的监控。(以我们实际项目为基准，本项目是搭建在linux上的，用的是nmon工具做监控)，
最后运行测试，测试完之后，收集CPU，内存等信息，集合聚合报告的内容，分析性能测试结果。
至于手机端的性能测试流程则比较简单，首先需要在服务器上提前安装监控工具(iTest/GT)，接着启动监控工具，监控被测应用.
接着需要清空先前的logcat日志记录，清空日志的命令是：adb logcat -c.

接着来获取logcat日志：adb logcat -v time > E:\share\logcat.log.

如何做App的性能测试
再接着使用monkey运行被测应用：

adb shell monkey -p your.package.name -v 500 > E:\share\monkey.log

(获取app的包名和activity名称：

adb logcat -v time | findstr START

脚本中，cmp= 后面的值就是 包名)

（ctrl+c 终止命令）

最后根据监控图，检查CPU，内存，流量，电量是否符合性能指标。如果不符合，就把不符合指标的报表和对应的logcat发给开发进行定位。

C. 手机上的app性能测试怎么测

你可以安装这个软件，然后打开看看流畅度，各方面的功能，设置以及稳定性等。

D. app测试流程是什么

移动App的测试流程与传统软件的测试流程大体相同，在测试之前分析软件需求并对需求进行测试，需求测试完成后制订测试计划等，但移动App测试的要点与传统软件测试要点不同，因此在具体实施细节上也不相同。

移动App测试基本流程如下

(1)接受测试版本：由开发人员提交给测试人员。

(2) App版本测试：主要检查App开发阶段对应的版本是否一致。

(3)UI测试：检查App界面是否与需求设计的效果-致。

(4)功能测试：核对项目需求文档，测试App功能是否满足客户需求。

(5)专项测试：对移动App进行专项测试。

(6)正式环境测试：模拟实际使用环境进行测试。

(7)上线准备：测试通过后，对测试结果进行总结分析，为App上线做准备。

移动App开发完成后，提交给测试人员。测试人员首先对当前App版本进行检查，通过后进行基本的UI测试，检查界面效果是否与需求设计相符合，之后依据需求文档进行功能测试，完成这些工作后进行专项测试等。最后在实际运行环境中进行测试，测试通过后做上线准备工作。

E. 拿到一个APP后主要的测试项有什么

我在黑马程序员学习软件测试时,当时我们做了APP的测试,主要我主要考虑的有:逻辑测试, 功能测试,界面测试,兼容性测试,弱网测试,压力测试,中断测试,漏洞检测这些东西, 实际操作时根据不同情况和需求调整:
1. 逻辑测试:主要走业务流程,如果是一个电商,就需要把基本的购买,付款,发回收货,评价等等流程走一下,看一下能不能走通,有没有功能遗漏
2. 功能测试: 把APP中的主要业务流程中的功能重点覆盖,甚至能点的所有都点一下, 看一下有没有问题或者这卡死,闪退
3. 界面测试: 检查页面的美观和同原型的一致性
4. 兼容性测试: 这个是APP测试中最重要的一环, 针对不同机型,和不同系统做适配, 确认APP不会有兼容问题的页面错乱和崩溃
5. 弱网测试: 重点观察不同网络环境下的用户使用体现和一些提示信息和页面是否正确
6. 中断测试: 主要看APP正常使用过程中,强制关闭,断电断网,电话(电话/语音电话/视频电话)等的恢复情况
7. 压力测试: 密集操作和大量用户场景下app的流畅度
8. 安装卸载升级: APP应用的特殊性造成,用户对其安装卸载升级操作比较频繁,所以需要重点验证不同场景下的正确安装卸载升级

F. 如何做好app的测试工作测试流程中都包含哪些方面

腾讯有个平台可以实现适配兼容、服务器压力、性能测试、弱网络、耗电量测试等等，挺全面的。WeTest腾讯质量开放平台，本人亲测过体验还不错。

下面说一下测试一个App具体包括哪些方面，以及每个方面的关键点。

测试人员常被看作bug寻找者，但你曾想过他们实际是如何开展测试的吗？你是否好奇他们究竟都做些什么，以及他们如何在一个典型的技术项目中体现价值？本文将带你经历测试人员的思维过程，探讨他们测试app时的各种考虑。本文的目的在于揭示测试人员的这一思维过程，并展示他们通常所考虑内容的广度和深度。

本文是基于我的工作经验而写的，作为一名敏捷软件开发团队的测试经理，我一心投入测试工作。在与其他app测试专家交流的过程中，我深刻了解到app测试工作的困难。在日常工作的摸索中，我将如何做好app的测试归结为如下内容。

(1) 非功能测试

app测试的一个重要方面是app的非功能需求。移动app在推出市场或进行进一步开发前，测试人员有一定的职责做该类需求的跟踪工作。

早期开发阶段要进行的第一个测试应该是实用性测试。通常是由alpha用户或同事进行的。走进一家咖啡馆或餐厅，问问里面的人他们的app使用情况。让他们看看现阶段开发的第一个版本并收集反馈，看看用户是否能很好地使用新功能，以便得出第一印象。

(2) 功能测试

每项开发的新功能都需要进行测试。app测试中功能测试是一个重要方面。测试人员应该要进行手动测试和后期的自动化测试维护。刚开始测试时，测试员必须把app当做"黑盒"一样进行手动测试，看看提供的功能是否正确并如设计的一样正常运作。除了经典软件测试，像点击按钮、提交订单看看会发生什么，测试员还必须执行更多功能的app测试。

除了整个手动测试过程，测试自动化对移动app也很重要。每个代码变化或新功能都可能影响现存功能及它们的状态。通常手动回归测试时间不够，所以测试员不得不找一个工具去进行自动化回归测试。现在市面上有很多自动化测试工具，有商业的也有开源的，面向各个不同平台，如Android，iPhone，WindowsPhone7，BlackBerry以及移动Webapp。根据开发策略和结构，品质管理测试专家需找出最适合他们环境的自动化工具。

(3) 客户端性能测试

一个App做的好不好，不仅仅只反应在功能上。被测的app在中低端机上的性能表现也很重要。比如：一个很好玩的游戏或应用，只能在高端机上流畅运行，在中低端机上卡的不行，也不会取得好的口碑。

关于App的性能测试，我们比较关注的参数有：CPU，内存，耗电量，流量，FPS。同时也需关注一下App的安装耗时和启动耗时。

目前大家可能比较困惑的一个问题，多高的CPU，内存，耗电量，流量，FPS才算是符合发布的值呢？这里可以告诉大家，可以参考精品游戏的一些数值，将自己研发的app与业内精品的app数据做对比。

(4) 适配兼容测试

市面上目前存在的移动设备五花八门，下图列出过去12个月的移动设备品牌占比情况。

(6) 耗电量测试

App在手机上的表现，除了功能外，app是否耗电，也是测试过程中重点要关注的一项。手机设备在满电的时候，这个App能玩多久；App每小时的耗电是多少；App在某个场景挂机10分钟耗电量是多少；这些都是我们平时在耗电量测试中比较关注的点。

(7) 协议测试

模拟客户端直接发送协议包给服务器，看看服务器是否有一定的校验，认不认客户端发过来的数据。协议测试，主要是为了处理用户发送恶意协议到服务器，骗过服务器的校验。

(8) 安全测试

App在上线前，都需要做详细的安全测试。安全测试主要为了检测应用是否容易被外界破解；是否存在被恶意代码注入的风险；上线后外挂的风险高不高等。

(9) 服务器性能测试

服务器性能测试，主要包含单机容量测试和24小时稳定性测试。单机容量测试，可以检测到单机服务器在90%的响应时间和成功率都达标的前提下，能够承载多少用户量。使用特定游戏模型压测24小时，服务无重启，内存无泄漏，并且各事务成功率达标。

这个可以在WeTest入口预约。

(10) 服务器容灾测试

服务器容灾测试，主要指某个服务进程奔溃掉后，是否具有自行恢复能力。比如游戏逻辑进程消失后，是否会自动拉起；memcached崩溃时，是否会重新启动，是否会对所有玩家有影响。这些都是app测试过程中需要考虑的因素。

(11) 中断测试

针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法，如：App在前台和后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。测试电话，短信，彩信，微博或其他通知进来时app的反应。

(12) 上线后期的舆情跟踪

新的app上线后，用户对此应用的评价，存在哪些测试期间未察觉的Bug，论坛上对于该应用热门的帖子有哪些，应用商店中该应用的口碑如何等，都是app在上线后，测试人员需要关注的点。若需要测试期间未发现的Bug，需要新测试服进行确认并根据该问题的修复。

很高兴看到腾讯在研发生产资料，而不是产品，好的企业应该积累出自己的工具链，并造福生态圈！最后祝大家都能把手下的app测试工作做好！

G. 手机app如何全方位测试

安全性测试，是app专项测试中必须要做的一环，简单列举下目前常做的测试类别：
1. 用户隐私

检查是否在本地保存用户密码，无论加密与否

检查敏感的隐私信息，如聊天记录、关系链、银行账号等是否进行加密

检查是否将系统文件、配置文件明文保存在外部设备上

部分需要存储到外部设备的信息，需要每次使用前都判断信息是否被篡改

2. 文件权限

检查App所在的目录，其权限必须为不允许其他组成员读写

3. 网络通讯

检查敏感信息在网络传输中是否做了加密处理，重要数据要采用TLS或者SSL

4. 运行时解释保护

对于嵌有解释器的软件，检查是否存在XSS、SQL注入漏洞

使用webiew的App，检查是否存在URL欺骗漏洞

5. Android组件权限保护

禁止App内部组件被任意第三方程序调用。

若需要供外部调用的组件，应检查对调用者是否做了签名限制

6. 升级

检查是否对升级包的完整性、合法性进行了校验，避免升级包被劫持

7. 3rd库

如果使用了第三方库，需要跟进第三方库的更新