app测试面试题汇总 -凯发app官网

一、基础篇

2.制定测试方案，主要是测试任务、测试人员和测试时间的分配；文章源自玩技e族-https://www.playezu.com/27974.html

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

生命周期即活动从开始到结束所经历的各种状态，从一个状态到另一个状态的转变，从无到有再到无，activity本质上有四种状态：文章源自玩技e族-https://www.playezu.com/27974.html

• 运行（active/running）:activity处于活动状态，此时activity处于栈顶，是可见状态，可以与用户进行交互。
• 暂停（paused）:当activity失去焦点时，或被一个新的非全面屏的activity，或被一个透明的activity放置在栈顶时，activity就转化为paused状态。此刻并不会被销毁，只是失去了与用户交互的能力，其所有的状态信息及其成员变量都还在，只有在系统内存紧张的情况下，才有可能被系统回收掉。
• 停止（stopped）:当activity被系统完全覆盖时，被覆盖的activity就会进入stopped状态，此时已不在可见，但是资源还是没有被收回。
• 系统回收（killed）:当activity被系统回收掉，activity就处于killed状态。

如果一个活动在处于停止或者暂停的状态下，系统内存缺乏时会将其结束（finish）或者杀死（kill）。这种非正常情况下，系统在杀死或者结束之前会调用onsaveinstance()方法来保存信息，同时，当activity被移动到前台时，重新启动该activity并调用onrestoreinstance()方法加载保留的信息，以保持原有的状态。文章源自玩技e族-https://www.playezu.com/27974.html

在上面的四中常有的状态之间，还有着其他的生命周期来作为不同状态之间的过渡，用于在不同的状态之间进行转换。文章源自玩技e族-https://www.playezu.com/27974.html

• appium
• airtest
• uiautomator2（python）

• monkey
• monkeyrunner
• maxim
• uicrawler

• gt
• perfdog
• solopi

• qnet
• fiddler
• charles

• testin
• 腾讯优测
• 百度mtc
• 阿里mqc

• owasp zap
• drozer
• mobsf
• qark

app启动会发生多个事件，测试人员需要知道整个环节是否出现问题，需要了解到具体是哪个环节存在问题：文章源自玩技e族-https://www.playezu.com/27974.html

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

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

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

整个启动过程可以用adb工具进行分析，利用adb logcat获取启动数据，或者录屏，使用ffmpeg拆帧分析。文章源自玩技e族-https://www.playezu.com/27974.html

首先定义一个变量，这个变量填写用到的包名。文章源自玩技e族-https://www.playezu.com/27974.html

清除缓存数据：文章源自玩技e族-https://www.playezu.com/27974.html

停止进程：文章源自玩技e族-https://www.playezu.com/27974.html

通过以上命令就做好了冷启动的环境，下面启动app并获取数据。启动app文章源自玩技e族-https://www.playezu.com/27974.html

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

获取数据：文章源自玩技e族-https://www.playezu.com/27974.html

获取的时间如下：文章源自玩技e族-https://www.playezu.com/27974.html

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

应用的启动可以分为冷启动，热启动和温启动，而启动最慢、耗时最长的就是冷启动。文章源自玩技e族-https://www.playezu.com/27974.html

冷启动开始时，系统会依次执行三个任务去启动app:文章源自玩技e族-https://www.playezu.com/27974.html

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

在这三个任务执行后，系统创建了应用进程，那么应用进程接下来会执行下一步：文章源自玩技e族-https://www.playezu.com/27974.html

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

当应用进程完成初始绘制之后，系统进程用启动页的activity来替换当前显示的空白window，这个时刻用户就可以使用app了。文章源自玩技e族-https://www.playezu.com/27974.html