扫地机器人测试项目笔记(部分面试八股)
目录
一、产品的基本参数
二、产品的主要组件(物理拆解)
三、主要传感器(LDS/红外/碰撞/IMU/超声波/地检)
四、小面试题(流程/分工/用例bug/困难/漏测/英语用例/性能专项/用例设计)
五、测试工具(软件/Fiddler案例/硬件/示波器案例)
六、竞品测试(型号/优势劣势/边角覆盖率)
七、简历包装(外包角色/共同点/判bug/沟通/投诉/新公司方案)
八、技能案例(Linux/SQL/接口+JMeter)
九、Fiddler相关常识+链路(方案公司/上位机/仿真/链路/定位/日志/4bug)
十、需求/用例评审/app兼容/monkey(逐题)
十一、协议相关测试(WiFi/蓝牙/MQTT 逐点)
十二、模块:配网(4种方式/成功率/测试点/弱网15项)
十三、模块:避障(测试点/传感器/环境搭建/防坠落)
十四、模块:清扫(组件/模式/覆盖率/专项)
十五、模块:回充(触发/红外方案/成功率)
十六、模块:建图(测试点/准确性/多楼层/漂移)
十七、模块:OTA升级(测试点/防变砖/压测/成功率)
十八、模块:更多模块
附录:面试高频追问速查(传感器定位/高频追问/定位速记/核心指标)
附录B:竞品特点/简历项目描述/自我介绍/必背数字
深总专属 · 面试超全资料(固件测试工程师视角)
项目:扫地机器人整机测试,从 0 到 1,10 个月(2025.11–2026.8),7 人测试团队,2 周一版迭代
一、产品的基本参数
|
参数项 |
数值 |
测试关注点 |
|
操作系统 |
Linux(嵌入式定制) |
决定调试手段(串口/SSH)、看日志方式 |
|
清扫路线 |
规划式(弓字形) |
覆盖率基础,测路径是否弓字全覆盖 |
|
水箱类型 |
电控水箱 |
电磁阀控水,测三档水量、停机不漏水 |
|
清扫模式 |
吸口 + 滚刷式 |
吸扫协同,测滚刷缠绕、吸口堵塞 |
|
智能避障 |
红外线 |
红外测距避障,测深色物体/强光漏检 |
|
建图方式 |
LDS 激光导航 |
激光雷达建图,测镜面/玻璃漏检 |
|
售价 |
2000–3000 元 |
定位中端,对应红外避障(非结构光) |
|
主机尺寸 |
300×300×79mm |
测最低通过高度、床底/家具底通行 |
|
风机最大吸力 |
8000Pa |
吸力测试仪测,灰尘/颗粒清扫能力 |
|
尘盒容量 |
600ml |
测满尘提醒、容量与续航匹配 |
|
最大越障高度 |
15mm |
边界值测试(刚好 15mm vs 14/16mm) |
|
爬坡度数 |
25° |
斜坡台测爬坡能力、打滑 |
|
最大噪音 |
60–65dB |
噪声计测,标准模式 ≤65dB |
|
电池 |
4500mAh,巡航 2.1h |
测续航、低电量回充、充电时间 |
|
出水模式 |
2 / 3-4 / 5-7 ml/min |
流量计/称重法测三档出水量 |
|
额定功率/电压 |
60W / 14.4V |
功耗仪测,与续航关联 |
|
充电 |
20V 1.8A,4–6h |
测充电效率、过充保护 |
芯片/方案常识:高度集成的产品(如蓝牙耳机)功能全集成在一颗芯片上;行业有专门公司开发芯片,品牌商买芯片再二次开发。
二、产品的主要组件(物理拆解)
|
组件 |
功能 |
出问题如何定位 |
|
主控板(MCU/SoC) |
跑 Linux + 导航/清扫/避障算法 |
串口/SSH 看系统日志、进程状态 |
|
LDS 激光雷达 |
360° 扫描建图 + 定位 |
串口看雷达数据流、APP 看地图漂移 |
|
行走电机 ×2(带编码器) |
驱动左右轮,编码器反馈里程 |
示波器测 PWM、万用表测供电 |
|
万向轮 |
支撑 + 转向 |
检查转动是否卡滞 |
|
风机(吸尘电机) |
产生吸力 |
测吸力、听异响、测电流 |
|
滚刷 + 边刷 |
滚刷卷垃圾,边刷扫边角 |
检查缠绕、转速、磨损 |
|
电池(锂电池组) |
供电 |
测电压、容量、温升 |
|
水箱 + 拖布 |
拖地 |
测出水量、漏水、拖布安装检测 |
|
尘盒 |
收集垃圾 |
测满尘检测、拆装检测 |
|
碰撞保险杠 |
机械防撞触发微动开关 |
按压测微动开关通断 |
|
充电座(基站) |
回充对接 + 充电 |
测充电极片、红外引导信号 |
|
外壳/按键/指示灯 |
结构件 + 交互 |
按键功能、指示灯状态 |
三、主要传感器
3.1 LDS 激光雷达
- 功能:360° 扫描建图、定位、路径规划,是"规划式"清扫基础
- 原理:三角测距——发射激光 → 遇障反射 → 接收器算角度差 → 得距离;电机旋转实现 360° 扫描
- 品牌型号:国产思岚 SLAMTEC RPLIDAR 系列,扫地机最常用 RPLIDAR A1(测距 12m、采样 8kHz、低成本)和 A2(测距 16m、采样 16kHz、精度/抗光更强)
- 探测距离:A1 约 0.15–12m,A2 约 16m
- 弱点:对镜子、透明玻璃、黑色高亮物体识别差(激光被反射/吸收),建图易"毛刺"、漏扫、地图漂移
- 安装:1 个,主机顶部凸起(雷达塔)
- 定位:串口日志看雷达数据流;APP 看地图漂移/缺角;镜面场景复现
- 工具:串口调试助手、APP 建图界面、万用表(测供电/线束)
3.2 红外传感器(悬崖防跌落 + 沿边)
- 功能:① 防跌落(悬崖传感器,朝下装);② 沿边检测
- 原理:红外发射 + 接收,反射光强度/时间差判断距离或有无障碍
- 弱点:对深色地毯、黑色地面易误判(红外被吸收);强光干扰
- 探测距离:朝下防跌落检测高度差约 8cm 阈值;沿边红外近距离(几 cm)
- 安装:机身底部朝下装 3–4 组(防跌落),前侧/边缘装沿边红外
- 定位:桌边/台阶测试是否跌落;串口日志看红外触发状态
- 工具:串口日志、遮挡测试、万用表测红外管通断
3.3 碰撞传感器(机械触觉)
- 功能:检测"已经轻轻撞到"障碍,触发转向/脱困,避障最后一道保险
- 原理:弹性保险杠碰撞 → 触发微动开关(或光电传感器)→ 上报碰撞事件
- 弱点:只能"撞上才知道",无法提前识别;会推动轻小物体、缠电线
- 安装:机身前半圈分布多个微动开关
- 定位:手动按压保险杠看是否触发;串口日志看碰撞事件
- 工具:万用表通断档测微动开关、串口日志
3.4 IMU 惯性测量单元(陀螺仪 + 加速度计)
- 功能:测角速度、加速度,转向角度、位姿推算;与轮式里程计融合(防打滑漂移)
- 原理:MEMS 陀螺仪测角速度、加速度计测线性加速度,积分得角度/位移
- 品牌型号:MPU6050(TDK InvenSense)、ICM20948
- 弱点:长时间积分漂移,需零点校准;安装方向装反会转向越转越偏
- 安装:1 个,贴装主控板或机身,注意轴向
- 定位:原地转向测角度;串口日志看 IMU 数据
- 工具:串口日志、零点校准工具
3.5 超声波传感器(选配)
- 功能:测障碍物距离,提前减速转向
- 原理:发射超声波 → 遇障反射 → 时间差得距离
- 弱点:只能判断"有无",不能识别类型;软质、深色漏检;近距离盲区
- 探测距离:一般 2cm–4m
- 安装:机身前侧 1–2 组
3.6 灰尘/地检传感器(选配)
- 功能:检测地面灰尘量,实现"脏污复拖/加大吸力"
- 原理:光电检测经过吸口的灰尘颗粒
四、小面试题
4.1 测试流程 / 怎么开展测试
整机测试流程(4 阶段)
|
阶段 |
测什么 |
关键点 |
|
① 需求与用例设计 |
需求评审、测试计划、风险分析、用例设计 |
测试介入点 |
|
② 模块与单元测试 |
硬件单板 + 开发自测,固件冒烟 |
传感器标定、电机、风机、电池 |
|
③ 整机系统测试 |
功能 + 性能 + 专项 |
核心 |
|
④ 可靠性与量产验收 |
跌落/碰撞耐久、环境、安规、试产抽检 |
测试退出点 |
测试项全景(7 维度)
|
维度 |
典型测试项 |
|
功能 |
清扫、避障、建图、配网、回充、各模式 |
|
硬件 |
激光雷达、红外、碰撞、悬崖传感器标定,电机、风机 |
|
性能 |
吸力、噪音、越障、爬坡、续航、建图精度 |
|
可靠性 |
跌落、碰撞耐久、高低温、湿度、长寿命 |
|
安全 |
锂电池过充过放、过热保护、边刷卷入、跌落保护 |
|
兼容性 |
地毯/瓷砖/木地板、不同路由器、不同 App 版本 |
|
自动化/专项 |
回归自动化、边角覆盖率、脏污识别专项 |
4.2 7 人测试团队分工
|
角色 |
人数 |
负责 |
|
测试组长 |
1 |
计划、进度、用例评审、协调 |
|
固件测试 |
3 |
避障、清扫、配网、建图、回充、OTA(我在,负责避障+清扫) |
|
软件测试 |
1 |
App、服务器端接口 |
|
自动化测试 |
1 |
回归自动化、压力、性能脚本 |
|
硬件测试 |
1 |
单板、传感器、电池、电机、安规 |
4.3 固件测试工程师(避障/清扫)测试项
见后文「十三、模块:避障」「十四、模块:清扫」完整测试点。
4.4 嵌入式测试阶段 + 迭代
|
阶段 |
介入 |
主要测什么 |
|
需求/方案 |
✅ 介入 |
需求评审、测试计划、风险分析 |
|
单元测试 |
配合开发 |
模块自测(建图、避障算法单测) |
|
集成测试 |
✅ |
模块联调(传感器 + 算法 + 电机) |
|
系统测试 |
✅(主力) |
整机功能/性能/专项 |
|
验收/量产 |
✅ 退出 |
可靠性、试产抽检 |
迭代 2 周一版:开发提测 → 冒烟(开机→建图→清扫→回充)→ 不过打回/过了全量回归 → 专项 → 发布。最近版本需求(优化性质):"优化避障绕行距离""提升沿边贴合度""边角覆盖率专项""修复偶发卡死"。
4.5 用例数 / Bug 数 + 常见 Bug
项目 2000 用例、约 350 bug。我负责避障+清扫+配网三模块:避障约 300 用例/60 bug、清扫约 300/60、配网约 150/30。
常见 Bug 标题:避障(低矮数据线碾压、透明玻璃撞上、暗光失效、狭窄区脱困失败、镜面地图漂移);清扫(边角漏扫、长毛地毯缠绕、尘盒满不提醒、定点越界、预约不触发);配网(正确密码失败、配网成功离线、双频路由异常、超时无提示、重复配网重复设备)。
4.6 困难案例
- 技术:LDS 对镜面/玻璃漏检——镜面反射致点云缺失,串口看雷达点云发现镜面区域缺失,联调算法靠"碰撞兜底 + 算法补全"缓解。
- 业务:避障成功率无现成标准——自己搭障碍物矩阵(材质/尺寸/颜色分类),形成可复用专项方案和规范文档。
4.7 漏测案例
深色地毯悬崖误判卡边。深色长毛地毯边,机器人误判"悬崖"反复后退,边角漏扫。漏测原因:测试环境只用浅色瓷砖/木地板,没覆盖"深色地毯 + 边角"组合。教训:防跌落要覆盖"地面材质 × 颜色"交叉组合。
4.8 配网功能测试用例(中英双语)
中文:用例名"蓝牙配网成功"。前置:手机与机器人蓝牙开启,机器人配网模式,WiFi 2.4G,密码正确。步骤:① App 选"添加设备"→"蓝牙配网";② 输入正确 WiFi 账号密码;③ 点"开始配网"。预期:配网成功,App 显示"设备在线",机器人语音提示,App 可控制清扫。
English:Case Name: Bluetooth network provisioning success. Precondition: Bluetooth enabled on both phone and robot; robot in provisioning mode; WiFi 2.4GHz; correct password. Steps: 1) App → "Add Device" → "Bluetooth Provisioning"; 2) Enter correct SSID and password; 3) Tap "Start Provisioning". Expected: Provisioning succeeds; App shows device "Online"; robot announces success; App can control cleaning.
4.9 性能专项案例:提升清扫边角覆盖率
背景:边角除尘低于 60%。做法:① 搭边角环境(墙边 5cm 撒标准粉尘);② 实测定位根因——边刷转速与沿边速度不匹配;③ 联调开发调参数;④ 多轮回归从 ~50% 提到 65%+;⑤ 形成《边角覆盖率专项测试规范》供同事复用。
4.10 用例设计方法 + 对应用例
|
方法 |
对应用例 |
|
等价类划分 |
吸力档位:有效档(标准/强力/静音)vs 无效档 |
|
边界值分析 |
越障高度 15mm vs 14/16mm;电量 20% 触发回充边界 |
|
判定表 |
电量低 × 任务未完成 → 回充后断点续扫 |
|
因果图 |
尘盒满 × 继续清扫 × 拖地模式 → 是否停机 |
|
正交试验 |
地面材质 × 障碍物类型 × 清扫模式 |
|
场景法 |
预约 9:00 清扫自动启动并回充 |
|
错误推测 |
清扫中拔基站电源、被抱起、边刷缠发 |
五、测试工具
5.1 软件测试工具
|
工具 |
用途 |
关键用法 |
|
Fiddler |
HTTP/HTTPS 抓包(App↔云端、配网、OTA) |
手机设代理 + 装根证书,端口 8888 |
|
Charles |
移动端 HTTPS 抓包、改参、弱网(Mac) |
同 Fiddler |
|
Wireshark/tcpdump |
底层网络抓包(MQTT/TCP) |
抓 MQTT 报文、TCP 重传 |
|
Postman/Apifox |
云端 REST 接口测试 |
构造请求、断言 |
|
JMeter |
接口压测 |
CSV 参数化 + 响应断言 |
|
Appium |
App UI 自动化 |
脚本自动点击 |
|
串口调试助手 |
设备串口日志(115200) |
抓日志、发指令 |
|
ADB |
Android 主控 logcat |
抓崩溃日志 |
|
MQTTX |
MQTT 客户端 |
模拟订阅/发布 |
5.2 Fiddler 定位 bug 案例
场景:App 点"回充"提示成功但机器不回充。定位:Fiddler 前置设置(HTTPS 勾 Decrypt + All Processes;Connections 勾 Allow remote,端口 8888;手机设代理 + 装根证书)→ 抓"下发任务"接口(/api/device/sendCmd)→ 发现 deviceId 带异常空格但服务端仍返回成功。根因:服务端校验不严,脏数据下发到错误设备。用断点(Rules→Automatic Breakpoints→Before Requests)改 deviceId 验证。
5.3 硬件测试工具
|
工具 |
用途 |
|
示波器 |
电机 PWM 波形、电源纹波、红外灯驱动 |
|
万用表 |
供电电压、线束通断、传感器通断 |
|
USB 转 TTL 串口 |
主板串口日志抓取 |
|
功耗仪 |
整机/模块功耗 |
|
噪声计 |
噪音(≤65dB) |
|
红外测温枪 |
电机/电池温升 |
|
电子秤、测距卷尺 |
重量、尺寸 |
5.4 示波器定位 bug 案例
场景:左轮电机周期性卡顿。定位:拆机,串口发指令让左轮 50% 占空比恒速转 → 示波器表笔接 MCU 电机 PWM 输出脚(地线接 GND)→ 波形周期性掉到 0,对应电源芯片偶发欠压。根因:供电端子虚接,负载压降过大。修复:重焊端子。万用表补测虚接端子压降确认。
六、竞品测试
6.1 竞品品牌型号(2000 元价位)
米家(全能扫拖机器人 2、DIO1、C200、小米 Pro);追觅(S40 增强版、S30 Pro Ultra 增强版、X 系列);科沃斯(N8 Pro、T9 Power、DK33、T50 Pro);石头(G 系列、P10 Pro);云鲸(J3)。
6.2 竞品优势劣势(业务性能指标)
清扫覆盖率、边角清扫覆盖率、回充成功率、避障成功率、建图精度/效率、续航/充电、噪音。
6.3 边角清扫覆盖率测试过程
墙边 5cm 撒标准粉尘(ISO 12103-A2)→ 清扫 → 称重/目检回收率 → 计算边角覆盖率。行业参考 ≥60%。同环境跑我们和竞品对比数据。
七、简历包装
7.1 外包测试工程师角色
外包驻场甲方实验室,做研发阶段测试(功能、兼容、场景、线上问题),产线量产不涉及。说辞:"我之前是外包参与项目,主要负责研发阶段实验室测试,产线属甲方内部环节,外包不涉及。"
7.2 三产品共同点与偏重点
共同点:都走需求评审→用例→功能/兼容/性能/可靠性→缺陷管理;都用抓包/串口/看日志;都是 App+云端+设备三端。偏重点:扫地机器人重清扫覆盖率/避障/回充;无人机重飞行稳定/图传/续航/安全;摄像头重画质/延迟/音画同步/夜视/云台。
7.3 判断 bug 是机器人端还是 App 端
① 换绝对 OK 的硬件:OK 则原设备硬件端,不 OK 则 App/云端;② 操作机器人实体按键:正常则 App 端;③ PC 串口直连发串口指令:正常执行则 App/云端链路。
7.4 和产品经理对接
场景:需求评审提风险、需求模糊/冲突沟通、变更评估、验收标准对齐。做法:列问题清单、用数据说话、邮件留痕。
7.5 和开发对接
提 bug 附复现步骤/日志/视频;开发拒绝 bug 重新演示 + 对照 PRD;开发不认同先对齐"是否符合需求",再拉产品/组长仲裁;不愿修改评估影响 + 升级组长。
7.6 用户投诉 + 处理逻辑
投诉 bug(标题):漏扫、噪音大、回充失败、App 连不上、续航缩水、边角不干净。处理:复现→定位→评估等级→反馈开发→回归→归档。
7.7 新公司(智能床垫)快速开展测试
先需求评审定范围(功能:睡眠监测/App 控制;性能:传感器精度/续航;安全:发热/电磁兼容)→ 搭环境 → 抓包/串口/看日志建测试能力 → 定用例 → 迭代。通用方法论平移,业务知识快速补。
八、技能案例
8.1 Linux 命令案例
机器人开机反复断连 WiFi、偶发卡顿。用 ssh 登录 Linux 系统:ps -ef 看进程、top 看 CPU/内存、dmesg 看内核日志、tail -f /var/log/xxx 看运行日志、ifconfig/iwconfig 看网络,定位网络进程卡死。命令:ssh、ps -ef | grep、top、dmesg、tail -f、ifconfig、iwconfig、ping。
8.2 SQL 案例
云端查设备绑定/状态:SELECT FROM device WHERE sn='xxx' 查设备信息、SELECT COUNT() FROM alarm WHERE device_id=xxx 统计告警、SELECT status FROM device WHERE device_id=xxx 查状态,定位数据异常。
8.3 App 和云端接口 + JMeter
业务接口:开始清扫(入参 deviceId/taskId/模式,出参 taskNo/状态码)、暂停/继续、回充、查询状态、配网绑定、OTA 检查。
JMeter 脚本:线程组 → CSV 数据元件读 csv(robotId,taskId...)→ HTTP 请求带变量调"开始清扫"→ 响应断言对比 csv 的 expectCode/expectMsg → 循环 → 查看结果树(绿=过、红=败)。常见问题:变量取不到(CSV 路径/大小写)、JSON 报错(引号/${})、中文乱码(改 UTF-8)。
九、Fiddler 相关常识 + 链路
9.1 方案公司/产品公司、上位机/下位机、仿真
- 方案公司(方案商/ODM):只做技术不卖成品,提供电路板、固件、物料清单、组装说明。扫地机一线 ODM:松腾、格兰博、银星;头部方案商如中科创达、华勤。产品公司(品牌商):拿技术包做成品贴品牌(科沃斯、石头、小米、美的)。现状:ODM 贴牌约 60%,自研+代工 30%,自研自产 10%。
- 上位机:交互/决策"大脑"(App、云端、PC 调试工具);下位机:直接控制硬件的嵌入式控制器(设备主控 MCU/SoC)。
- 仿真:用工具模拟某一端测链路(仿真 App 模拟下发;仿真设备模拟上报)。
9.2 App 下发清扫指令实现链路
App 点"开始清扫" → HTTPS 调云端接口(/api/device/sendCmd)→ 云端 MQTT(长连接)下发 → 设备主控解析 → 驱动电机/风机 → 设备 MQTT 上报 → 云端 → App 刷新。关键:App 指令发云端、云端转发设备,App 不直连设备。
9.3 链路各节点定位
App 端:Fiddler/Charles 抓 HTTPS,看请求/参数/响应码;云端:云端日志、Postman 复现、看 MQTT 是否下发;设备端:串口/SSH 看日志、Wireshark 抓 MQTT/TCP。
9.4 看日志(三端)
App:adb logcat(Android)、Xcode/Console(iOS);云端:ELK 按 SN/时间检索;机器人:串口/SSH 看 /var/log。
9.5 4 个 bug(避障/清扫,六要素)
- 低矮数据线碾压(现象/复现/定位串口日志/原因雷达盲区/修复融合碰撞+算法/单写现象复现日志预期)
- 边角漏扫(墙边撒粉/路径未贴边/沿边参数过大/调贴合参数/附覆盖率数据)
- 透明玻璃撞上(玻璃门前/雷达点云缺失/镜面反射/碰撞兜底+算法补全)
- 长毛地毯缠绕停机(长毛地毯/滚刷过流/无防缠绕/加过流反转脱困)
十、需求/用例评审/app 兼容/monkey
10.1 需求会议相关面试题(逐题)
① 需求会议中有没有发现一些不合理的需求?案例
有。比如某次需求评审,产品提"越障高度 20mm",但我们这款机型机身离地间隙只有 10mm,物理上根本过不去,属于不合理需求。我在会上当场提出,用机身材质参数佐证,最终改为"越障 15mm"。
② 需求会议中有没有提出一些建设性建议?案例
有。需求里只写了"清扫后回充",我建议增加"低电量断点续扫"——即清扫到一半电量不足时,先回充再回到断点继续扫,避免大户型扫一半没电。这个建议被采纳,成为后续版本的一个卖点。
③ 负责模块中挑一个模块,你怎么分析需求?需求点→测试点的过程
以避障模块为例。需求文档写"机器人能识别并避开 2cm 以上障碍物"。我把它拆成测试点:障碍物类型(电线/拖鞋/玩具/桌腿)、尺寸(2cm 边界/5cm/10cm)、材质(软/硬/透明/深色)、光照(强光/暗光)、角度(正面/侧面/贴墙)。每个维度都是一个测试点。
④ 你负责模块的需求点,需求文档提了哪些要求?最近版本需求是什么?
避障模块需求:识别 2cm 以上障碍、避障成功率 ≥95%、平均碰撞力 ≤15N、动态避障响应时间。最近版本需求是"优化避障绕行距离"——之前绕行太宽导致覆盖死角,本版要求绕行更贴合障碍物。
⑤ 如何判断需求是否可测?
看三点:可量化(有具体数值)、可复现(能重复操作)、有明确预期结果。比如"清扫更干净"不可测,"清扫覆盖率 ≥85%"可测。
⑥ 遇到需求模糊、逻辑冲突怎么处理?
先自己理解 + 做假设,整理成问题清单,找产品确认,把确认结果记录归档(邮件留痕)。逻辑冲突(比如"A 功能要 B 关闭时也能用"但 B 关闭后 A 依赖的资源没了)当场提出来对齐。
⑦ 遇到需求变更频繁,处理逻辑?
评估变更影响范围(哪些用例要改、要不要回归),更新用例,同步回归计划,跟产品确认变更优先级。
10.2 用例评审相关面试题
① 用例评审会议中有没有不合理的用例?为什么不合理?优化?
有。同事写了一条"噪音 ≤0dB",这物理上不可能,不可测。我提出优化为"标准模式 ≤65dB,静音模式 ≤55dB",可量化可测。
② 最难的测试用例是什么?
避障成功率专项。难在:要搭障碍物矩阵(不同材质/尺寸/颜色)、定义统计口径(什么叫"成功避开")、控制变量、多次测试取稳定值。这条用例我主导做的,还沉淀成了规范文档。
③ 漏测的测试用例?案例?为什么会漏测?
见 4.7(深色地毯悬崖误判卡边)。漏测原因是测试环境没覆盖"深色地毯 + 边角"这一特定组合。
10.3 app 兼容性测试
① app 兼容性测试怎么测试?
双端(安卓/苹果)× 多品牌机型(华为/小米/OPPO/vivo/iPhone)× 多系统版本 × 多分辨率。覆盖核心功能:配网、控制清扫、地图显示、告警推送。
② 安卓测试、iOS 测试,区别?
安卓碎片化严重(品牌多、系统版本多、分辨率多),要覆盖更多机型组合;iOS 系统统一,主要测系统版本差异。抓日志:安卓用 adb logcat,iOS 用 Xcode + 系统日志。
③ 怎么抓安卓 app 日志、怎么抓 iOS app 日志?
安卓:adb logcat(过滤包名 adb logcat | grep 包名),崩溃看 logcat 里的 FATAL EXCEPTION。iOS:Xcode 连接设备看 Console,或用系统"设置→隐私→分析与改进"里的崩溃日志。
④ 测试过哪些品牌型号手机?有没有发现哪一款出现兼容性 bug?定位?
测过华为 Mate/P 系列、小米、OPPO、vivo、iPhone。发现某款华为手机(特定 EMUI 版本)上 App 地图显示白屏。定位:抓 logcat 看崩溃堆栈,是 WebView 内核兼容问题(该机型 WebView 版本过老)。反馈开发升级 WebView 内核兼容方案。
10.4 monkey 测试
① monkey 测试怎么做?
用 adb 的 monkey 命令向 App 发送随机事件流(点击、滑动、按键),压测 App 稳定性,跑一段时间看有没有崩溃/ANR。
② monkey 测试环境怎么搭建?
安卓真机/模拟器装 App → USB 连接电脑开 adb 调试 → 输入 monkey 命令跑。命令示例:adb shell monkey -p 包名 -v 10000 --throttle 200。
③ monkey 常用参数有哪些?
-p 指定包名、-v 日志详细度、--throttle 事件间隔(毫秒)、-s 种子(复现)、--ignore-crashes 忽略崩溃继续、--ignore-timeouts 忽略超时、事件数量(如 10000)。
④ monkey 日志怎么分析?看哪些数据?提交哪些数据给开发?
看日志里的 crash(FATAL EXCEPTION)、ANR(ANR in ...)、异常堆栈。提交给开发:复现步骤、崩溃堆栈截图、monkey 种子参数(-s,方便开发复现)、logcat 完整日志。
⑤ monkey 测试有没有发现哪些 bug?
发现过 App 在地图页面连续快速点击时崩溃。定位:logcat 看是空指针异常(地图数据未加载完就渲染)。反馈开发加空判断。
⑥ app crash/anr 定位?app crash 有哪些可能原因?
crash 定位:logcat 看 FATAL EXCEPTION 堆栈,定位到具体类和方法。ANR 定位:看 /data/anr/traces.txt,找主线程卡死原因。crash 可能原因:空指针、内存溢出(OOM)、数组越界、主线程做耗时操作、第三方 SDK 冲突、WebView 兼容。
十一、协议相关测试
11.1 WiFi 相关
WiFi 常识:WiFi 是 IEEE 802.11 系列标准,家用主要是 2.4GHz 和 5GHz 双频,802.11n/ac/ax(WiFi6)/be(WiFi7)。
弱网测试的信号强度范围(RSSI,dBm):
- 极强:-30dBm 以上
- 良好:-50dBm 左右
- 中等:-60 到 -70dBm
- 边缘:-70dBm 左右(开始不稳定)
- 弱信号:-80dBm 及以下(容易断连)
获取 WiFi 相关参数用什么工具?
WiFi 分析仪(WiFi Analyzer)、WiFi 魔盒、抓包工具(Wireshark 抓 802.11 帧)、路由器后台。
WiFi 的 SSID 和密码相关约束:
- 账号(SSID):最大长度 32 字节,支持中文/特殊字符(但有兼容风险,老设备可能不识别)
- 密码最大长度:WPA/WPA2 是 8–63 字符(8 位最短)
- 不同加密方式区别:WEP(已淘汰,不安全)、WPA(TKIP)、WPA2(AES/CCMP,主流)、WPA3(SAE,更安全,防暴力破解)
- 2.4G 和 5G 区别:2.4G 覆盖远、穿墙好、速度慢、干扰多(蓝牙/微波炉同频);5G 速度快、穿墙差、干扰少
- 信道、变频:2.4G 有 13 个信道(1/6/11 不重叠),5G 信道更多;变频=路由器自动选最优信道
WiFi 测试项:
- 抗干扰测试:同频干扰(多个路由器/蓝牙/微波炉)、信号遮挡
- 信号强度测试:用 WiFi 分析仪测不同距离的 RSSI
- 弱网测试:信号衰减器/屏蔽箱/拉远距离模拟
- 拉距测试:测最大连接距离
- 传输速率测试:测实际吞吐量
- 稳定性测试:长时间连接、反复重连
11.2 蓝牙相关
- BLE 低功耗蓝牙 vs 经典蓝牙:BLE 功耗低、传输小数据(配网、状态),经典蓝牙传大数据(音频)
- 蓝牙版本 5.1:新增到达角/出发角(AoA/AoD)定位,测距更准
- 不同版本区别:版本越高速率越快、距离越远、功耗越低、功能越多(5.0 速率 2Mbps,4.2 是 1Mbps)
- 蓝牙加密方式:配对用 SMP(Secure Manager Protocol),加密用 AES-CCM,配对方式有 Just Works、Passkey、OOB、Numeric Comparison
- 传输速率测试:BLE 理论 1Mbps/2Mbps,实测远低于理论值
- 蓝牙配对原理:扫描→广播→连接→配对(交换密钥)→绑定
- 抗干扰测试:同频干扰(2.4G 与 WiFi 同频)
- 稳定性测试:长时间连接、反复断连重连
- 拉距测试:测最大连接距离(BLE 一般 10-30m)
- 测试工具:蓝牙分析仪、抓包、手机 App
- 信道/跳频:BLE 用 40 个信道(37/38/39 广播信道 + 37 个数据信道),自适应跳频抗干扰
11.3 MQTT 相关知识
发布/订阅模型:设备作为 client 连 MQTT broker(云端),订阅 topic 收指令、发布 topic 上报状态。QoS 三档:QoS 0(至多一次,可能丢)、QoS 1(至少一次,可能重复)、QoS 2(恰好一次)。用 MQTTX 模拟订阅/发布测试。设备状态上报、指令下发、OTA 都走 MQTT。
十二、模块:配网
12.1 支持哪些配网模式
蓝牙配网、机器人 AP 配网、扫码配网、一键智能配网(SmartConfig)4 种。
12.2 配网成功率测试
含义:多次配网成功次数/总次数。测试:固定环境(同 WiFi、同距离)重复配网 N 次统计成功率。行业参考 ≥95%(高要求 ≥98%)。影响因素:信号强度、路由器兼容性、加密方式、距离、干扰。
12.3 各配网模式实现原理
- 蓝牙配网:手机蓝牙连设备,通过蓝牙把 WiFi 账号密码传给设备,设备再连家庭 WiFi。
- AP 配网:设备开热点(AP),手机连设备热点,把 WiFi 信息传给设备,设备再连家庭 WiFi。
- 扫码配网:二维码里含设备 SN(序列号),App 扫码获取设备信息,云端按 SN 下发配网指令。
- 一键智能配网(SmartConfig):手机广播含 WiFi 账号密码的 UDP 组播包,设备监听抓包解析后连 WiFi。
12.4 各配网模式测试偏重点
- 蓝牙:蓝牙连接稳定性、距离、密码传输安全
- AP:热点稳定性、切换回家庭 WiFi
- 扫码:二维码识别率、SN 绑定
- 一键智能:广播抓包成功率、双频路由兼容(只支持 2.4G)
12.5 配网测试点(4 种方式分别展开)
蓝牙配网测试点
- 正向:正确账号密码配网成功、设备上线 App 可控、配网后断电重启自动重连、二次配网成功
- 异常:错误密码、WiFi 不存在、蓝牙中途断开、配网中断、重复配网、信号弱、密码含特殊字符
- 兼容:不同路由器、WPA2/WPA3、2.4G/5G、不同手机型号、不同系统版本
AP 配网测试点
- 正向:设备热点正常开启、手机连热点传 WiFi 成功、切回家庭 WiFi 成功、设备上线
- 异常:热点连不上、传 WiFi 中断、切回失败、重复配网、热点被占用
- 兼容:不同路由器、不同手机
扫码配网测试点
- 正向:扫码识别成功、SN 绑定成功、配网成功、设备上线
- 异常:二维码模糊/损坏、SN 重复绑定、扫码后配网失败、二维码过期
- 兼容:不同手机摄像头、不同光照
一键智能配网(SmartConfig)测试点
- 正向:广播抓包成功、解析 WiFi 密码成功、连 WiFi 成功、设备上线
- 异常:双频路由(5G 不支持)、广播丢包、弱信号、密码特殊字符、干扰
- 兼容:不同路由器芯片、不同手机
12.6 输入正确密码仍配网失败,定位
① 抓包看 App 有没有把密码正确传给设备(蓝牙/云端);② 看设备端日志,设备有没有收到、有没有连上 WiFi;③ 检查路由器是否 5G(设备只支持 2.4G);④ 检查密码特殊字符转义;⑤ 检查设备 WiFi 模块。
12.7 配网效果评估
配网成功率、配网耗时(点配网到上线时间)、竞品对比。
12.8 路由器兼容性 + bug 案例
2026 主流路由器品牌型号:华为(AX3 Pro、BE7 Pro、BE3 Pro、Q6E)、小米(AX3000T、AX6000、BE7000、BE6500 Pro)、TP-LINK(XDR3010、XDR5480、BE5100)、华硕(RT-AX86U Pro、RT-BE96U)、中兴(BE5100、AX5400Pro+)、腾达、水星、荣耀。
兼容性 bug 案例:某 TP-LINK 路由器默认开"双频合一",设备配网时被分到 5G 频段导致配网失败。定位:抓包 + 关双频合一验证。修复:固件强制配网走 2.4G。
12.9 WPA2 vs WPA3
WPA2(AES/CCMP)主流;WPA3(SAE 握手,防暴力破解、更安全)。对配网影响:老设备可能不支持 WPA3,需兼容 WPA2 过渡;WPA3 握手更复杂,配网兼容性要测。
12.10 2.4G 和 5G 区别
2.4G 覆盖远、穿墙好、速度慢、干扰多;5G 速度快、穿墙差、干扰少。扫地机 WiFi 模块一般只支持 2.4G。
12.11 配网验收标准
用例全部执行完毕 + 致命/严重/一般 bug 100% 修复 + 轻微 bug 修复率 ≥96%。
12.12 配网失败常见原因
密码错误、信号弱、路由器不兼容(5G/双频合一)、设备 WiFi 模块异常、加密方式不支持、干扰、重复绑定冲突。
12.13 配网成功但 App 显示离线 / 配网一直超时
- 显示离线:设备连上 WiFi 但没连上云端(MQTT 没建立),查设备网络/云端连接。
- 一直超时:信号弱、路由器兼容、设备没收到配网指令。
12.14 WiFi 弱网配网测试点
弱信号范围:RSSI ≤ -80dBm。模拟弱信号:距离拉远、屏蔽箱、信号衰减器、WiFi 干扰仪。
- 功能正向:弱信号配网成功、弱信号下设备上线、配网后保持连接、弱信号下重连、弱信号下控制指令、弱信号下状态上报、弱信号下清扫/回充、弱信号下地图同步、弱信号下告警推送、弱信号下语音
- 功能异常:极弱信号配网失败提示、配网中途信号丢失、配网超时、密码错误+弱信号、弱信号下断连、弱信号下重复配网、弱信号下设备离线、弱信号下指令丢失
- 兼容:不同路由器、WPA2/WPA3、2.4G、不同手机
- 性能:弱信号配网成功率、弱信号配网耗时、弱信号连接稳定性
- 可靠性:弱信号长时间运行、反复断连重连、弱信号下持续配网
- 稳定性:弱信号 24h 运行、弱信号反复配网、弱信号下长时间待机
12.15 WiFi 吞吐量测试
测设备实际数据传输速率,用 iperf 或专业测速工具,验证 WiFi 模块性能是否达标。
十三、模块:避障
13.1 避障测试点
正向:常见障碍识别绕行(电线/拖鞋/袜子/玩具/桌腿/垃圾桶)、动态避障、绕行距离控制、低矮障碍(≤2cm 数据线)、脱困、沿边避障、密集障碍、障碍贴墙、越障(15mm 门槛)。
异常:镜面/玻璃、深色物体/黑地毯、强光暗光、传感器脏污、极细线、反光地面、透明障碍。
兼容:地毯/瓷砖/木地板/大理石、不同障碍物材质。
性能:避障成功率、响应时间、碰撞次数(≤100 次)、碰撞力(≤15N)。
可靠性:长时间连续避障、反复同一障碍、24h 不间断。
13.2 避障相关传感器
激光雷达(LDS)、红外传感器、碰撞传感器(微动开关)、超声波、3D 结构光/dToF(高端)、视觉摄像头。
13.3 避障实现原理(融合避障策略)
激光雷达远距离建图导航 + 红外/超声波近距离测距 + 碰撞传感器兜底 + 视觉/结构光识别物体类型(高端)。融合策略:远处靠雷达规划绕行,近处靠红外/超声减速,碰到靠碰撞触发转向,视觉识别电线/拖鞋等特定物体针对性绕行。
13.4 直接撞上去,定位
① 串口日志看避障算法有没有检测到障碍;② 看传感器(雷达/红外)数据是否正常;③ 判断是传感器没检测到(硬件)还是算法没处理(软件);④ 换传感器验证。
13.5 避障准确性 / 避障成功率 / 路径规划准确性
- 避障准确性:识别并避开的障碍比例。搭障碍物矩阵(类型/尺寸/颜色),统计避障成功率。
- 路径规划准确性:规划路径与实际路径偏差、覆盖率。行业参考:避障碰撞≤100 次、覆盖率≥85%、LDS 建图±1cm。
13.6 避障测试环境搭建(障碍物维度)
按维度准备障碍物:
- 尺寸:2cm 数据线、5cm 玩具、10cm 桌腿、15cm 垃圾桶、大件家具
- 材质:软(拖鞋/袜子/布料)、硬(木头/塑料/金属)、透明(玻璃杯)、深色(黑鞋)、反光(镜子/不锈钢)
- 类型:电线、拖鞋、袜子、玩具、垃圾桶、桌椅腿、宠物粪便(模拟物)
为什么:覆盖不同识别难度,验证传感器对各种障碍的识别能力,尤其测雷达/红外弱点场景。
13.7 防坠落
原理:红外悬崖传感器朝下装,检测高度差,超过阈值(如 8cm)立即停止/转向。测试点:
- 正向:桌边/台阶不跌落、高处边缘及时停止、边缘转向、边缘减速、边缘检测响应
- 异常:深色地面误判、镜面地面误判、强光干扰、传感器脏污、边缘快速接近
- 兼容:不同地面材质/颜色、不同高度台阶
- 性能:检测响应时间(≤0.1s)、防跌落成功率
- 可靠性:反复边缘测试、长时间运行
- 稳定性:连续边缘检测、不同角度边缘
13.8 脱不了困,处理逻辑
脱困失败情况:桌椅腿间、狭窄区、电线缠绕、卡门槛。处理:先倒退 + 旋转尝试脱困 → 失败后停止 + App 推送"请救援"。自救靠碰撞传感器 + 轮子打滑检测。
13.9 其他细节题
- 障碍物尺寸维度:准备 2cm(数据线/细绳)、5cm(小玩具)、10cm(桌腿)、15cm(垃圾桶)、20cm+(大件)多档尺寸。
- 防缠绕:滚刷/边刷被毛发/电线缠绕,测防缠绕检测、反转脱困、缠绕提示。
- 被踢一脚:碰撞传感器 + IMU 检测到异常外力,处理:停止 + 重新定位 + 继续清扫(靠碰撞传感器和 IMU 加速度检测)。
- 被抱起来:离地检测(轮子悬空/悬崖传感器),处理:停止 → 放下后重新定位 → 继续。
- 狭小空间通行:测最窄通道宽度、机身能否通过、通过后能否脱困。
十四、模块:清扫
14.1 清扫功能相关组件
风机(吸力)、滚刷(卷垃圾)、边刷(扫边角)、尘盒(收集)、滤网(过滤)、水箱+拖布(拖地)。
14.2 清扫模式及测试偏重点
纯扫、纯拖、扫拖一体、定点、沿边、分区、预约、深度/静音。偏重点:扫拖一体看吸拖协同;定点看范围精准;沿边看贴边;预约看定时触发;深度看吸力档位。
14.3 预约清扫
测试点:定时触发、日期重复、取消预约、断电后预约、多时段预约。
预约 9:00 没清扫,定位:① 看设备时间是否正确(NTP 同步);② 看预约任务是否下发成功(云端);③ 看设备是否在线;④ 看设备端日志预约触发逻辑。
14.4 沿边清扫
原理:靠红外/碰撞传感器检测墙边,贴墙行走,沿边距离约 1-2cm。不沿边定位:看沿边传感器、路径规划参数。不沿边可能原因:沿边传感器故障、参数过大、墙边反光/深色干扰。
14.5 清扫专项(4 指标)
清扫覆盖率、垃圾残留率、边角清扫覆盖率、清扫效率。
14.6 清扫覆盖率
含义:实际清扫面积/应清扫面积。测试:固定区域撒标定物,清扫后统计覆盖比例。行业参考 ≥85%。影响因素:路径规划、障碍物、建图精度。
14.7 漏扫 / 宠物便便 / 地毯
- 漏扫定位:看清扫路径记录、建图完整性、覆盖率数据。
- 宠物便便:高端机视觉识别后避开(防涂抹),中低端无识别会涂抹。处理:识别→绕行+提示。
- 地毯:检测到地毯自动增压加大吸力,拖地时自动抬升拖布。
14.8 清扫测试环境搭建
按地面材质(地毯/瓷砖/木地板/大理石)+ 障碍物 + 灰尘标定物(标准粉尘/颗粒)搭环境,模拟真实家庭。
14.9 水箱 / 防缠绕 / 出水量 / 路径
- 水箱空满检测:水位传感器/浮子检测,App 提示。
- 防缠绕:滚刷/边刷缠绕检测、反转脱困、提示。
- 出水量:电控水箱电磁阀控量,三档(2/3-4/5-7 ml/min),流量计/称重法测。
- 清扫路径准确性:路径是否弓字全覆盖、漏扫率、重叠率。
- 清扫中被抱起:离地检测→停止→放下重定位→继续。
十五、模块:回充
15.1 回充测试点 / 触发条件
回充触发条件:低电量、任务完成、手动回充、异常回充(断点续扫后)。
测试点:
- 正向:低电量自动回充、任务完成回充、手动回充、断点续扫回充、回充成功后充满、回充后继续清扫
- 异常:回充中断、找不到基站、基站被移动、回充路径有障碍、低电量无法回充、反复回充失败
- 兼容:不同位置触发回充、不同电量触发
- 性能:回充成功率、回充耗时、是否绕路
- 可靠性:反复回充、长时间运行
15.2 回充方案(红外方案)实现原理
基站发射红外引导信号,机器人红外接收传感器对准信号 → 沿信号线对准基站 → 对齐充电极片 → 对接充电。靠红外接收传感器 + 充电极片检测。
15.3 充电桩被移动 / 机器人在基站附近徘徊
- 充电桩被移动:基站位置变了,机器人仍按旧坐标找,需重新定位基站。测试点:移动后能否重新找到、重新对准。
- 徘徊定位:① 看红外引导信号是否被遮挡/干扰;② 看机器人红外接收传感器是否正常;③ 看对位算法角度修正是否异常;④ 充电极片接触检测。
15.4 回充路径上有障碍物 / 回充专项
- 路径障碍物:检测到障碍绕行后继续回充,或重新规划回充路径。
- 专项:回充成功率、是否绕路。
- 回充效果评估:回充成功率、回充耗时、是否绕路。
- 竞品测试:同环境对比回充成功率。
15.5 回充成功率
触发回充后成功对接比例。测试:多次从不同位置/方向触发回充统计。行业参考 ≥95%。影响因素:基站位置、障碍物、红外信号、电量。
十六、模块:建图
16.1 建图测试点 / 速度耗时
- 测试点:建图完整性、准确性、效率、多房间、复式。
- 速度/耗时:100㎡ 建图约 10-20 分钟(行业参考)。
16.2 建图准确性 / 2D 还是 3D / 多楼层
- 准确性:地图与实际户型吻合度,LDS 建图 ±1cm。
- 2D 还是 3D:家用扫地机主要是 2D 平面图(激光雷达扫描平面),高端带 3D 感知(结构光)。
- 多楼层:支持多地图,每层一张。楼层 2 用地图 1 的测试点:自动识别楼层切换、地图错误、跨楼层定位。
16.3 建图评估 / 竞品 / 地图漂移
- 评估:建图完整性、准确性、效率、清扫覆盖率。
- 竞品:对比建图速度/精度。
- 地图漂移:定位丢失导致地图偏移。定位:看雷达点云、IMU、轮式里程计,环境变化(搬家具、镜面)。
16.4 建图实现原理 / 通过标准
- 原理:激光雷达扫描环境 → SLAM 算法(同步定位与建图)生成地图 + 定位。靠激光雷达 + 轮式里程计 + IMU 融合。
- 通过标准:地图完整、无缺角、无漂移、覆盖全屋。
十七、模块:OTA 升级
17.1 OTA 测试点(重点异常)
正常升级、升级中断、弱网升级、断电升级、升级失败回滚、版本检查、升级后功能验证、升级包校验失败、重复升级、跨版本升级。
17.2 OTA 流程 / 防变砖 / 断点续传
- 流程:设备检查新版本 → 下载升级包 → 校验(MD5/签名)→ 写入 → 重启 → 升级成功上报。
- 防变砖:A/B 双分区,升级写备用分区,成功后切换,失败回滚旧分区。
- 断点续传:下载中断后从断点继续,校验完整性。
17.3 弱网 OTA / OTA 压测
- 弱网:弱信号下升级成功率、下载中断重试、超时处理。
- 压测:好多台机器人同时 OTA 升级,测服务器并发压力、设备升级成功率、升级时长。用多台设备 + 并发触发,统计成功率、服务器响应。
17.4 OTA 成功率 / 稳定性 / 烧录
- 成功率:升级成功次数/总次数,行业参考 ≥99%。影响因素:网络、升级包完整性、设备状态。
- 稳定性:多次反复升级、长时间运行。
- 烧录:产线/研发用烧录工具把固件直接写入芯片(有线),OTA 是无线在线升级。测试工程师一般会烧录(研发阶段刷固件)。
十八、模块:更多模块
补充面试可扩展模块:语音交互(唤醒、指令识别)、定时预约、虚拟墙/禁区、脏污识别复拖、宠物识别、App 地图编辑、耗材提醒(滤网/边刷/尘袋寿命)、多设备联动(智能家居)。
附:面试开场话术速记
"我们项目从 0 到 1,10 个月,7 人测试团队。测试从需求评审阶段就介入,分四个阶段:需求与用例设计 → 模块与单元测试 → 整机系统测试 → 可靠性与量产验收,量产验收达标后退出。按 2 周一个固件版本迭代,每版先冒烟再全量回归。我作为固件测试工程师,主要负责避障和清扫两个核心模块。"
附录:面试高频追问速查
A.1 传感器出问题定位命令 / 步骤(详细)
激光雷达(LDS)
- 串口登录设备,用专用命令/接口读雷达数据流,看采样率、测距值是否正常(正常 360° 连续点云)
- 测距值全 0 或全最大值 → 雷达没转/供电异常/线束松
- 点云有"毛刺"/缺角 → 镜面/玻璃反射干扰
- 万用表测雷达供电电压、线束通断
红外悬崖传感器
- 遮挡测试:逐个遮挡红外管,串口日志看触发状态是否变化
- 全不触发 → 红外管坏/线束断;误触发 → 深色地面反射弱
- 万用表通断档测红外管
碰撞传感器(微动开关)
- 手动按压保险杠各位置,串口日志看碰撞事件是否上报
- 不触发 → 微动开关坏/装配问题;万用表通断档测开关
IMU(陀螺仪+加速度计)
- 串口读角速度/加速度原始值,静止时角速度应接近 0
- 静止有漂移 → 零点未校准;转向不准 → 安装轴向装反
- 零点校准后复测
行走电机
- 示波器表笔接主控 MCU 电机 PWM 输出脚,看 PWM 波形占空比、有无中断
- 万用表测电机供电电压、编码器反馈
A.2 面试高频追问
Q:为什么用红外避障,不用结构光/dToF?
A:成本考虑。我们这款 2000 元价位,红外避障成熟、成本低;结构光/dToF 是高端机方案,成本高。红外能满足基础避障需求,配合碰撞传感器兜底。
Q:避障成功率怎么统计的?
A:定义"成功避开 = 不碰撞、不卡住地通过障碍区",搭障碍物矩阵(不同材质/尺寸/类型),多次测试,成功次数/总次数。
Q:清扫覆盖率怎么测的?
A:固定测试区域撒标定物(标准粉尘/颗粒),机器人清扫后,统计覆盖到的面积比例。行业参考 ≥85%。
Q:回充为什么用红外方案?
A:红外引导成本低、方案成熟稳定,家用扫地机主流就是红外回充。高端机才用视觉/激光辅助对位。
Q:2 周一版怎么保证质量?
A:每版先冒烟(开机→建图→清扫→回充核心链路),过了才全量回归,再跑专项,不过直接打回开发。
Q:你怎么和开发沟通 bug?
A:附完整复现步骤 + 日志/视频截图,有理有据,先对齐"是否符合需求预期",再定修复优先级。
Q:你负责模块的用例设计用什么方法?
A:等价类、边界值、判定表、场景法、错误推测,每种都对应具体用例(见 4.10)。
Q:漏测过吗?怎么避免?
A:漏测过深色地毯悬崖误判。教训是测试环境要覆盖"材质 × 颜色"组合,不能只测常规地面。
Q:测试工具你会用哪些?
A:抓包(Fiddler/Wireshark)、串口调试助手、示波器、万用表、Postman、JMeter、ADB、MQTTX。
Q:为什么选外包驻场?
A:外包驻场甲方实验室,专注研发阶段测试(功能/兼容/场景/线上问题),能接触完整整机测试流程。
A.3 各模块定位一句话速记
|
问题 |
一句话定位 |
|
配网失败 |
抓包 + 设备日志 + 路由器(5G/双频合一) |
|
避障撞上 |
串口看避障算法 + 传感器数据 |
|
清扫漏扫 |
清扫路径记录 + 覆盖率数据 |
|
回充徘徊 |
红外引导信号 + 对位算法 |
|
建图漂移 |
雷达点云 + IMU/里程计 |
|
OTA 变砖 |
启动日志 + 升级包校验 |
|
App 没响应 |
判断机器人端还是 App 端(换硬件/按键/串口) |
A.4 一句话回答核心指标
- 覆盖率 ≥85%(T/SPEMF 0037-2024)
- 边角除尘 ≥60%
- 避障碰撞 ≤100 次、碰撞力 ≤15N
- 越障 ≥15mm
- 续航 ≥120min
- 噪音 ≤65dB(标准)、≤55dB(静音)
- LDS 建图精度 ±1cm
- 配网成功率 ≥95%
- 回充成功率 ≥95%
- OTA 成功率 ≥99%
B.1 竞品型号特点速览
|
竞品型号 |
价位 |
核心卖点 |
|
米家全能扫拖机器人 2 |
1999 元 |
自动集尘 + 自清洁拖布,清洁率高,性价比天花板 |
|
米家 DIO1 |
1999 元 |
自动集尘 + 基础扫拖,入门首选 |
|
追觅 S40 增强版 |
约 2000 元 |
LDS 导航 + 双目避障 + 36000Pa 大吸力,配置越级 |
|
追觅 S30 Pro Ultra |
2000-3000 元 |
自集尘 + 洗拖布 + 烘干 |
|
科沃斯 N8 Pro / T9 Power |
2500 元档 |
导航精准、避障强,品牌信赖度高 |
|
科沃斯 DK33 |
2199 元 |
机身仅 5.5cm,能进低矮家具底 |
|
石头 P10 Pro |
3000 元档 |
算法稳定、防缠绕、越障强 |
|
云鲸 J3 |
2000 元档 |
自动洗拖布 + 自动烘干,拖地好 |
我们这款(2000-3000 元)的定位:LDS 激光建图 + 电控水箱 + 8000Pa 吸力,主打"规划式全覆盖 + 电控精准控水拖地",业务性能上对标米家/追觅(覆盖率、边角除尘、回充成功率)。
B.2 简历项目描述(成品,可直接用)
项目名称:扫地机器人整机测试
项目时间:2025.11 – 2026.8(10 个月,从 0 到 1)
项目角色:固件测试工程师(外包驻场)
项目描述:参与某品牌 2000 元档 LDS 激光导航扫地机器人的整机测试,7 人测试团队、2 周一版迭代。负责避障、清扫两个核心模块的功能测试与专项测试。主导避障成功率专项(搭建障碍物矩阵环境、定义统计口径、沉淀规范文档);主导"提升清扫边角覆盖率"专项,把边角除尘从 ~50% 提升到 65%+(超行业 60% 基准)。
技术栈:串口调试、Fiddler/Wireshark 抓包、示波器、万用表、Postman、JMeter、MQTTX、Linux、SQL。
B.3 面试自我介绍(成品,可直接背)
"面试官好,我叫余楠深,测试工程师,有扫地机器人、摄像头、无人机等智能硬件的整机测试经验。最近一个项目是扫地机器人,从 0 到 1 做了 10 个月,7 人测试团队,我作为固件测试工程师负责避障和清扫两个核心模块,主导了避障成功率和边角覆盖率两个专项测试,并沉淀了测试规范文档。我熟悉抓包、串口日志、示波器、万用表这些定位手段,也做接口测试和简单自动化。希望能加入贵司,继续在智能硬件测试方向深耕。"
B.4 面试必背数字(30 秒过一遍)
项目 10 个月、7 人团队、2 周一版、2000 用例、350 bug、我负责避障+清扫+配网(约 750 用例/150 bug)。
覆盖率 ≥85%、边角除尘 ≥60%、避障碰撞 ≤100 次/≤15N、越障 ≥15mm、续航 ≥120min、噪音 ≤65dB、LDS ±1cm、配网/回充 ≥95%、OTA ≥99%。
传感器:思岚 RPLIDAR A1/A2、MPU6050/ICM20948。
竞品:米家全能扫拖2、追觅 S40、科沃斯 N8 Pro、石头 P10、云鲸 J3。
路由器:华为 AX3 Pro、小米 AX3000T、TP-LINK XDR5480、华硕 RT-AX86U、中兴 BE5100。
DAMO开发者矩阵,由阿里巴巴达摩院和中国互联网协会联合发起,致力于探讨最前沿的技术趋势与应用成果,搭建高质量的交流与分享平台,推动技术创新与产业应用链接,围绕“人工智能与新型计算”构建开放共享的开发者生态。
更多推荐


所有评论(0)