APP测试面试题汇总

一、基础篇

3.测试准备，包括搭建测试环境，准备测试数据，确定测试方法；文章源自玩技e族-https://www.playezu.com/27974.html

4.测试用例的设计与编写，进行用例评审及补充完善；文章源自玩技e族-https://www.playezu.com/27974.html

5.执行测试时首先进行冒烟测试，然后对主功能流程进行测试，包括客户端的单个功能模块，及功能业务逻辑功能交互，回归测试；文章源自玩技e族-https://www.playezu.com/27974.html

6.提交测试结果，包括测试用例，测试计划；文章源自玩技e族-https://www.playezu.com/27974.html

7.日常维护性测试；文章源自玩技e族-https://www.playezu.com/27974.html

文章源自玩技e族-https://www.playezu.com/27974.html

APP测试周期可根据项目的开发周期来确定测试时间，一般测试时间为两三周，根据项目情况以及版本质量可适当缩短或延长测试时间。文章源自玩技e族-https://www.playezu.com/27974.html

• Activity：应用程序中，一个Activity就相当于手机屏幕，它是一种可以包含用户界面的组件，主要用于和用户进行交互。一个应用程序可以包含许多活动，比如事件的点击，一般都会触发一个新的Activity。
• BroadcastReceiver广播接收器：应用可以使用它对外部事件进行过滤只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而，它们可以启动一个activity或serice 来响应它们收到的信息，或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力──闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。
• ContentProvider内容提供者：内容提供者主要用于在不同应用程序之间实现数据共享的功能，它提供了一套完整的机制，允许一个程序访问另一个程序中的数据，同时还能保证被访问数据的安全性。只有需要在多个应用程序间共享数据时才需要内容提供者。例如：通讯录数据被多个应用程序使用，且必须存储在一个内容提供者中。它的好处：统一数据访问方式。
• Service服务：是Android中实现程序后台运行的解决方案，它非常适合去执行那些不需要和用户交互而且还要长期运行的任务（一边打电话，后台挂着QQ）。服务的运行不依赖于任何用户界面，即使程序被切换到后台，或者用户打开了另一个应用程序，服务仍然能够保持正常运行，不过服务并不是运行在一个独立的进程当中，而是依赖于创建服务时所在的应用程序进程。当某个应用程序进程被杀掉后，所有依赖于该进程的服务也会停止运行（正在听音乐，然后把音乐程序退出）。

生命周期即活动从开始到结束所经历的各种状态，从一个状态到另一个状态的转变，从无到有再到无，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()方法加载保留的信息，以保持原有的状态。

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

• Appium
• Airtest
• uiautomator2（python）

• Monkey
• MonkeyRunner
• Maxim
• UICrawler

• GT
• Perfdog
• SoloPi

• QNET
• Fiddler
• Charles

• TestIn
• 腾讯优测
• 百度MTC
• 阿里MQC

• OWASP ZAP
• Drozer
• MobSF
• QARK

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

• 冷启动：当进程不存在的时候，从进程创建开始到界面的展示的过程；
•  暖启动：有一部分资源已经存在，进程存在，相对于热启动要消耗更多资源。当用户退出应用程序时，进程还会存在，暖启动相较于冷启动只是少了进程的创建；
• 热启动：大部分资源都在，只是应用之间的切换；
• 首屏启动：第一屏加载完整；

标准：

• 冷启动：需要5秒甚至更长；
• 暖启动：需要2秒甚至更长；
• 热启动：需要1.5秒甚至更长；

整个启动过程可以用adb工具进行分析，利用adb logcat获取启动数据，或者录屏，使用ffmpeg拆帧分析。

首先定义一个变量，这个变量填写用到的包名。

清除缓存数据：

停止进程：

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

• -S表示启动之前先停止应用进程
• -W是表示等待对应的activity启动完成

获取数据：

获取的时间如下：

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

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

• 加载和启动应用程序；
• APP启动后，立即创建一个空白的启动Window；
• 创建APP的进程；

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

• 创建APP对象；
• 开启一个主线程；
• 创建启动页的Activity；
• 加载View；
• 布局view到屏幕；
• 进行初始绘制显示视图；

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