0


App测试经典面试题及参考答案

5b9ccaac6f18ab2dd16a759a015abacb.jpeg

正己守道 厚德载物

App测试面试题及参考答案

最近整理了一些关于App测试的面试题。

本参照答案是本人在工作实践中总结,仅代表个人观点,如有错误,请谅解。

1.问:说一些你在测试过程中常用到的adb命名

答:回答本问题时,首先不要想到哪个命名就说哪个命令,然后自己也不记得自己到底说了哪些命令,这样面试官会觉得你思路不清晰,回答这个问题首先要根据命令进行分类说明,如安装卸载操作命令,设备连接状态查看操作,系统状态查看命令,截屏键盘操作命令,启动停止操作分类,然后根据分类去说每个分类说大概4-5即可,切记要把自己熟悉使用过得来描述,因为面试官可能会问到你相关的命令集体的使用说明。命令分类参照如下:

1)安装,卸载操作:adbinstall apk文件,adbshell pm install apk文件,adbunistall包名,adbshellpmunistall包名

2)设备连接及状态查看说明:adbconnect,adbdisconnect, adb devices, adb get-state, adb get-serialno

3)截屏键盘操作命令:adb shell screencap -p , adb shell input keyevent, adb shell input text

4)系统资源情况:adb shell demsg, adb shell dumpstate, adb shell dumpsys cpuinfo, adb shell dumpsys meminfo,adb shell dumpsys wifi,adb shell dumpsys account

5)启动停止操作:adb reboot, adbshellam start -n 包名,adbshellamforce-stop包名

2.问:APP测试与web测试的区别?

答:单纯从功能测试的层面上来讲的话,APP 测试、web 测试在流程和功能测试上是没有区别的。具有以下相同点:

1.测试用例设计方法;

2.测试方法;

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.APP专项测试

1)干扰测试:中断,来电,短信,关机,重启等。

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

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

4)安装:需考虑安装时的中断、弱网、安装后删除安装文件,全新安装、升级安装、第三方工具安装等情况;

5)卸载:需考虑第三方工具卸载、直接卸载,卸载后是否删除app相关的文件;

6)更新:强制更新、非强制更新、增量包更新、断点续传、弱网状态下更新;

7)中断:来电中断、短信中断、闹钟中断、手机锁定、手机断电、手机死机;

8)界面操作:关于手机端测试,需注意手势,横竖屏切换,多点触控,前后台切换。

9)安全测试:安装包是否可反编译代码、安装包是否有签名、权限设置,例如访问通讯录等。

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

11)权限测试:设置某个App是否可以获取该权限,例如是否可访问通讯录、相册、照相机等。

5.测试工具方面

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

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

3.问:APP闪退有哪些原因造成的?

App闪退的原因有很多,举例:

1)缓存垃圾太多,Android系统的特性,如果长时间不清理垃圾文件,会导致越来越卡,甚至闪退。

2)运行程序太多,导致内存不足。

3)应用版本兼容问题,分辨率兼容问题。

4)APP的SDK与手机系统不兼容。

5)系统升级后,新版本不兼容老版本的API,返回对象失败,报空指针。

6)软件权限未开放。

4.问:APP实时日志如何抓取?

答:App的实时日志主要可以通过以下工具获取:

1)可以使用adb命令:adb logcat | find "com.sankuai.meituan" >d:\huamini\test.txt

2)用ddms抓取,手机连上电脑,打开ddms工具;

3)手机连上电脑,打开monitor工具抓取

4)在Android Studio开发工具中,打开DDMS;

5.问:讲一下安卓 SDK中自带工具的功能?

答:Andriod自带的工具有以下:

1)adb:ADB的全称为Android Debug Bridge,是一种debug工具。用与调试使用PC对设备进行操作

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

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

4)monkeyrunner:提供了一个API,使用此API写出的程序可以在Android代码之外控制Android设备和模拟器。

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

6)monitor:同uiautomator

6.问:简要说一下冷启动、暖启动、热启动、首屏启动

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

冷启动:当进程不存在的时候,从进程创建开始到界面的展示过程;

暖启动:有一部分资源已经存在,进程存在,相对于热启动要消耗更多资源。当用户退出应用程序时,进程还会存在,暖启动相较于冷启动只是少了进程的创建;

热启动:大部分资源都在,只是应用之间的切换;

首屏启动:第一屏加载完整;

启动时间标准一般:

冷启动:需要5秒甚至更长;

暖启动:需要2秒甚至更长;

热启动:需要1.5秒甚至更长;

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

adb logcat

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

package=com.netease.qa.emmagee

清除缓存数据:

adb shell pm clear $package

停止进程:

adb shell am force-stop $package

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

adb shell am start -S -W $package/.activity.MainPageActivity

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

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

获取数据:

bash adb logcat |grep -i displayed

7.问:Android和IOS手机系统有什么区别?

答:Android和IOS系统主要有以下几个不同:

1)两者运行机制不同:IOS系统采用的是沙盒运行机制,Android系统采用的是虚拟机运行机制。

2)两者后台制度不同:IOS系统中任何第三方程序都不能在后台运行;Android系统中任何程序都能在后台运行,直到没有内存才会关闭。

3)IOS中用于UI指令权限最高,Android中数据处理指令权限最高

8.问:IOS和安卓的APP测试有什么不同?

答:Android和IOS系统的App测试主要有以下几个不同:

1)多分辨率测试:Android端20多种,IOS较少。

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

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

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

5)消息推送机制:Android使用第三方或者自建平台进行消息推送;IOS的消息推送渠道由苹果官方提供。

9.问:Push消息如何测试?

答:App应用的push消息测试主要从以下几个方面考虑:

1)检查Push消息是否按照指定的业务规则发送。

2)检查设置不接收推送消息时,用户不会再接收到Push消息。

3)如果用户设置了免打扰的时间段,检查在免打扰时间段内,用户接收不到Push。在非免打扰时间段内,用户能正常收到Push。

4)当Push消息是针对登录用户的时候,需要检查收到的Push与用户身份是否相符。一般情况下,只对手机上最后一个登录用户进行消息推送。

5)测试Push时,在开关机、待机状态下执行推送,消息及其推送跳转的正确性。

6)多条推送的合集的显示和跳转是否正确。

10.问:APP测试的主要内容有哪些?

答:App主要测试内容包含以下几个部分:

1.功能测试:

业务逻辑正确性测试:依据产品文档->测试用例编写。

2.兼容性测试:

a)系统版本:Android:官方版本,定制版本;IOS:官方提供版本。

b)分辨率:720 * 1280 1080* 1920。

c)网络情况:2g 3g 4g 5g Wi-Fi。

3.异常测试:

a)热启动应用:应用在后台长时间待机;应用在后台待机过程中,手机重启。

b)网络切换和中断恢复。

c)电话信息中断恢复。

4.升级,安装,卸载测试:

1)升级测试:临近版本升级(1.0->1.1);跨版本(1.0->....->2.2)

2)安装测试:首次安装;覆盖安装(同版本,不同版本覆盖);卸载后安装。

3)卸载测试:首次卸载;卸载安装后再卸载。

5.健壮性测试:

1)手机资源消耗:cpu,内存。

2)流量消耗:图片,数据,视频。

3)电量测试。

4)崩溃恢复。

11.问:APP的闪退通常是什么原因?

答:APP闪退通常可能会有以下原因:

1)缓存垃圾太多,Android 系统的特性,如果长时间不清理垃圾文件,会导致越来越卡,甚至闪退;

2)运行程序太多,导致内存不足;

3)应用版本兼容问题,分辨率兼容问题;

4)APP中访问网络的地方,组件能否正常下载并显示;

5)APP的 SDK 与手机系统不兼容;

6)系统升级后,新版本不兼容老版本的 API,返回对象失败,报空指针;

7)软件权限未开放。

12.问:测试过程中遇到 app 出现 crash 或者 ANR,你会怎么处理?

答:APP 出现 Crash 或 ANR,可以从以下几个方面处理:

1)可以先把日志过滤出来:adb logcat | findstr xxxxx(过滤日志信息) ;

2)然后再搜索其中的关键字,比如:exception、crash,看看是哪些方法或者异常导致了问题;

3)初步定位问题原因后,可以交给开发人员去具体查找深层原因并修复。

13.问:你平常会看日志吗, 一般会出现哪些异常(Exception)?

答:在测试过程中,一般会遇到以下常见的几种异常:

NullPointerException - 空指针引用异常

ClassCastException - 类型强制转换异常

IllegalArgumentException - 传递非法参数异常

ArithmeticException - 算术运算异常

ArrayStoreException - 向数组中存放与声明类型不兼容对象异常

IndexOutOfBoundsException - 下标越界异常

NegativeArraySizeException - 创建一个大小为负数的数组错误异常

NumberFormatException - 数字格式异常

SecurityException - 安全异常

UnsupportedOperationException - 不支持的操作异常

14.问:APP 测试的内容主要包括哪些,如何开展?

答:App测试内容主要包含以下部分:

功能测试:

业务逻辑正确性测试:依据产品文档->测试用例编写。

兼容性测试:

1.系统版本:Android:官方版本,定制版本;IOS:官方提供版本。

2.分辨率:720 * 1280 1080* 1920。

3.网络情况:2g 3g 4g 5g Wi-Fi。

异常测试:

1.热启动应用:应用在后台长时间待机;应用在后台待机过程中,手机重启。

2.网络切换和中断恢复:网络切换;中断恢复。

3.电话信息中断恢复。

升级,安装,卸载测试:

1.升级测试:临近版本升级(1.0->1.1);跨版本(1.0->…->2.2)。

2.安装测试:首次安装;覆盖安装(同版本,不同版本覆盖);卸载后安装。

3.卸载测试:首次卸载;卸载安装后在卸载。

性能健壮性测试:

1.手机资源消耗:cpu,内存。

2.流量消耗:图片,数据,视频。

3.电量测试。

4.崩溃恢复。

安全性测试

1.测试App的会话session是否有过期设置;

2.测试App请求中是否包含了明文的用户信息;

3.测试App的请求是否加密;

4.测试SQLite数据库的存储是否安全;

5.测试App使用WebView的安全性。

15.问:APP 性能测试关注点及常见 APP 性能测试工具

答:App性能测试关注以下几个主要点:

1)包体大小:

包体大小能被列为性能指标,是从 APP 性能指标及运营两个维度考虑的,用户是更希望包体小的同时性能要好,有时它们会是一个互相取舍的关系。

2)启动时长:

移动应用的启动时间是用户体验的一个重要方面,IOS 一直建议尽可能的缩短启动时间,防止用户不愿意使用它们。对于浏览器而言,由于程序启动时还会有教育页和闪屏的下发,因此启动时间的获取显得尤为重要。

启动时间分为冷启动时间和热启动时间,所谓的“冷启动”,就是一个完全没有运行的应用的启动时间,与热启动(应用已经在后台运行,某个事件将其带至前台)相比,由于此时系统尚未建立缓存,因此冷启动往往要较平时(热启动)耗费更长的时间。

3)内存使用:

在 Android 系统中,每个 APP 进程除了同其他进程共享(shared dirty)外,还独用私有内存(private dirty),通常我们使用 PSS(=私有内存+比例分配共享内存)来衡量一个 APP 的内存开销。移动设备的内存资源是非常有限,为每个 APP 进程分配的私有内存也是有限制。一方面我们要合理的申请内存使用,以免导致频繁的 GC(垃圾回收机制)影响性能和大对象申请发生内存溢出;另一方面,我们要及时释放内存,以免发生内存泄漏。

4)CPU 占用率:

一般情况下,用主流手机使用 APP20%-40%的 CPU 占用率算是合理的,当然这个数值随着近年来手机硬件配置的提高,会略微下降,如果 CPU 占用率超过 80%就非常值得我们去关注了。

5)图片处理器每秒刷新的帧数(FPS):

可用来指示页面是否平滑的渲染。手机 APP 帧率 FPS,30-60 都可接受,上了 60 对于人眼主观感受差别就不大了。对于移动应用开发而言,并不是 FPS 越高就一定越好,FPS 取决于显卡,其次是内存、CPU,然后是网络。故综合 APP 其他性能指标,选择一个适合的 FPS 即可。

6)电量:

相对于 PC 来说,移动设备的电池电量是非常有限的,保持持久的续航能力尤为重要。另外,android 的很多特性都比较耗电(如屏幕,GPS,sensor 传感器,唤醒机制,CPU,连网等的使用),我们必须要慎重检查 APP 的电量使用,以免导致用户手机耗电发热,带来不良体验。

7)流量:

目前的网络类型包含 2G\3G\4G\5G\wifi,其中还有不同运营商的区分,我们在 APP 的使用中经常遇到大资源,重复请求,调用响应慢,调用失败等各种情况。在不同的网络类型之下,我们不仅要控制流量使用,还需要加快请求的响应。另外,对于需要联网的手游来说,部分游戏对不同联网方式的网络类型采用了不同的流量消耗策略,主要分为 wifi 环境和蜂窝网络环境。所以针对不同的游戏,我们统计流量消耗时,可能要连接不同的网络进行测试。

性能测试工具有哪些

GT 和 PerfDog,Emmagee,APT ,DDMS 和手机自带开发者选项中的工具,也可以通过 adb 命令来查看等。

16.问:如何对 app 进行弱网测试

答:弱网测试一般需要考虑测试APP的加载时间、可用性、稳定性和健壮性。这时我们就可以借助工具来模拟不同的网络状况,模拟 2G、3G 或弱网情况进行测试。工具可以选择Fiddler也可以选择 Charles 也可以选择其他工具。

标签: web app 测试工具

本文转载自: https://blog.csdn.net/ZHrj202088/article/details/128291072
版权归原作者 正小厚 所有, 如有侵权,请联系我们删除。

“App测试经典面试题及参考答案”的评论:

还没有评论