APP测试面试题及答案.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

APP测试面试题及答案

一、基础认知题

日常测APP时,你会从哪些维度入手?举个实际例子说说

答案:主要从5个维度:功能、兼容性、性能、易用性、安全性。比如测一款购物APP,功能上要测“加入购物车→结算→支付”全流程是否通;兼容性要测华为Mate40(Android13)、iPhone14(iOS16)这些主流机型会不会闪退;性能上看高峰期(比如双十一)加载商品列表会不会卡顿;易用性要查“返回键”位置是不是符合用户习惯;安全性则要测支付页面输入密码时,会不会被第三方软件窃取。

你怎么区分“bug”和“需求差异”?遇到过这种情况吗?

答案:关键看是否符合“需求文档+用户常识”。比如需求里写“下单后默认勾选优惠券”,但实际没勾,这是bug;但如果需求没提,开发没做,用户觉得“应该有这功能”,这就是需求差异。之前测外卖APP,需求写“订单备注最多50字”,实际能输100字,这是bug;但用户说“50字不够写”,这就是需求差异,得反馈产品改需求,不是找开发改bug。

二、核心测试实操题

做APP兼容性测试时,怎么确定要测哪些设备?遇到兼容问题怎么排查?

答案:选设备分3步:①看用户画像,比如目标用户是学生,就侧重1500-2500元价位机型(如红米Note系列、OPPOK系列);②查应用市场数据,优先选占比前10的品牌(华为、小米、OPPO、vivo、苹果)和系统版本(Android11-14、iOS15-17);③加1-2台老旧机型(比如iPhone11、华为P30),防止低配置设备出问题。

排查兼容问题时,先看“是不是特定机型/系统”:比如只在Android10上闪退,其他版本正常,就先查该系统的适配代码;再看日志,用Android的Logcat、iOS的Xcode抓崩溃日志,看是不是某段代码在旧系统上不支持,比如Android10以上才有的API,开发没做版本判断。

怎么测APP的“启动时间”?如果启动慢,怎么定位问题?

答案:测启动时间分两种:冷启动(APP完全关闭后启动)、热启动(APP在后台,重新点开)。用工具测:Android用ADB命令“adbshellamstart-W包名/启动页Activity”,能看到“TotalTime”就是冷启动时间;iOS用Xcode的Instruments里的“AppLaunch”工具。一般冷启动不能超过3秒,热启动不能超过1秒。

如果启动慢,先看“启动时加载了什么”:比如开发是不是把广告、首页数据、推送服务全放启动页加载了?可以让开发先注释部分功能,逐个排查;再看资源大小,比如启动页图片是不是太大(超过2MB),压缩后可能会快;还能查是否有后台线程阻塞,比如启动时同时跑了3个网络请求,改成顺序请求或延迟加载。

测支付功能时,要注意哪些点?举个异常场景说说

答案:核心注意“资金安全+流程闭环”,重点测3类场景:

①正常场景:支付成功后,订单状态变“已支付”,扣款金额对,有支付凭证;

②异常场景:比如支付时突然断网,要测“会不会重复扣款”“断网恢复后能不能继续支付”,之前测某支付功能,断网后用户点了两次支付,结果扣了两次钱,这就是严重bug;

③边界场景:比如支付金额为0(赠品订单)、支付金额超过银行卡限额,要看APP有没有提示,会不会崩溃。

三、问题排查与沟通题

遇到APP闪退,但只出现1次,再也复现不了,怎么处理?

答案:先别急着丢一边,第一步要收集“闪退时的信息”:比如当时用户在操作什么功能(是点按钮还是滑动页面)、用的什么机型系统、有没有弹错误提示;第二步查日志,就算复现不了,也要看当时的崩溃日志(比如Android的Crashlytics、iOS的崩溃报告),看是不是偶发的内存溢出(OOM);第三步跟开发沟通,把收集到的信息同步,让开发查代码里有没有“非空判断缺失”“数组越界”这类可能导致偶发闪退的问题,比如之前遇到过“点击商品详情页时,若商品图片URL为空,会偶发闪退”,开发加了非空判断后就好了。

开发说“你提的bug不是问题,是正常现象”,怎么应对?

答案:先不争论,第一步“拿证据”:把bug的复现步骤、截图/录屏、需求文档里的相关描述整理好,比如需求写“点击返回键回到上一页”,但实际点返回键退出APP,就把这个对比给开发看;第二步“一起复现”:拉开发到自己的测试设备上,当场操作复现bug,避免“各说各的”;如果还是有分歧,第三步“找第三方评理”,比如拉产品经理或测试负责人,对照需求和用户体验标准判

文档评论(0)

151****9429 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档