ARTICLE · 1022509
软件测试和整机测试,差别不在难易
软件测试和整机测试,差别不在难易软件测试和整机测试，差别不在难易 前阵子和一个老同事吃饭。他做后端测试五六年了，席间随口问我： "你们老说整机测试，那到底是干什么的？是不是就是把 App 测一遍？" 我愣了一下。 接下来这三分钟，我跟他从设备讲到固件，从 App 讲到云。讲到最后他点点头："哦，就是软硬件都测呗。" 我知道这个说法不对。但当场，我没找到一句话能纠正它。 在测试这行这些年，我见过太多这样的对话——也包括我自己语塞的那几回。"整机测试"是这行最容易被误解的一个词。它听起来像是"测试里比较难的那一档"：比功能测试重，比系统测试难，所以得单独起个名字。 不是的。它和软件测试的差别，不在难易，在三个地方：账记在哪、锚点在哪、被 AI 冲击的方式。 先说一句你今天就能用上的： 判断一个"整机测试"的岗位，别信名字——横着看锚点，竖着看阶段。 为什么第一句是"别信名字"？因为这个领域最大的特点，就是名字不可信。 一、同一个活，四家公司四种叫法 我最近把几家智能硬件公司的公开招聘信息翻了一遍，发现同一件"整机级测试"的活，叫法是这样的： · 云鲸招「整机测试方向」，也招「系统测试」； · 追觅叫「整机方向」，全称是"高级软件测试工程师-整机方向"； · 大疆在 JD 里要求"整机产品交付经验"，岗位名却是"软件测试工程师"； · 石头更直接——它按小组命名，同一个"软件测试工程师"，分「用例设计方向」和「bug 小组」。 都是公开渠道能查到的在招信息。你看，同一个岗位名，四家公司四种叫法，有的叫法之下，干的甚至不是同一件事。 最典型的是云鲸。它校招里有两个名字挨着的岗位：一个叫「整机测试方向」，另一个叫「整机开发方向」。你猜后者干什么？负责服务端接口自动化、App 和 Web 的 UI 自动化开发维护。名字里写着"整机"，干的却是服务端和 App 的活。 所以在这个领域，「整机测试」这四个字，在制造业的产线和研发部门里，根本不是一回事。 在制造业的产线上，它指的是另一回事。产线上有 ICT、FCT、FT、EOL 几道工序，其中 FT（Final Test，整机功能测试）测的是装上外壳、接好线束之后的整机；EOL（End of Line）是出厂前最后一道终检，要绑序列号、校验固件版本、做参数标定。那是出厂前的筛选，和研发阶段验证一套系统能不能用，完全不是一件事。 那标准里管它叫什么？严格说，研发里这个活，位置相当于软件测试标准里的系统测试。ISO/IEC/IEEE 29119 把系统测试列为测试层级之一，而标准里说的系统测试，本来就包含硬件和软件的测试。ISTQB 的术语表里，"端到端测试"也是一个正式定义的测试类型——指在类生产环境下，把一条业务过程从头到尾跑一遍。 所以准确的说法是：研发的整机测试，位置相当于标准里的系统测试，也就是通行说的端到端测试。至于"整机测试"这四个字本身——标准和主流术语表里，查不到定义。 它是个岗位名、一句口语，不是一个有定义的术语。 二、所以"占多少份额"这个问题，问错了 我一开始想找"整机测试在软件测试里占多少"这个数。找完发现，这问题根本没有答案——因为它压根不在一个账本里。 软件测试的行业数字，记在"IT / 软件和信息服务"这个口径下；而整机测试里偏硬件、偏实体验证的那部分，记在另一个口径里——检验检测。 我给你看个现场。查"中国软件测试市场规模"，能查到两个流传很广的数：320 亿，和 17,606 亿。这两个数差了 55 倍。后一个数，和"软件和信息技术服务业"的行业总量放在一起，根本放不下。所以这两个数，一个都不能用。 
整机测试跨在两个账本中间 而检验检测那本账，有官方数字。市场监管总局 2026 年 7 月的发布会披露，截至 2025 年底：全国检验检测机构 54,340 家，从业人员 158.64 万人，2025 年营业收入 5,303.08 亿元。 这里面有个更值得注意的信号。发布会原话是："行业增长动力加速从传统领域向新兴领域、向高附加值领域转移。" 具体说，电子电器、软件及信息化、电力这几个新兴领域，机构数量和营收的年均增速都在 13% 以上；而一般工业品、消费品的传统检验领域，机构数量已经在负增长了。 这就是你在这个行业里的位置感来源：整机测试跨在两个账本中间——软的那部分落在 IT 口径，硬的那部分落在检验检测口径。所以它既不是软件测试的子集，也不归硬件测试管。 既然它不在一本账里，那个"份额"自然算不出来。你问不到答案，不是因为没人统计，是因为这个问题本身就不成立。 三、那它到底测什么：一个锚点 那就别纠结名字了，看它盯住哪一段。 一个完整的智能硬件链路是这样的：设备（硬件 + 固件）— 云端（API + 后台）— 移动端 App。三段，各有各的测试工程师。 那整机测试测哪一段？ 被测对象，是设备加固件。App 和云端，是必经路径。 这个"必经"的方向，很多人会搞反。不是"我要测 App，所以顺手看看设备"；恰恰相反——我是为了验证设备，才必须经过 App 和云端。 
被测对象与必经路径 举个最具体的：你要验证设备"断网之后能不能自动重连"。这个动作，用户在哪里做？在 App 上。设备上报的状态，存在哪里？云端。所以你必须打开 App、必须经过云端——但你要验证的，是设备在断网那一刻的行为，不是 App 的按钮好不好看。 App 和云端当然有自己的测试工程师，他们是那两个模块的主力。整机测试要做的，是看得懂另外两端、能判断问题出在哪一端、然后推给对的人。 所以整机测试、App 测试、服务端测试，三个岗位都在走端到端这条链。 同样是端到端，盯住不放的那一段不同。 四、企业里到底怎么分工：两条轴 这是我这轮翻招聘信息，最有用的一个发现：同一个"整机测试"，在横向和纵向两个方向上都站不住一个固定位置。 横着看，是技术栈。 大疆对测试团队的官方描述是——贯穿"芯片—操作系统—算法—应用软件—云端软件—硬件—结构"全栈技术。影石在招的测试方向里，App 测试、Web 测试、PC 桌面端测试、图像测试、音频测试、固件测试、系统测试、硬件测试、测试开发，是并列的。 看出来了吗？App 测试、云端测试，是独立岗位，不是整机测试下面的一个环节。 竖着看，是阶段。 一个硬件产品从研发到上市，走的是 EVT（工程验证）→ DVT（设计验证）→ PVT（生产验证）→ 量产 → 售后。EVT、DVT 回答的是研发侧的问题——"这个方案成不成立""设计满不满足要求"；PVT 往后是量产侧——"工厂能不能稳定地把它做出来"。 
同一个"整机测试"：两条轴上的一个位置 同一个横轴位置，挪到竖轴的另一段，就是另一个岗位。 给你一组对照，都来自公开招聘信息： · 追觅有个"高级软件测试工程师-整机方向"，岗位在深圳南山的研发中心，职责里写着要熟悉云平台相关的系统测试； · 大疆招的"测试工艺工程师（生产测试）"，这类岗位在产线侧，管的是试产、工站、良率——测的不是产品好不好，是制造系统稳不稳。 这两者的差距，不是"高级和初级"的差别，是两条竖轴的差别。前者在回答"产品行不行"，后者在回答"能不能造出来"。 所以回到那句口诀：横着看锚点，竖着看阶段。 五、发展这件事，两条曲线不一样 先说一个公开事实：增长在往新兴领域转。上面那组 13% 的增速、那句"动力加速向新兴领域转移"，说的就是这个趋势——电子电器、软件信息化、电力，包括前瞻布局里的集成电路、人形机器人，都在往上走。 但更值得说的是另一件事：同一次 AI 浪潮，压的是一条赛道，加的是另一条。 AI 直接压缩的是纯软件的执行层。写用例、跑回归、生成脚本，这些活正在被大幅接管——这一点我在上一篇里展开过。 而对整机这条赛道，AI 上机反而加活。两个原因： 一是行为验证。以前测一个带 AI 能力的设备，你还能用固定用例去覆盖；现在很多行为是模型现场生成的，没法用固定用例穷举，只能靠新的验证方法去逼近。 二是合规加码。举个已经落地的例子：欧盟的无线电设备指令（RED），从 2025 年 8 月 1 日起强制要求联网设备具备安全更新机制。标准里写得很具体——设备要至少有一种更新软件资产的途径，比如通过配套 App、Web 管理界面或本地接口。你看，"通过配套 App 更新固件"这几个字，正好又回扣了上一段：合规要求，正逼着企业把 App 和云纳入整机验证的范围。 这类要求的方向只有一个：只会加，不会减。 六、先把边界划清楚 说到这里，我得把话说完整——整机测试不是避风港。 别以为换个方向就安全了。如果你在整机这条链上，做的只是长期跑测、只负责记录和出报表，那 AI 一样会压过来，甚至压得更快。 分水岭还是那句老话：你能不能建体系、能不能做自动化、能不能把一个问题定位到具体哪一层。 能，你在哪条赛道都稳；不能，你在哪条赛道都悬。这篇不劝人转行，也不打算安慰谁——它只提供判断依据。 七、所以 回到开头那顿饭。如果今天再有同行问我"整机测试是不是就是把 App 测一遍"，我大概会这么说： 不是。它是一条独立的路——起点是设备，路上要穿过 App 和云，但它盯住的始终是设备本身。它和软件测试的差别不在难易，在账记在哪、锚点在哪、被 AI 冲击的方式。 测试从来不是一个赛道，是两条。而这两条的分岔点，恰好就是 AI 冲击最不平均的地方。 今天就能做的一件事：拿一张纸，把自己手上的活按那两条轴标一遍——横轴标你在哪一格（固件 / 硬件 / 整机 / App / 云端），竖轴标你在哪一段（研发 / 量产 / 售后）。标完你会知道自己在哪，也会知道下一步能往哪挪。