【测试面试题】14题常见APP测试面试题（参考答案）

大家好，这份面试题不难，都是一些基础题。

先上一个面试题汇总图，建议大家可以先思考下如果是自己能不能回答全，再去对照看参考答案。

下面为参考答案：

一、基础篇

1、APP的测试流程？

APP测试流程与web测试流程类似，分为如下七个阶段：

1.根据需求说明书编写测试计划；

2.制定测试方案，主要是测试任务、测试人员和测试时间的分配；

3.测试准备，包括搭建测试环境，准备测试数据，确定测试方法；

4.测试用例的设计与编写，进行用例评审及补充完善；

5.执行测试时首先进行冒烟测试，然后对主功能流程进行测试，包括客户端的单个功能模块，及功能业务逻辑功能交互，回归测试；

6.提交测试结果，包括测试用例，测试计划；

7.日常维护性测试；

APP测试周期可根据项目的开发周期来确定测试时间，一般测试时间为两三周，根据项目情况以及版本质量可适当缩短或延长测试时间。

2、APP测试需准备哪些测试资源？

具体要准备的测试资源，根据实际项目来，可以从以下几个方面出发：

1.IOS设备、Android设备（选取市面上主流手机产品）；

2.支付宝/银联支付的项目，需要提前申请支付宝/银联账户等等；

3.有秒杀专题的题目，需要规划秒杀时间表；

4.有优惠券使用的项目，需要添加优惠券数据；

3、APP测试和Web测试的区别？

单纯从功能测试的层面上来讲的话，APP 测试、web 测试在流程和功能测试上是没有区别的。

相同点：

1.同样的测试用例设计方法；

2.同样的测试方法：都会依据原型图或效果图检查UI；

3.测试页面载入和翻页的速度、登录时长、内存是否溢出等；

4.测试应用系统的稳定性；

不同点：

1.系统结构方面

web项目，b/s架构，基于浏览器的；web测试只要更新了服务器端，客户端就会同步更新。

app项目，c/s结构的，必须要有客户端；app 修改了服务端，则客户端用户所有核心版本都需要进行回归测试一遍。

2.性能方面

web项目 需监测 响应时间、CPU、Memory；

app项目 除了监测 响应时间、CPU、Memory外，还需监测 流量、电量等；

3.兼容性方面

web项目：浏览器（火狐、谷歌、IE等）；操作系统（Windows7、Windows10、Linux等）。

app项目：设备系统:iOS（ipad、iphone）、Android（三星、华为、联想等） 、Windows（Win7、Win8）、OSX（Mac）；手机设备可根据 手机型号、分辨率、屏幕尺寸不同。

4、相对于 Wed 项目，APP有专项测试

1）干扰测试：中断，来电，短信，关机，重启等。

2）弱网络测试（模拟2g、3g、4g、5g，wifi网络状态以及丢包情况）；网络切换测试（网络断开后重连、3g切换到4g、5g/wifi 等）。

3）安装、更新、卸载，中断、前后台切换。

安装：需考虑安装时的中断、弱网、安装后删除安装文件，全新安装、升级安装、第三方工具安装等情况；

卸载：需考虑第三方工具卸载、直接卸载卸，载后是否删除app相关的文件；

更新：分强制更新、非强制更新、增量包更新、断点续传、弱网状态下更新；

中断：来电中断、短信中断、闹钟中断、手机锁定、手机断电、手机死机；

4）界面操作：关于手机端测试，需注意手势，横竖屏切换，多点触控，前后台切换。

5）安全测试：安装包是否可反编译代码、安装包是否签名、权限设置，例如访问通讯录等。

6）边界测试：可用存储空间少、没有SD卡/双SD卡、飞行模式、系统时间有误、第三方依赖（QQ、微信登录）等。

7）权限测试：设置某个App是否可以获取该权限，例如是否可访问通讯录、相册、照相机等。

5、测试工具方面

自动化工具：APP 一般使用 Appium; Web 一般使用 Selenium；

性能测试工具：APP 一般使用Monkey、 JMeter; Web 一般使用 LR、JMeter；

4、Android和IOS系统有什么区别？

1.两者运行机制不同：IOS采用的是沙盒运行机制，安卓采用的是虚拟机运行机制。

IOS 沙盒运行机制：

每个程序都有自己的虚拟地址空间。所以，程序之间不能进行访问。

默认只会将应用的最后运行数据，记录在RAM里面。

Android 虚拟机运行机制：

所有的应用程序都是运行在虚拟机中，用户界面其实是由虚拟机传递的，并且通过虚拟机，Android的任何程序都就可以轻松访问其他程序文件。

所有的Android的应用程序都是运行在RAM里面的，所以会发现有时候Android用着用着就开始有点卡顿。

2.两者后台制度不同：IOS中任何第三方程序都不能在后台运行；安卓中任何程序都能在后台运行，直到没有内存才会关闭。

3.IOS中用于UI指令权限最高，安卓中数据处理指令权限最高。

5、IOS和Android的APP测试有什么区别？

1.物理按键：Android长按home键呼出应用列表和切换应用，然后右滑则终止应用；iOS所有的返回上一层，只能靠页面功能实现。

2.多分辨率测试：Android端20多种；IOS较少。

3.手机操作系统：Android较多，IOS较少且不能降级，只能单向升级；新的IOS系统中的资源库不能完全兼容低版本中的IOS系统中的应用，低版本IOS系统中的应用调用了新的资源库，会直接导致闪退。

4.操作习惯：Android，Back键是否被重写，测试点击Back键后的反馈是否正确；应用数据从内存移动到SD卡后能否正常运行等。

5.push测试：Android点击home键，程序后台运行时，此时接收到push，点击后唤醒应用，此时是否可以正确跳转；IOS点击home键关闭程序和屏幕锁屏的情况（红点的显示）。

6.安装卸载测试：Android可以通过手机自带的应用市场或者是第三方的手机助手进行下载，下载和安装的平台和工具和渠道比较多；IOS主要有app store，iTunes和testflight下载。

7.升级测试：可以被升级的必要条件：新旧版本具有相同的签名；新旧版本具有相同的包名；有一个标示符区分新旧版本（如版本号）。

8.支付方式：对于一些有内购功能的APP，Android直接调用第三方支付渠道完成支付；IOS需要先在APP store里绑定支付方式，然后通过APP store去完成支付操作。

9.消息推送机制：Android使用第三方或者自建平台进行消息推送；IOS的消息推送渠道由苹果官方提供。

6、介绍一个APP抓包工具？

一般用Fiddler，主要用来做app抓包使用，先在Fiddler客户端做好各项配置，端口设置为8888;然后在手机上设置代理，就可以抓包，主要看的是服务器返回的值、还能够修改传入参数、传出的参数、模拟网络延时，构造不同场景。

7、APP日志如何抓取？

可以使用adb命令：adb logcat | find “com.sankuai.meituan” >d:\test.txt

也可以用ddms抓取，手机连上电脑，打开ddms工具；

或者在Android Studio开发工具中，打开DDMS；

8、常用的adb命令有哪些？

1.查看帮助手册列出所有的选项说明及子命令：

adb help

2.获取设备列表及设备状态：

adb devices

3.安装应用：adb install 路径\xx.apk, 安装应用；adb install -r 重新安装。

adb install

adb install -r

4.获取设备的状态，设备的状态有 device , offline , unknown3种，其中device：设备正常连接，offline：连接出现异常，设备无响应，unknown：没有连接设备。

adb get-state

5.卸载应用：adb uninstall <包名>, 后面的参数是应用的包名，区别于 apk 文件名。

adb uninstall

6.将 Android 设备上的文件或者文件夹复制到电脑本地：adb pull <远程路径> <本地路径>, 如复制 Sdcard 下的 pull.txt 文件到 D 盘：adb pull sdcard/pull.txt d:\，重命名：adb pull sdcard/pull.txt d:\rename.txt。

adb pull

7.推送本地文件至 Android 设备：adb push <本地路径> <远程路径>, 如推送 D 盘下的 ITester.txt 至 Sdcard：adb push d:\ITester.txt sdcard/ （注意sdcard 后面的斜杠不能少）。

adb push

8.结束和启动adb服务：adb kill-server /adb start-server , 结束 adb 服务/启动 adb 服务，通常两个命令一起用，设备状态异常时使用 kill-server，运行 start-server 进行重启服务。

adb kill-server

adb start-server

9.打印及清除系统日志：adb logcat , 打印 Android 的系统日志 ；adb logcat -c,清除日志。

adb logcat

adb logcat -c

10.查找包名/活动名

adb logcat | findstr START

9、adb三个组件是指？

ADB作为一个客户端/服务器架构的命令行工具，主要由3个部分组成。

adb clent（客户端）：可以通过它对Android应用进行安装、卸载及调试。

adb service（服务器）：管理客户端到Android设备上abd后台进程的连接，负责管理client和damon进行通信。

adb daemon（守护进程）：运行在Android设备上的adb后台进程。

二、进阶篇

1、介绍一下Android四大组件？

Android四大基本组件：Activity、BroadcastReceiver广播接收器、ContentProvider内容提供者、Service服务。
Activity：应用程序中，一个Activity就相当于手机屏幕，它是一种可以包含用户界面的组件，主要用于和用户进行交互。一个应用程序可以包含许多活动，比如事件的点击，一般都会触发一个新的Activity。

BroadcastReceiver广播接收器：应用可以使用它对外部事件进行过滤只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而，它们可以启动一个activity或serice 来响应它们收到的信息，或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力──闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。

ContentProvider内容提供者：内容提供者主要用于在不同应用程序之间实现数据共享的功能，它提供了一套完整的机制，允许一个程序访问另一个程序中的数据，同时还能保证被访问数据的安全性。只有需要在多个应用程序间共享数据时才需要内容提供者。例如：通讯录数据被多个应用程序使用，且必须存储在一个内容提供者中。它的好处：统一数据访问方式。

Service服务：是Android中实现程序后台运行的解决方案，它非常适合去执行那些不需要和用户交互而且还要长期运行的任务（一边打电话，后台挂着QQ）。服务的运行不依赖于任何用户界面，即使程序被切换到后台，或者用户打开了另一个应用程序，服务仍然能够保持正常运行，不过服务并不是运行在一个独立的进程当中，而是依赖于创建服务时所在的应用程序进程。当某个应用程序进程被杀掉后，所有依赖于该进程的服务也会停止运行（正在听音乐，然后把音乐程序退出）。

2、Activity生命周期？

生命周期即活动从开始到结束所经历的各种状态，从一个状态到另一个状态的转变，从无到有再到无，Activity本质上有四种状态：

运行（Active/Running）:Activity处于活动状态，此时Activity处于栈顶，是可见状态，可以与用户进行交互。

暂停（Paused）:当Activity失去焦点时，或被一个新的非全面屏的Activity，或被一个透明的Activity放置在栈顶时，Activity就转化为Paused状态。此刻并不会被销毁，只是失去了与用户交互的能力，其所有的状态信息及其成员变量都还在，只有在系统内存紧张的情况下，才有可能被系统回收掉。

停止（Stopped）:当Activity被系统完全覆盖时，被覆盖的Activity就会进入Stopped状态，此时已不在可见，但是资源还是没有被收回。

系统回收（Killed）:当Activity被系统回收掉，Activity就处于Killed状态。

如果一个活动在处于停止或者暂停的状态下，系统内存缺乏时会将其结束（finish）或者杀死（kill）。这种非正常情况下，系统在杀死或者结束之前会调用onSaveInstance()方法来保存信息，同时，当Activity被移动到前台时，重新启动该Activity并调用onRestoreInstance()方法加载保留的信息，以保持原有的状态。

在上面的四中常有的状态之间，还有着其他的生命周期来作为不同状态之间的过渡，用于在不同的状态之间进行转换。

3、介绍一下安卓SDK中自带的工具

有如下几个工具：

ddms：Dalvik Debug Monitor Service，是 Android 开发环境中的Dalvik[虚拟机]调试监控服务。

monkey：Android中的一个命令行工具，可以运行在模拟器里或实际设备中。它向系统发送伪随机的用户事件流(如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试。

uiautomator：UIAutomator是Eclipse自带的用于UI自动化测试工具，可仿真APP上的单击、滑动、输入文本等操作。

monitor：同uiautomator

adb：ADB的全称为Android Debug Bridge，就是起到调试桥的作用。通过ADB我们可以在Eclipse中方面通过DDMS来调试Android程序，就是debug工具。

4、你所了解的APP测试工具？

常用的APP测试工具如下，，查看对应工具地址。

APP自动化测试工具：

Appium
Airtest
uiautomator2（python）

APP稳定性测试工具：
Monkey
MonkeyRunner
Maxim
UICrawler

APP性能测试工具：
GT
Perfdog
SoloPi

APP弱网测试&抓包工具：
QNET
Fiddler
Charles

APP兼容性测试工具：
TestIn
腾讯优测
百度MTC
阿里MQC

APP安全测试工具：
OWASP ZAP

Drozer

MobSF

QARK

5、介绍冷启动、暖启动、热启动

APP启动会发生多个事件，测试人员需要知道整个环节是否出现问题，需要了解到具体是哪个环节存在问题：

冷启动：当进程不存在的时候，从进程创建开始到界面的展示的过程；

暖启动：有一部分资源已经存在，进程存在，相对于热启动要消耗更多资源。当用户退出应用程序时，进程还会

存在，暖启动相较于冷启动只是少了进程的创建；

热启动：大部分资源都在，只是应用之间的切换；

首屏启动：第一屏加载完整；

标准：

冷启动：需要5秒甚至更长；

暖启动：需要2秒甚至更长；

热启动：需要1.5秒甚至更长；

整个启动过程可以用adb工具进行分析，利用adb logcat获取启动数据，或者录屏，使用ffmpeg拆帧分析。
首先定义一个变量，这个变量填写用到的包名。

清除缓存数据：

停止进程：

通过以上命令就做好了冷启动的环境，下面启动app并获取数据。启动App

-S表示启动之前先停止应用进程

-W是表示等待对应的activity启动完成

获取数据：

获取的时间如下：

6、谈谈对冷启动的理解？

应用的启动可以分为冷启动，热启动和温启动，而启动最慢、耗时最长的就是冷启动。

冷启动开始时，系统会依次执行三个任务去启动APP:

加载和启动应用程序；

APP启动后，立即创建一个空白的启动Window；

创建APP的进程；

在这三个任务执行后，系统创建了应用进程，那么应用进程接下来会执行下一步：

创建APP对象；

开启一个主线程；

创建启动页的Activity；

加载View；

布局view到屏幕；

进行初始绘制显示视图；

当应用进程完成初始绘制之后，系统进程用启动页的Activity来替换当前显示的空白Window，这个时刻用户就可以使用App了。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

​

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！