软件测试知识点和面试题--app测试篇

软件测试知识点和面试题--接口测试篇

软件测试知识点和面试题--性能测试篇

软件测试知识点和面试题--手工测试篇(功能测试)

APP发布流程

内部
    发布平台
        蒲公英、Testlink等
    发布步骤
        1.开发打包上传到内测分发平台
        2.平台可以生成对应的二维码
        3.测试直接扫码进行应用安装
线上
    发布平台
        各类安卓手机品牌商城
        App store、iTools
    发布步骤
        1.开发者账号注册,申请在发布平台(各种应用商店)上架
        2.针对不同的发布平台,在软件包中加入对应的平台ID(渠道ID),上传到发布平台
        3.平台审核通过后,用户即可在应用商店中下载

APP测试流程

和Web测试流程一致
    需求评审
    编写计划和方案
    设计用例和评审
    执行用例和缺陷跟踪
    编写测试报告
弱化文档
    计划:表格/甘特图
    方案:XMIND/甘特图

ADB命令

adb help  #帮助信息
adb version  #版本信息

启动和停止adb

adb start-server
adb kill-server

设备相关

连接手机/模拟器

adb connect ip:端口

重启 Android 设备

adb reboot
adb reboot recovery
adb reboot bootloader

获取 root 权限

adb root
adb remount

返回设备序列号SN值

adb get-serialno

获取设备分辨率

adb shell wm size

查看当前接入的移动端设备

adb devices

获取设备的状态

adb get-state
device:设备正常连接
offline:连接出现异常,设备无响应
unknown:没有连接设备

查看设备已安装的软件包

adb shell pm list packages

查看当前打开的APP包名和Activity

adb shell dumpsys window w | findstr mFocusedApp

APP相关

应用的 dump 信息

adb shell pm dump 包名

安装APP

首次安装
	adb install C:/Users/xjChen/Downloads/SoloPi.apk
覆盖安装
	adb install -r C:/Users/xjChen/Downloads/SoloPi.apk

卸载APP

adb uninstall 包名

APP 启动

adb shell am start -n 软件包名/.Activity名

监控APP冷热启动时间

adb shell am start -W -n 软件包名/.Activity名

APP 关闭

adb shell am force-stop 包名

.apk 位置

adb shell pm path 包名

重置APP

adb shell pm clear 包名

截屏并保存至 sdcard 目录

无法直接保存到电脑,需要pull拉取

adb shell screencap -p /sdcard/screen.png

录制视频并保存至sdcard

执行命令后操作手机,ctrl + c 结束录制,无法直接保存到电脑,需要pull拉取

adb shell screenrecord sdcard/record.mp4

文件传送

复制电脑文件到设备

adb push 电脑文件路径 设备路径

复制设备文件到电脑

adb pull 设备文件 [电脑某路径下]

调试相关

生成bugreport文件:打印dumpsys、dumpstate、logcat的输出

adb bugreport > C:/Users/xjChen/Downloads/bugreport.log
jdwp进程:显示有效地jdwp (java debug wire protocol) 进程

adb jdwp

查看日志流程

1.清空日志

adb logcat -c

2.复现问题

3.执行命令提取和查看日志

adb logcat | findstr 应用包名 > D:/log.txt 

Monkey稳定性测试

1.查看APP包名和Activity

adb shell dumpsys window w | findstr mFocusedApp

2.执行adb命令

adb [-s 设备名] shell monkey -p 包名 --ignore-crashes --ignore-timeouts --throttle 400 -v -s 500 5000 > D:/monkey_log.txt

--ignore-crashes 忽略闪退
--ignore-timeouts :忽略超时
--throttle 400 :随机延迟延迟400ms
-v : 表示记录反馈日志的详细程度 ,-v -v -v 最详细
-s 500: 用于指定伪随机数生成器的seed值
5000:伪随机的事件次数

3.查看日志

日志末尾Monkey finished--表明本次的Monkey没有异常,测试通过
CRASH--表明有进程出现问题,测试不通过
ANR--测试过程中有无响应现象,测试不通过
Exception--其他问题,测试不通过

APP专项测试

CPU占有率

获取本机CPU占有率

adb shell dumpsys cpuinfo

获取应用的CPU占有率

adb shell dumpsys  cpuinfo | findstr +包名

内存使用情况

本机内存的使用情况

adb shell getprop | findstr dalvik

应用的内存使用情况

adb shell dumpsys meminfo 包名

进程信息

当前终端所有进程

adb shell ps

APP进程

adb shell ps | findstr 包名

强制停止APP进程

adb shell am force-stop 包名

FPS

adb shell dumpsys gfxinfo 包名
adb shell dumpsys gfxinfo 包名 > C:/Users/xjChen/Downloads/fps.txt
前置条件:手机开启GPU呈现模式分析,选择“在adb shell dumpsys gfxinfo 中” 

一般来说,Android设备的屏幕刷新率为60帧/s,要保持画面流畅不卡顿,要求每一帧的时间不超过1000/60=16.6ms,这就是16ms的黄金准则,如果中间的某些帧的渲染时间超过16ms,就会导致这段时间的画面发生了跳帧,因此原本流畅的画面变发生了卡顿 

测试APP的FPS性能有3种方式:
1.手机开发者模式,开启GPU呈现模式为条形图; 
2.手机开发者模式,开启“在adb shell dumpsys gfxinfo 中”,通过adb命令导出数据,再绘制图表; 
3.使用第三方的手机性能检测APP,开启监控帧率,查看数据;

App专项测试

兼容性测试

安装卸载升级

交叉事件测试

用户体验

Push消息测试

APP性能测试

性能指标(测试点)

测试方法

adb命令

冷热启动速度 adb shell am start -W -n 包名/.Activity名
CPU adb shell dumpsys cpuinfo | findstr 包名
内存 adb shell dumpsys meminfo 包名
流畅度 adb shell dumpsys gfxinfo 包名 > C:/fps_log.log
稳定性 adb shell monkey -p 包名 -v -s 500 5000 > c:/mokey_log.log

Solopi

1.选择性能测试

2.选择要测试APP以及性能指标

3.开始性能测试,并操作APP

4.结束测试,查看日志

APP弱网测试

一款APP针对不同网络情况下都需要保证不会崩溃,同时尽可能做到在弱网情况下也能达到功能正常使用,或者使用体验达到最佳。

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

测试点

Fiddler实现弱网的测试

1、Fiddler中启动弱网

打开Fiddler,Rules->Performance->勾选 Simulate Modem Speeds,勾选之后访问网站会发现网络慢了很多。

2、设置弱网的参数

菜单Rules—>Cutomize Rules

oSession[“request-trickle-delay”] = “300”; 
	上传1KB内容需要300ms,转化一下上传速度:1Kb/0.3s = 3.3KB/s,也就是说网络上行速度只有3.3KB。
oSession["response-trickle-delay"] = "150"; 
	下载1KB内容需要150ms,转化后的下载速度:1KB/0.15s=6.6KB/s,也就是说网络下载速度只有6.6KB。

3、验证效果

同样的接口,开启弱网前后分别运行一次,查看统计数据。

4、恢复设置

完成测试之后,需要再次执行:打开Fiddler,Rules->Performance->勾选 Simulate Modem Speeds,关闭弱网模拟。

面试题

web测试和app测试的相同点和区别?

相同点:都离不开测试的基础知识和测试原理。具体包括以下几个方面。
测试用例,均使用边界值分析法,等价类划分法等。
多数采用黑盒测试,来验证业务功能是否能得到正确的应用。
需要检查界面布局,风格,按钮是否美观、简洁,是否统一。
测试页面载入和翻页的速度、登录时长、内存是否溢出等。
测试应用系统的稳定性。

不同点:相对于web测试来说,app测试要考虑手机本身固有的属性,所以app测试还需要注意以下几点。
中断测试(来电去电,短信,蓝牙,NFC支付,闹钟,数据线插拔,锁屏,断电,关机重启等)
安装卸载测试(全新安装,新版本覆盖旧版本,卸载旧版本安装新版本,卸载新版本安装旧版本)
外在因素测试(网络切换,硬件按键,不同分辨率,兼容性,系统,系统版本)

web测试更多的是考虑自身功能和浏览器兼容。

APP测试和微信小程序测试有什么区别?

其实APP和小程序本身基于功能业务的测试没有什么区别。
非说业务上的区别的话,小程序的特性更偏向于小,所以在易用性的方面要求更高。
第二:小程序的实现方式不一样,依托于微信终端,所以在兼容性的方面.还要考虑到各种微信版本得兼容。

安卓系统和ios苹果手机系统测试有什么区别?

在部分功能按键上有一些区别;
分系统时iso端还需要多考虑下业务处理;
UI页面跳转的形式不一样;
iso界面对于空数据的处理等等。

APP端接口测试和web端接口测试有什么区别?

个人认为是没有区别的,基于之前所做的项目来看。一个系统不同的客户端,我们对应后台服务器是一个,也就是说后台服务代码是一致的,同样的功能对应同个接口。除非单边所特有的一些功能需要额外追加接口测试的内容外,没有什么区别。

如何测试一个App的登录场景?

APP登录场景大体从以下几个方面进行:
1.页面基本元素的操作。
2.大量字符,特殊字符,边界值,必填项校验。
3.注册手机号的特殊性验证,注册邮箱的格式验证。
4.密码大小写是否敏感,密码是否加密展示,密码是否有可见按钮功能,密码框能否使用复制粘贴。
5.验证码校验:必填项,过期,错误,无网络时获取验证码,多次获取,超过获取次数,输入验证码后,修改手机号。
6.登录时与系统的交互:锁屏,蓝牙,home,后退,横竖屏,修改字体字号。
7.逆向思维:已注册账号注册,未注册账号忘记密码,未注册账号登录,注册过程中退出再次注册。
8.输入法交互,切换输入法,切换输入模式,手写/九宫格。
9.登录账号的多样性:多个账号轮流登录,同一个账号多角色登录。
10.第三方登录验证:账号授权,信息正确,取消授权。
11.登录页面跳转,返回,登录成功及其他页面跳转。
12.手机兼容性测试:分辨率兼容,系统兼容,系统版本兼容,App版本兼容。
13.网络切换,网络断开,弱网。

Push消息如何测试?

Push消息的测试可以从以下几个方面进行:
1.检查Push消息是否按照指定的业务规则发送。
2.检查不接收推送消息时,用户不会再接收到Push消息。
3.如果用户设置了免打扰的时间段,检查在免打扰时间段内,用户接收不到Push。在非免打扰时间段内,用户能正常收到Push。
4.当Push消息是针对登录用户的时候,需要检查收到的Push与用户身份是否相符,没有错误的将其他人的消息推送过来。一般情况下,只对手机上最后一个登录用户进行消息推送。
5.测试Push时,在开关机、待机状态下执行推送,消息及其推送跳转的正确性。
6.push消息时,会有红点展示,推送消息阅读前后数字的变化是否正确;
7.应用在开发、未打开状态、应用启动且在后台运行的情况下是push显示和跳转是否正确。
8.多条推送的合集的显示和跳转是否正确。

App的闪退通常是什么原因造成的?

APP闪退的原因可能是:
缓存垃圾太多,Android系统的特性,如果长时间不清理垃圾文件,会导致越来越卡,甚至闪退。
运行程序太多,导致内存不足。
应用版本兼容问题,分辨率兼容问题。
APP中访问网络的地方,组件能否正常下载并显示。
APP的SDK与手机系统不兼容。
系统升级后,新版本不兼容老版本的API,返回对象失败,报空指针。
软件权限未开放。

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

APP出现Crash或ANR,可以从以下几个方面处理:
可以先把日志过滤出来:adb logcat | findstr xxxxx(过滤日志信息) ;
然后再搜索其中的关键字,比如:exception、crash,看看是哪些方法或者异常导致了问题;
初步定位问题原因后,可以交给开发人员去具体查找深层原因并修复。

APP无响应或者闪退你会如何分析问题?

APP的ANR和Crash产生的原因有很多,手机本身的资源问题,也有可能是代码本身的问题导致。

通常我采用的方式有几个:
    Fiddler抓包、ADB查看日志和GT监控手机资源使用情况、查看服务器日志等方式。
核心还是确认后台处理的接口和APP程序的代码是否有处理错误,日志可以查看一些错误日志信息:如Error级别的、EXCEPTION异常的。
    如获取到类似日志,我自己会做一些简单的分析,1是确认功能接口信息,2是识别常见的异常:如数组越界和空指针等问题。
    如分析不出来,则会提交日志信息给开发进行确认,同时也会咨询开发具体问题,累积经验。

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

这个主要是面试官考察你会不会看日志,是不是看得懂Java里面抛出的异常,一般面试中Java Exception(runtimeException )是必会被问到的问题,app崩溃的常见原因应该也是这些了。常见的异常列出四五种,是基本要求。

常见的几种如下:
NullPointerException - 空指针引用异常
ClassCastException - 类型强制转换异常
IllegalArgumentException - 传递非法参数异常
ArithmeticException - 算术运算异常
ArrayStoreException - 向数组中存放与声明类型不兼容对象异常
IndexOutOfBoundsException - 下标越界异常
NegativeArraySizeException - 创建一个大小为负数的数组错误异常
NumberFormatException - 数字格式异常
SecurityException - 安全异常
UnsupportedOperationException - 不支持的操作异常

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.崩溃恢复。

APP性能测试关注点及常见APP性能测试工具

1、性能关注点

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

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

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

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

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

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

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

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

2、app性能测试工具

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

APP兼容性测试测试了哪些型号?如果手机不够?你会如何处理?

我之前的公司团队比较小,而且对于APP的兼容性要求不是特别高,基于需求层面首先要求andorid和iso两个系统,版本没有特别强调。
公司采购了部分手机:OPPO、iphone8和华为Mate30,加上我们自己同事的手机小米等。
除了这些真机以外,偶尔会使用一下模拟器和云手机来进行测试。

APP端权限如何测试?

基于之前测试经验,我们的APP会涉及到手机权限功能点有扫码、拍照、安装等,一般情况下会基于这些调用本机硬件的功能去单独进行测试,验证权限允许和不允许的情况的APP功能的使用情况。

如何测试APP的性能?

个人理解APP的性能测试的话分为两块,一块是对于APP在使用过程中,对于手机设备本身的资源消耗情况。第二是后台服务器的处理性能。
那对于APP本身对于手机设备的性能测试我做过两个方面的性能测试:一个手工操作APP,使用GT来搜集和分析资源使用数据情况,如手机CPU、内存、网络等等性能情况,第二使用monkey来做稳定性测试,验证APP是否会crash。
对于后台服务器的性能测试,和常规的性能测试没有区别,我们公司使用jmeter实现的。

如何测试APP安装/卸载和升级?

首先对于app的安装卸载和升级测试,我们在版本迭代的过程中,并不是每次都专门去进行测试。
因为有版本迭代,我们需要到不同的手机进行安装最新的安装包,如果安装不成功当场就能发现问题了。
一般情况下比较大型的版本更新,我们会专门找全各种手机型号进行安装,同时还会考虑各种情况下的安装:如正在使用时、取消安装、安装中断、各种渠道安装、安装位置等,卸载的话除了正常卸载外,还会考虑安装文件、缓存文件清理的问题。
升级会考虑各种渠道升级,跨版本升级等等。

在之前项目中你是如何执行的交叉性测试?

这个测试过程中安装卸载的执行方式也差不多,不会每次版本都会进行测试。
在之前的APP测试过程中的话,也是相对大点点的版本才会专门安排交叉性测试的内容。
app在使用的过程中的其它一些影响性的操作,如通话、网络切换和横竖屏幕切等。
如果是播放性的业务还会考虑一下蓝牙设备、音量控制等等测试点。

使用ADB做过什么?举例说明下?如何获取和分析手机日志信息?

连接模拟器
安装卸载软件
文件上下传
稳定性测试
查看性能指标:内存、CPU、FPS

adb logcat > fileName.txt
此命令可以直接捕获全局的日志信息,开发人员可以通过分析日志获得自己想要的信息
adb logcat | findstr 包名 > fileName.txt
此命令可以过滤内容

使用monkey测试了什么内容?测试过程中有没有发现问题?

用于APP稳定性测试,使用monkey验证app在大量随机性操作的下时候是否会崩溃;

测试过程中是有发现问题的,在我之前的项目中,在使用monke执行第二次压力测试时,app突然崩溃,当我查看日志信息显示NullPointerException ,并记下seed值,将错误复现了一遍,发现依然报错,就截图发给对应的开发确认是什么问题导致的

使用ABD如何连接手机?冷热启动如何测试的?你们的app启动时间多长?

用Adb有两种连接手机的方式,在测试过程中,各有优缺点吧。
一种是用USB连接
    优点:插上就可以连接,延迟低。
    缺点:需求借助USB线来连接,做兼容的自动化测试的时候比较麻烦
        1.会在手机上打开开发模式,启用USB调式。
        2.USB线连接手机和电脑
        3.在cmd窗口输入 adb devices(手机上会有一个提示:是否允许此电脑进行调试,确认)
另一种是用WIFI连接
    也有优点:使用无线连接,做自动化的时候可以远程运行
    缺点的话:需求借助网络,延迟高,速度略慢(并没有感觉到)
    1.先用USB连接手机和电脑
    2.在cmd窗口输入 adb tcpip 5555
    3.拔掉USb线
    4.查看手机IP地址 或者直接在CMD窗口输入命令
    adb connect IP:5555
    
冷启动:当进程不存在的时候,从进程创建开始到界面的展示的过程;
热启动:大部分资源都在,只是应用之间的切换;
adb shell am start -W 包名/界面名
    冷启动:需要1秒甚至更长;
    热启动:需要<0.5秒;
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值