这次我们聊的不是新开源的 AI 工具而是一个职业技术方向机器人测试工程师。扫地机器人、服务机器人、工业 AGV 都在大批量出货整机测试岗的需求也一直在涨。很多人把它理解成“拿着拖把抹布反复擦地”那是误读。整机测试是产品发布前的质量闸门要跟传感器、固件、机械结构、App 联调和场景遍历打交道是一套可以工程化、也可以自动化的技术体系。这篇文章以扫地机器人整机测试为主线把测试项、测试环境、执行流程、工具链和职业门槛完整过一遍。想进入机器人行业、又不想卷算法岗的人可以把它当作一份入门地图已经在做整机测试的人也可以看看自己在哪些环节还能继续深入。先给结论测试岗位能否拿到 15k 级别的薪资取决于你掌握了多少可验证的测试能力而不是投了多少份简历。这篇文章不会给你“速成包拿 15k”的承诺但会把岗位背后的技术重心讲清楚。1. 机器人测试岗位核心能力速览能力项说明岗位对象扫地机器人、服务机器人、AGV、机械臂等整机测试核心测试模块功能交互、清洁性能、导航避障、路径规划、越障脱困、续航回充、噪音、安全、App 联动、可靠性核心工具链串口日志、CAN 分析、抓包工具、缺陷管理平台、Python 自动化、ROS 数据包硬件门槛需要接触样机、传感器、电池、机械模块不要求会焊电路但要理解硬件连接逻辑软件门槛Linux 基础、Python 脚本能力、测试用例设计能力工作模式不是纯手工跑场景高价值工作集中在自动化采样、数据统计与问题定位适合人群动手能力强、喜欢排查问题、愿意跑复杂场景的测试工程师不适合人群只想纯编码、排斥硬件调试、坐不住跑场景的人从这个表能看出来机器人整机测试是一个典型的交叉岗位。它比纯软件测试多了一层硬件交互比机械工程师岗位少了很多结构设计压力真正值钱的部分在于“知道问题出现在哪个环节”。2. 机器人测试与软件测试有什么区别很多人做过 Web 端软件测试以为把业务流程跑一遍就完成了。机器人测试最大的不同是环境不可控缺陷不可穷尽。扫地机器人测试过程中地面材质、光线强度、家具摆放、宠物体毛、线材位置都会影响结果。同一个 APP 操作指令在不同 Wi-Fi 环境下可能表现完全不同。这种条件下光靠“按测试用例点按钮”很容易漏问题。机器人测试还需要理解硬件行为。激光雷达的扫描频率、ToF 传感器的探测距离、陀螺仪的零漂、碰撞传感器的触发阈值都会直接影响测试结论。软件测试遇到 bug 可以提给开发改代码机器人测试遇到问题要先判断是传感器偏差是机械结构卡滞是固件逻辑错误还是 APP 端丢指令这个判断过程就是整机测试工程师的主要价值。另外一个明显差异是回归成本。软件测试的回归成本往往只是重新跑几条接口用例机器人测试的一次回归可能需要重新布置整个测试场地。扫地机器人测一圈全屋清扫从建图到扫完可能要一两个小时中间如果有一次卡困整个测试数据就废了。所以测试计划和数据采集方案必须在一开始设计好这也是为什么机器人测试岗位会更看重逻辑规划能力和数据能力。3. 适用场景与职业边界机器人测试主要需求来自几个方向家电厂商扫地机器人、洗地机、割草机器人等产品线机器人创业公司服务机器人、配送机器人、巡检机器人代工厂与供应链企业整机出厂检测、产线测试检测认证机构做标准化测试、可靠性认证自动化集成商AGV 搬运、机械臂工作站验收。从入门角度看扫地机器人整机测试是最合适的切入口。原因有三个产品形态成熟、测试体系完整、招聘需求量大。而且扫地机器人集成了激光雷达、摄像头、ToF、超声、陀螺仪、碰撞传感器、电机驱动、电池管理几乎相当于一台小型自动驾驶底盘在这个产品上积累的能力可以迁移到更复杂的机器人项目。使用边界也要讲清楚。机器人测试会接触到大量用户场景数据包括家庭环境影像、Wi-Fi 网络信息、设备日志。测试过程中必须遵守隐私保护要求不泄露、不公开未经授权的家庭录像和定位数据。同时不要尝试绕过设备的安全机制来做极端测试比如破解固件、锁死电池保护、强制让设备在充电异常状态下运行。这些操作不仅危险也违反测试合规要求。做测试目的是帮助产品更安全稳定不是制造风险。另外要说一句现实的话15k 的薪资并不是所有地区、所有公司都能给的。一二线城市、有成熟产品线的公司测试工程师拿到这个区间并不夸张刚入行或者只做纯手工点按的测试薪资会低不少。薪资高低取决于你能不能解决问题而不是岗位名称本身。4. 测试环境与工具链准备扫地机器人整机测试需要固定的测试场地和设备。如果是在公司测试实验室通常会有标准测试房如果自己学习或搭建测试环境也可以用手边条件做出一个简化版本。4.1 测试样机与耗材扫地机器人样机至少 1 台最好准备 2 台同版本样机做对照测试充电座、电源适配器、边刷、滚刷、拖布模块、尘盒等配件齐全不同品牌的空净、加湿器、宠物围栏等场景道具按需准备各类线材、袜子、拖鞋、地毯、门槛条等障碍物道具。这里的重点是“可控”。测试环境里的每一个障碍物都要固定位置不能在测试过程中随意移动。否则压测数据出来后无法复盘覆盖率、避障率、回充成功率都会失真。4.2 场地类型一个合格的扫地机器人测试场地至少要覆盖以下地面类型地面类型测试关注点瓷砖地面清洁能力、吸尘口密封、打滑情况木地板刮擦风险、行走噪音、边刷打飞短毛地毯越障能力、滚刷缠绕、吸力衰减长毛地毯通过性、卡困概率、防缠绕能力门槛与台阶越障高度、防跌落逻辑光线条件也要有变化。强光直射、夜间低照度、窗帘阴影都会影响视觉导航和激光建图。如果样机用的是视觉避障方案反光物体、深色物体、玻璃材质的识别结果会明显不同。4.3 测量工具常见工具包括卷尺、电子秤、测距仪、噪声计、热电偶、万用表、红外热像仪。测噪音要校准分贝计测续航要记录实时电压曲线测越障高度要用标准门槛块。如果做可靠性测试还需要跌落实验台、振动台、高低温箱。这些设备不一定第一次就配齐但要用到的测量指标必须能确定来源不然测试报告没有说服力。4.4 软件工具链串口助手 / SecureCRT读取设备串口日志ADB / logcat针对 Android 底座的 App 日志抓取Wireshark抓取网络包检查配网和云通信CAN 分析工具查看电机、传感器总线数据禅道 / Jira / 飞书缺陷管理、任务跟踪Python pandas日志清洗、指标统计ROS bag如果设备基于 ROS 开发可用于复盘传感器发布数据。软件工具链的核心目标是让测试可追溯。出了现场问题不能只靠肉眼描述必须能从日志里还原当时的决策链路。一个测试报告的含金量往往取决于附带的日志和数据结构是否完整。5. 扫地机器人整机测试项详解这是整篇文章的重点。扫地机器人整机测试不是“扫一遍看看行不行”而要拆成多个测试域逐一验证。5.1 开箱与结构检查测试目的确认出厂状态一致避免因运输、装配导致的问题影响后续测试。测试内容外包装完整配件齐全箱内信息与铭牌一致机身无划伤、无异响、按键无卡滞边刷、滚刷、拖布安装到位拆卸顺畅尘盒、滤网、水箱安装密封充电座触片无变形。操作要点开箱后先做静态检查拍照再通电。任何结构异常都要记录在案否则后续清洁性能异常时无法归因。5.2 功能与交互测试测试目的验证设备的基本交互逻辑是否符合规格定义。建议测试用例电源键开机、短按暂停、长按关机充电座接触充电、充电指示灯状态切换主机未安装尘盒、滚刷时是否有报警尘盒满、水箱缺水时的提示是否准确被困报警和恢复流程App 远程启动、暂停、回充指令执行情况。判定标准每个交互动作在 3 秒内有明确反馈错误状态有提示信息且提示信息与实际状态一致。这里最容易出现“提示信息不完整”的缺陷比如报尘盒异常但用户不知道是哪个部件异常。5.3 清洁能力测试测试目的量化扫地机器人的清洁效果这是消费者最关注的部分。测试维度吸力在硬质地面、短毛地毯上分别投放定量粉尘测定清洁率边刷清扫宽度观察墙边灰尘是否残留边刷转速是否会把垃圾打飞滚刷防缠绕放入线材、毛发、袜子等统计缠绕停机次数拖地模块抹布含水量、拖布对地面污渍的去除效果、沿墙拖布贴合度尘盒密封性清扫完成后尘盒周边是否有漏灰扬尘清扫过程中二次扬尘对空气质量的影响。操作建议每次清洁测试前定好污染物用量比如 10 克粉尘均匀铺在固定面积内。测试结束统一收集尘盒称重计算回收率。重复 5 次取平均值比单次结果更可靠。5.4 导航与避障测试测试目的验证建图准确性、导航稳定性与避障安全性。新建地图测试中要观察建图覆盖是否完整房间边界是否准确家具位置、虚拟墙、地毯高度在图中是否有明显畸变强光/弱光环境下能否正常构建地图快速移动家具后地图更新是否及时。避障测试中要分别验证线材、拖鞋、宠物粪便、落地镜、玻璃门、黑色地毯、反光金属底座。每一类障碍物都要记录碰撞次数和绕行效果。重点看高速清扫模式下能不能及时减速再看贴边时是否会撞到墙面。评估指标建图误差、避障成功率、碰撞次数、绕行耗时。如果吸附了错误地图导致扫漏要回看导航日志并标记复现路径。5.5 路径规划与清扫覆盖率测试目的评估设备是否能在合理时间内完整覆盖目标区域。建议用彩色胶带在测试区域划分网格扫完后用人工拍照或传感器数据统计覆盖率。重点关注弓字形路径的平行度漏扫区域的位置是否集中在墙角、桌椅腿、地毯边缘重复清扫比例是否过高指定区域清扫和全屋清扫的时间对比断点续扫是否按剩余区域继续而不是重头开始。覆盖率与时间要一起看覆盖率 95% 但花了 3 小时说明效率有问题覆盖率 98% 但反复扫同一块区域说明路径规划策略存在缺陷。测试记录里要同时保存 App 生成的清扫轨迹图和机器人内部 odom 数据。5.6 越障与脱困测试测试目的验证门槛、滑轨、踢脚线、地毯边沿、落地灯底座等场景的通过性。测试序列可以这样设计2cm 以下的小门槛正常通行2cm 门槛前轮可通过后轮是否打滑回充座线缆是否会被卷入边刷桌椅腿阵能否绕行后继续弓字形长毛地毯边沿滚刷过门时是否卡困风扇底座、体重秤等不规则物体能否脱困。脱困测试每次给 3 分钟窗口超过则判定失败。失败后要记录机器人最后的机械姿态、四个轮子/边刷转速和传感器数据这对判断卡困原因非常关键。5.7 续航与回充测试测试目的验证实际工作时间和充电逻辑。建议记录以下数据电量 100% 开始工作到需要回充时的工作时长标准挡、强力挡在工作时的电流和功耗变化回充座识别距离多远开始对准回充成功率连续回充 30 次统计首次对接成功率回充失败后的行为能否重新规划还是会原地死循环断点续扫回充后能否回到断点继续清扫。如果机器人的地图偏移导致回充座找不到家这是最常见的缺陷之一。处理方式不一定是机械问题很可能是定位漂移需要调取视觉特征点和激光匹配日志。5.8 噪音测试测试目的确认不同档位的噪音是否符合规格避免影响用户日常休息。测试条件环境本底噪音低于 35dB噪音计距离机器人正前方 1 米高度 0.5 米。分别记录静音档、标准档、强力档、回充过程、集尘座工作时的最大噪音。不同地面上的噪音差异也要统计瓷砖地面的轮子噪音和长毛地毯上的风机噪音通常有明显差异。如果噪音超标要区分是风机声、轮子摩擦声还是机械共振。可以用手按压不同部件或者贴减震胶带做对比验证定位振动源。5.9 安全测试安全测试不能省优先级最高。核心项目防跌落楼梯口、高台边缘、缝隙处多次运行不能跌落防缠绕线材缠绕后应触发保护不能一直拉扯导致线缆损坏防夹手滚刷、边刷位置需要有保护机制电池安全充电过压、过流、过热保护是否生效充电安全充电座短路保护、长时间充电不发烫儿童锁防止儿童误触启动激光雷达保护运行中碰撞导致雷达偏移要能检测并报警。安全测试出现失败项时必须第一时间升级为最高优先级缺陷禁止在问题未解决的情况下继续做其他功能测试。5.10 可靠性与寿命测试可靠性测试是扫地机器人与普通消费电子最大的区别之一。因为它是移动设备有大量机械结构和地面冲击。常见测试项目跌落循环从一定高度反复跌落观察结构强度和传感器固定情况振动测试模拟运输中的颠簸防止出货后内部松动高温高湿测试环境在 40℃/85%RH 下运行看电池和电子元器件稳定性长期运行模拟循环清扫统计 100 小时、500 小时后的吸力衰减和滚刷磨损情况充电座寿命插拔循环测试确认触点磨损不会导致接触不良。可靠性测试的产出不只是“过/不过”还要给出衰减趋势曲线。比如吸力在运行 300 小时后下降 20%这就直接决定了产品的售后预期。5.11 App 联动测试现在的扫地机器人基本都是“硬件App”产品App 端功能缺陷同样影响整机体验。App 测试主要覆盖配网流程2.4G/5G 双频 Wi-Fi、弱网、路由器重启后的连接地图管理房间拆分、标注、家具编辑模式控制全局清扫、区域清扫、指哪扫哪虚拟墙在 App 上画虚拟墙机器人是否严格执行定时预约定时任务触发、时区切换设备共享多个家庭成员绑定同一台设备OTA 升级断网、低电量、升级失败回滚。App 联动测试的关键是和机器人端日志一起分析。App 显示“清扫完成”但机器人实际卡在半路这类不一致问题需要同一份时间戳下的双端日志才能定位。测试时建议开启机器人端和手机端的日志同步记录。5.12 场景模拟与兼容性测试除了单点测试还要做复合场景模拟尽量接近真实家庭环境。常见场景全屋模拟客厅、卧室、厨房、卫生间同时布置跑完整清扫流程宠物家庭加入宠物毛发和翻倒水碗场景观察机器人的应对夜间模式低照度环境是否有补光避障是否变差边角清理墙边、踢脚线、柜子底部的清理效果多房间跨门槛全屋清扫时能不能顺畅跨过两扇以上的移门滑轨家具变更场景清扫过程中挪动椅子机器人能否重新规划路线。兼容性测试还需要覆盖电源适配器规格、电压波动、手柄遥控器连接、语音助手控制等方面的联动。6. 整机测试的执行流程有了测试项还要有一整套执行规范不然测试结果很难管理。6.1 测试计划测试计划要回答四个问题测什么、用什么环境测、谁来测、测到什么时候结束。扫地机器人测试计划中还要加一条每条测试用例的复现条件是什么。比如“强光环境”需要明确光照强度范围“长毛地毯”需要明确绒毛长度。6.2 测试用例设计机器人测试用例要包含前置条件机型、固件版本、App 版本、地面类型测试步骤操作、摆放、时间节点预期结果可量化的指标实际结果文字描述加图片/视频/日志结论通过、失败、阻塞。典型案例测试“跨越 2cm 门槛”时前置条件写清楚门槛材质和固定方式执行步骤写明“从门槛正面 50cm 处启动以标准挡运行”预期结果是“5 秒内通过且不停留”。这样的用例才有复现性。6.3 缺陷生命周期与回归缺陷流程一般是新建→指派→修复→验证→关闭。机器人测试中的缺陷描述必须附带日志时间点和复现路径不能只写“卡住了”。一个合格的缺陷描述包括设备型号、固件版本、App 版本测试日期和测试时间段复现步骤现象描述日志文件、图片、视频期望行为与实际行为对比。回归测试不一定要全量跑。机器人测试场景布置成本高适合先跑受影响模块比如更新了避障算法后优先回归线材避障和桌腿绕行再根据风险决定是否做全屋扫描。7. 自动化测试与数据采集机器人测试岗位如果想往上走自动化能力是关键。自动化不是要求你开发一套完整测试框架而是要把重复的数据采集和分析过程用脚本接管。7.1 串口日志采集示例测试过程中机器人通过串口输出运行日志。可以用 Python 写一个简单的串口日志采集脚本把数据实时保存到本地。import serial import time import datetime ser serial.Serial( portCOM3, # Windows 下 COM 端口 baudrate115200, # 按实际设备配置 timeout1 ) log_file frobot_{datetime.datetime.now().strftime(%Y%m%d_%H%M%S)}.log with open(log_file, w, encodingutf-8) as f: while True: line ser.readline() if line: text line.decode(utf-8, errorsignore).strip() ts datetime.datetime.now().strftime(%Y-%m-%d %H:%M:%S) f.write(f{ts} {text}\n) print(f{ts} {text})脚本运行时注意串口占用问题先关闭串口调试工具再启动脚本否则会报端口被占用。7.2 关键指标统计清洁率和覆盖率测试会产生大量数据。用 pandas 读取清扫轨迹 CSV可以快速算重复率和覆盖率。import pandas as pd df pd.read_csv(path_data.csv) # 假设数据列: x, y, status total_points len(df) cleaned_points len(df[df[status] cleaned]) coverage_rate cleaned_points / total_points * 100 print(f覆盖率: {coverage_rate:.2f}%)实际项目中轨迹点来自机器人 odom 数据或者 App 导出的清扫记录格式可能不同需要根据字段名调整。但思路是一致的先把数据规整成统一结构再统计。7.3 自动化场景回归自动化回归的核心是让机器人在固定场地自动执行清扫并通过传感器数据判断是否卡困、是否回充失败。import time import subprocess # 伪代码通过串口下发清扫指令并监控状态 def run_clean_and_monitor(duration_minutes): start_time time.time() stuck_count 0 while time.time() - start_time duration_minutes * 60: log read_robot_log() if stuck in log: stuck_count 1 send_robot_command(recover) time.sleep(10) return stuck_count stuck run_clean_and_monitor(30) print(f30 分钟测试中卡困次数: {stuck})自动化不是要完全替代人而是把“重复跑 100 次回充”这种人工做起来效率极低的任务交给脚本。测试人员需要做的是分析结果、判断异常、更新场景。8. 常见问题与排查方法机器人测试过程中会遇到很多高频问题以下是一份常见的排查清单。问题现象可能原因排查方式解决方案建图漂移激光雷达数据异常或视觉特征丢失查看建图日志、对比实际房间轮廓检查雷达固定螺丝重新标定避开强光环境回充失败充电座识别距离不足、定位漂移查看回充识别日志、测试不同距离调整回充座位置检查红外信号发射是否失效清扫漏扫导航路径规划异常、地图不完整对比 App 轨迹与实际路径重新建图检查房间隔断和虚拟墙配置App 掉线Wi-Fi 信号弱或配网信息错误查看手机端日志和设备在线状态切换频段、检查路由器策略、重新配网滚刷缠线停机防缠绕策略未触发观察缠绕位置和滚刷停转时机改善滚刷结构或优化反转策略越障卡困底盘悬挂行程不足、传感器误判测量门槛高度、查看超声/ToF 数据调整底盘结构修正越障判定阈值噪音异常风机共振、轮子磨损、异物卡入手动转动部件听音、拆机检查清理异物、更换磨损件、增加减震垫OTA 升级失败低电量、网络断开、固件分区异常查看升级日志和电量状态充电后重试检查升级包完整性激光雷达不转雷达供电异常或固件卡死查看串口日志、检查接口连接重启设备更换雷达模组尘盒漏灰密封圈老化、安装不到位运行后检查尘盒周边更换密封条确认安装卡扣到位排查问题的通用路径是先复现再简化环境最后对比日志。一次复现不了就先记录环境条件尝试缩小范围。机器人问题很少是单一原因多传感器融合的产品问题往往出在“传感器之间的数据冲突”上。9. 学习路线与职业建议9.1 需要掌握的技能如果你准备进入机器人测试方向建议按下面的优先级学习测试理论基础测试用例设计、缺陷管理、边界值分析Python 脚本能力日志处理、串口通信、数据统计Linux 基础文件操作、进程查看、日志抓取硬件基础常见传感器类型、串口/CAN 通信、电机驱动、电池管理ROS 基础了解 topic、bag 录制、可视化工具 rviz数据分析能够从日志中提取关键指标并输出报告。一个加分项是动手拆装。购买一台二手扫地机器人拆开看激光雷达、电机、减震结构重新组装再通过串口读取日志。这一套下来比很多课程都管用。9.2 简历与面试方向面试机器人测试岗时不要只写“负责功能测试”。尽量写清楚负责的机器人型号和测试模块独立设计过哪些测试场景发现的最典型缺陷是什么如何定位是否搭建过自动化和数据采集脚本有没有输出过量化测试报告。如果没有机器人测试经验可以强调通用测试能力加硬件兴趣并准备一个自己动手实验的案例比如“拆装了一台扫地机器人并采集了串口日志”。这个项目本身就能证明动手能力和学习意愿。9.3 常见认知误区误区一机器人测试是低门槛重复劳动。实际上低端的手工测试才是重复劳动整机测试工程师的核心价值是定位问题和量化指标。你可以不写复杂代码但不能没有分析和排查能力。误区二通过培训机构短期集训就能打包拿高薪。培训只能带你入门真正的能力来自项目积累。拿 15k 薪资的人通常具备独立负责整机测试模块的能力而不是只会照着用例执行。误区三只会用某个厂商的工具就够了。厂商工具有利于熟悉产品但通用能力如 Python、数据分析、ROS 才是跨公司迁移的关键。10. 总结选对赛道确实重要但赛道里的能力积累更重要。扫地机器人整机测试非常适合入门因为它把机械、传感器、软件、App 和真实场景揉在一起能快速建立硬件产品测试的全局观。如果想进入这个方向最有效的起点是买一台二手设备自己拆装、采集日志、写脚本统计数据把测试项逐个跑一遍。这些真实经验比任何速成承诺都可靠。后续可以往自动化测试、测试开发、融合定位测试、可靠性测试方向深入职业发展和薪资提升都会更稳。