正己守道 厚德载物
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 也可以选择其他工具。