小米秋招手机测试笔试题解析：核心考点与测试思维

小米2019秋招手机测试笔试题A在当年的测试校招圈里流传很广。倒不是因为它难而是这套题把一个手机测试工程师需要具备的核心能力拆得特别清楚系统底层原理、硬件参数、通信协议、用户场景、异常处理基本把日常工作中会遇到的测试类型都覆盖了一遍。我后来带团队面试新人出笔试题时也参考过这套卷子的命题思路。这篇文章就把A卷里比较有代表性的题目按类型拆开讲一遍重点不在于背答案而是说清楚每道题背后的测试思维以及如果现在让你来答怎么答才能让面试官觉得你懂手机测试而不是只会点点点。1. 拆卷子手机测试校招笔试到底在筛选什么人手机测试岗位的校招笔试和开发岗的笔试有一个本质区别开发岗考的是你写代码的能力而测试岗考的是你看问题的维度。一套手机测试笔试题表面上是在考察知识点实际上是在筛选一种思维方式——遇到一个功能你能不能想到它会在哪些环节出问题。A卷的题量不算大题型分布大致是单选题、判断题、简答题、综合场景题。从考察方向上看可以分成四个维度考察维度对应题目类型实际工作场景系统原理知识单选、判断定位Bug是App层还是系统层问题硬件与参数理解单选评估功耗、温升、充电等专项测试结果测试用例设计能力简答新功能测试用例设计、回归用例编写场景综合分析与方案落地综合题OTA升级、多设备互联等复杂场景测试这个结构其实很合理。手机测试工程师不是只做功能验证更多时候是在做问题定位和风险评估。比如用户反馈手机待机一晚掉电20%这可能是App后台唤醒导致的也可能是系统进程异常还可能是电池老化没有系统原理知识连排查方向都找不到。所以笔试里才专门设计了一些看似在考概念、实际上在考排查思路的题目。再往深看一层这份卷子还有一个隐藏意图考察你对手机产品本身的熟悉程度。小米的笔试里出现MIUI系统相关题目是很正常的因为测试工程师如果对自己公司的系统没有深度使用和理解很多用例设计根本无从下手。这一点后面讲具体题目时会反复体现。2. 单选题里藏着的系统与硬件考点2.1 系统架构类题从“Android基于什么内核”看排查思路A卷单选题里有一个很基础、但筛掉不少人的题目Android系统是基于哪个内核开发的答案是Linux内核这个大多数人都知道。但这道题的考察点并不在答案本身而在于面试官希望你解释清楚为什么要基于Linux内核——进程管理、内存管理、驱动模型、权限控制这些底层能力都是手机系统稳定性的基石。测试工程师理解这一点有一个直接用途当App崩溃时你需要能判断是App自身逻辑问题、还是系统权限限制导致的、还是底层驱动异常引起的。比如同一个App在Android 9上崩溃在Android 10上正常这往往不是App代码变了而是系统行为发生了变化。如果你平时只知道点功能测试遇到这类问题就会卡住。所以这类基础题答案是表面的背后的分层排查思维才是面试官真正想看到的。2.2 硬件参数类题电池、屏幕、射频A卷里对应硬件这块有一个典型的题目是问手机电池充电过程。题干大概是电池容量4000mAh充电器输出5V/2A理论上从0充到满需要多长时间很多人的第一反应是4000除以2000等于2小时。但实际答案不是2小时真正的充电过程要经历预充电、恒流充电、恒压充电、涓流充电四个阶段最后阶段电流会逐渐减小以保证电池安全和充满精度。所以实际充满时间一定大于理论计算值通常在2小时以上。这道题背后考的是对电池管理系统的理解。手机测试里功耗测试是一个大专项充电测试更是重中之重测试工程师在写充电用例时不会只写“插上充电器看是否显示充电”而是会验证低电量下能否正常充电、充电过程中温升是否超标、充满后是否自动断电、边充边玩时充电速度变化、不同功率充电头的兼容性这些都是围绕电池充电特性展开的。2.3 通信与射频类题手机测试里的“隐形门槛”通信射频这块在笔试中通常占两三道题。A卷里有一道是问以下哪个测试项不属于射频测试的范畴选项里有发射功率、接收灵敏度、屏幕色域、天线性能答案显然是屏幕色域因为它是显示相关的参数。这个题目本身不难但它提醒了一个重要概念射频测试是手机测试中一个非常专业的分支且与用户体验直接挂钩。信号差、通话断断续续、Wi-Fi网速慢、GPS定位漂移这些用户感知强烈的“玄学问题”绝大多数都可以追溯到射频性能。在测试工作中射频测试分为传导测试和辐射测试传导测试用线缆连接综测仪测量发射功率、接收灵敏度、误差向量幅度等指标辐射测试则在天线暗室里模拟自由空间环境测试整机天线性能。如果你在笔试中能多写一层这个区别基本就能和其他候选人拉开差距。3. 判断题易混淆概念与边界条件的理解3.1 飞行模式与GPS的关系一个典型的边界题判断题部分A卷有个题挺有意思手机开启飞行模式后GPS定位功能仍然可以正常使用。如果不仔细想很多人会认为飞行模式只是关闭了蜂窝网络GPS还能用。实际上飞行模式会关闭所有射频收发功能包括蜂窝、Wi-Fi、蓝牙、NFCGPS接收也属于射频模块所以绝大多数手机上开启飞行模式后GPS同样不可用。这类判断题考的是对“边界条件”的敏感度——测试工程师写用例时最忌讳的就是一刀切。飞行模式的设计初衷是飞行途中完全断开无线通信但不同厂商对飞行模式的定义存在细微差异个别手机在飞行模式下允许用户手动打开Wi-Fi或蓝牙这是系统层面的策略允许而不是飞行模式本身不影响这些模块。在写测试用例时这些边界条件都要展开成独立用例覆盖否则很容易漏掉真实用户会遇到的组合场景。3.2 OTA升级的低电量保护为什么要拦截另一道判断题系统OTA升级时如果设备电量低于30%系统会提示用户连接充电器后再继续升级。这道题常规答案是正确。但背后的原因值得展开讲——OTA升级过程中系统分区写入需要稳定的电量供应如果升级中途断电轻则升级失败重则系统分区写入不完整导致无法开机也就是通常说的“变砖”。所以测试工程师在负责OTA升级测试时会专门设计低电量场景用例验证不同电量阈值下的系统拦截逻辑是否符合产品定义。比如电量低于30%时是否弹窗提示、在15%时是否直接禁止升级、插入充电器后是否允许继续、升级过程中拔掉充电器系统如何响应。每一层都要有明确的预期结果。这道题如果只是判断对错就浪费了它真正考察的是你有没有意识去设计这一类异常测试场景。4. 简答题从“怎么测”看你的用例设计能力4.1 典型题目设计一个手机App冷启动速度的测试用例简答题是笔试中的重头戏A卷里有一道题非常典型请设计一个手机App冷启动速度的测试用例。这道题看起来简单实际上考查维度非常多。一个刚入门的候选人可能只会写“打开App看多久能进入首页”。稍微有些经验的会区分冷启动和热启动冷启动是App进程不存在、从系统加载进程开始算热启动是App已经在后台、切换到前台的时间。再往深一层要考虑以下维度测试环境固定的手机型号、系统版本、网络模式、后台进程数量测试方法使用高速摄像或PerfDog等性能工具记录从点击图标到首页渲染完成的时间重复次数至少测试10次以上取平均值避免单次数据波动对比维度冷启动、热启动分别记录不同系统版本下对比低端机和旗舰机对比基线数据与上一版本对比确认没有性能回退这还不算完。真正专业的测试用例设计还会考虑首次安装后的启动、引导页存在时的启动、升级后的首次启动、开启加密后的启动时间变化、后台有大量应用时的启动、存储空间不足时的启动。所有这些场景都是用户真实会遇到的情况。面试官通过这道题一眼就能看出你是在“测功能”还是在“测体验”。4.2 缺陷分析题从一句话反馈还原问题现场A卷里还有一道简答题是典型的缺陷分析题场景大概是用户反馈“手机连接蓝牙耳机后播放音乐总是卡顿”请写出你的分析方向。这道题的难点在于信息不足答题的关键是展现你“如何补全信息”。一个合格的测试工程师接到来这种反馈不会直接动手测而是先确认问题边界卡顿是只在连接蓝牙耳机时出现还是连接有线耳机和扬声器也出现卡顿是播放本地音乐出现还是在线音乐出现是特定App出现还是所有音乐类App都出现是耳机刚连接时卡还是一直卡换其他蓝牙耳机是否复现这些确认项决定了后续的排查重点。如果只有特定蓝牙耳机出现问题大概率在蓝牙协议兼容性上如果所有音频输出方式都卡问题可能出在音频解码链路或系统负载上如果只在线播放时卡还要区分是网络问题还是音频缓冲问题。在笔试中你不需要得出一个确定结论但你的分析过程必须展示出清晰的排查思路——这也是测试工程师最核心的能力之一在信息不完整的情况下快速拆分变量、定位问题范围。5. 综合场景题系统升级与智能家居互联的测试方案设计5.1 场景一MIUI系统OTA升级测试方案综合题部分是A卷拉开分差的地方。其中有一道题是给了一个MIUI系统版本升级的场景要求设计一份完整的测试方案。这道题其实就是把判断题里的OTA知识点升级到了方案层面考查点更加全面。优质的参考答案至少要包含这几个模块升级前、升级中、升级后、异常回滚。升级前要验证版本包的完整性包括校验包大小、MD5值确认当前版本到目标版本是否支持直接升级还是必须先升级到中间版本。升级中要覆盖不同电量下的升级、下载中断恢复、下载完成后手动暂停、升级过程中来电、升级过程中闹钟响起等一系列交叉场景。升级后需要验证的重点则是用户数据完整性——联系人、短信、相册、应用数据是否完好以及新版本的主功能能否正常工作。异常回滚这个模块是区分“测试工程师”和“会点功能验收的人”的分界线。真正的异常场景测试包含升级过程中强制断电、系统分区写入失败、升级包损坏导致启动异常系统能否进入恢复模式或回退到原版本以及回退后用户数据是否保留。这一整套方案设计下来面试官基本可以判断你有没有实际参与过系统级项目的测试。5.2 场景二手机与智能家居设备的互联兼容性测试2019年的时候智能家居互联已经是小米生态的核心卖点所以A卷的综合题里有一道题目是围绕手机与智能家居设备互联的测试来出的。大致场景是手机App需要通过Wi-Fi控制智能网关进而控制子设备。请设计测试方案。这道题表面上考的是App测试实际上考的是物联网链路测试。整个链路是手机App到云端、云端到网关、网关通过Zigbee或蓝牙Mesh协议到子设备任何一跳出问题都会导致控制失败。所以测试方案需要分层设计手机App层面登录状态控制、不同手机系统版本兼容性、App版本与网关固件版本匹配网络层面手机和网关在同一Wi-Fi、不同Wi-Fi、手机使用4G网络控制网关、网络切换过程中控制指令的响应网关与子设备层面子设备离线状态下控制指令是否超时、网关重启后设备状态同步、多个手机同时控制同一设备时的一致性异常场景设备响应超时是否重试、断电恢复后状态是否正确、控制指令在弱网环境下是否丢失如果能在方案里提到弱网模拟手段比如利用测试工具限制带宽和丢包率模拟在停车场、电梯间等弱网环境下控制智能家居设备就会更贴近实际测试工作场景。这类题答得越具体越能让面试官相信你不是只背过书本概念。5.3 加分写法把性能、功耗、兼容性融进测试方案很多人在答综合场景题时容易把所有维度列成一张大而全的清单但每一条都没有深入。比较好的做法是抓住两三个关键点展开让面试官看到你的深度。比如在IoT互联场景里可以重点展开功耗测试这个维度。智能家居控制App往往需要在后台保持长连接如果App的后台进程设计不合理会导致手机耗电异常。测试时需要对比App在后台运行时待机电流和空载待机电流的差异使用Battery Historian等工具导出耗电详情确认是网络请求过于频繁还是系统唤醒锁没有及时释放。这一类专项测试在实际项目中经常遇到在笔试中主动写出来说明你不止会做功能测试还清楚手机测试的专项测试体系。另外还可以提一下兼容性测试中的“碎片化”问题。安卓手机的机型、系统版本、屏幕分辨率、厂商定制系统到处都是差异一套功能在MIUI上正常不代表在其他ROM上正常。测试方案里如果能提到选择Top机型覆盖主流系统和屏幕分辨率、使用云真机平台做大规模兼容性测试以及关注厂商系统对权限管理的差异化策略这些都会成为你的加分项。6. 给准备手机测试校招的同学答题技巧和备考方向6.1 笔试答题的时间分配策略手机测试笔试题量通常不大A卷的完成时间大概在90到120分钟但很多人容易在简答题上耗费过多时间导致综合题没有时间展开。一个实操建议是单选和判断题控制在30分钟内简答题控制在30分钟内剩下的时间全部留给综合场景题。综合题的分值占比通常最高而且这是唯一能展示你系统思维能力的地方。如果遇到不会的选择题不要纠结太久。用排除法先排除明显错误的选项再根据自己对手机使用的直观感受去选正确率一般不会太差。对于判断和填空题拿不准的可以在旁边简单标注你的推理过程有些阅卷官会看在眼里即使答案没对也能看到你的思考路径。6.2 考点怎么准备从系统底层到用户场景结合A卷的题型分布备考手机测试岗笔试时有几个方向值得重点投入。第一是Android系统基础包括系统架构、四大组件、进程和线程、权限机制这些是理解系统级问题的基础。第二是硬件参数常识屏幕分辨率、PPI、电池容量、充电协议、摄像头传感器等不需要背参数表但要理解这些参数和用户体验之间的关系。第三是网络通信基础TCP/IP协议栈、HTTP/HTTPS、弱网环境对App的影响这是移动互联网测试的基本功。另外有一个很多人忽略的备考方向多动手折腾自己的手机。你会刷机、会Root、会解BL锁、会装模块不是为了折腾而折腾而是这些操作本身能让你理解系统分区结构、Recovery机制、驱动加载流程。比如“cust分区”这个在笔试里偶尔出现的概念如果你自己研究过分区表就知道它是厂商用于存放区域定制配置的分区系统升级时不能随意改动。这些实操经验在笔试中遇到系统底层相关题目时会非常有优势。6.3 面试官想从笔试卷里看到什么作为带过校招生的面试官我翻笔试答卷时最关注的不是正确答案的数量而是三件事第一你写测试用例时有没有场景感会不会想到真实用户会怎么用这个功能第二你分析问题时有没有分层意识能不能从表现层逐步拆解到系统层第三你对待异常场景的态度是只测主流程还是有意识地去测断电、断网、弱网、低电量这些边缘情况。这三个能力恰恰是A卷所有题目串联起来的主线。所以这篇解析写到最后想对准备校招的同学说一句不要只盯着题目本身去刷题做题的时候多想一层“这个题对应工作中的什么问题”你的测试思维会自然建立起来。笔试只是敲门砖真正让你在这个行业走远的是你对“用户会怎么用”和“系统会怎么想”这两件事的好奇心。