泛联新安 iUnit 智能单元测试平台
立即咨询
首页
四类覆盖率
行、分支、条件与 MC/DC
两种执行
模拟环境与目标机
自动适配
识别编译命令完成接入
报告可定制
按标准条目排版导出
⚠️行业痛点与挑战
🔍用例手写太慢
一个模块几百个分支，用例一条条写，写完全部执行一遍又要两天；赶进度只写正常路径，覆盖率停在六成，交测时被退回补测。
⏱️工程适配难
不同项目的编译脚本各写一套，工具接不进去，光是让工程跑起来就花一周；换个芯片平台又得重来，测试计划一拖再拖。
🧠覆盖率口径不统一
这只工具报行覆盖，那只报分支覆盖，客户要看 MC/DC，数据对不上；评审时说不清用的哪个口径，报告只能手工重算。
🔗目标机跑不起来
模拟环境跑得通，上了目标机就死机；驱动要自己写桩，桩写错还会掩盖真实缺陷，测试结论不敢签字。
📉变更后回归靠人记
改了哪几个文件靠开发口述，回归范围凭经验定；漏测的地方往往就是改动点，上线后问题回滚到测试环节重来。
🚧报告格式反复改
报告模板按标准条目排，评审提一条意见就整份重排；图表与用例编号对不上，返工一遍又是两天。
🎯产品定位与核心价值
泛联新安把它放在交测前的固定工序上：多工程并行跑，变更代码自动识别后一键回归，报告模板按标准条目排版，测试记录随版本一起归档。
💡落地有节奏
覆盖率测试服务按阶段推进，单元测试工具能力的启用顺序与业务节奏对齐。
🔁支持可直达
单元测试工具对应的服务响应路径对业务方透明，覆盖率测试服务的问题有明确归口。
🧷数据可回流
覆盖率测试服务的运行数据反向优化单元测试工具的策略配置。
⚙️核心能力详解
🧮编译适配
自动识别并捕获工程的编译指令与包含路径，完成工程接入，不必手写适配脚本；换编译环境时重新捕获一次即可。
🧱用例自动生成
基于动态符号执行与约束求解分析代码路径，生成覆盖各分支的用例与驱动，正常路径、异常分支与边界场景一并给出。
⚡四类覆盖率统计
统计行、分支、条件与 MC/DC 四类覆盖率，可按函数、路径或指令块查看，未覆盖分支能定位到具体判断。
📊双执行模式
在 PC 上用模拟执行器跑，也可下载到目标机真实执行；两种模式共用同一批用例，结果可以逐函数对照。
🌐变更回归
识别变更代码范围，一键执行受影响的回归用例，避免全量重跑；回归结果与上一版对比，新增失败项单独列出。
🔧报告定制
按标准条目配置报告模板，用例编号、覆盖率数据与结论自动填入，导出后可直接进评审材料。
📐技术规格
| 产品名称 | iUnit 智能单元测试平台 |
| 所属厂商 | 泛联新安 |
| 产品分类 | 测试工具·单元测试工具 |
| 核心能力 | 编译适配、用例自动生成、四类覆盖率统计 |
| 应用场景 | 新模块交测前的定点验证、需求变更后的增量回归、上目标机前的两道验证 |
| 能力颗粒度 | 单元测试工具可按覆盖率测试服务场景的规模逐级启用，初期投入可控 |
| 协同机制 | 嵌入式单元测试与单元测试工具的接口在实施阶段一并确认，避免后续返工 |
| 运维归属 | 单元测试工具的日常运维责任可在实施阶段明确并交接 |
| 适用阶段 | 覆盖率测试服务场景的不同阶段均有对应配置，无需整体重建 |
🏭典型应用场景
✈️新模块交测前的定点验证
测试工程师先捕获编译命令完成接入，再一键生成用例并执行，看覆盖率缺口补边界场景，缺口清零后导出报告，报告与版本号一起归档，接入参数固化成模板，下个模块直接套用。
🚗需求变更后的增量回归
平台识别变更函数，只跑受影响用例，失败项与上一版对比，新增失败单独列出；回归范围与变更单一一对应，评审时能直接对上，变更单缺项先退回，退回后重新排期，缺项补齐再跑。
🔋上目标机前的两道验证
先在模拟环境跑一遍，确认用例本身没问题，再下载到目标机执行；两次结果不一致时先查桩函数与时钟配置，不急着改用例，差异按函数列成表，逐项写明原因再决定是否上板。
🌊多工程并行的夜间批跑
多个模块的任务排队，夜里跑完，早上看汇总；耗时按工程统计，特别慢的模块单独查是不是桩打得太深，慢模块先看任务配置，再查目标机负载，别急着换机器，先看任务排队配置。
🏗️存量模块的补测排期
补测先按函数复杂度排序，从核心算法开始补用例，覆盖率按周推进，进度记在模块台账上，不做平均摊派，哪个模块空着谁负责，季度回看空洞分布，集中的模块安排专项补测，按季度看。
🚢客户要看 MC/DC 数据
按同一批用例重跑并切换覆盖率口径，报告里注明统计范围与工具版本；口径变更记在报告附页，避免评审时来回改数，两份报告并存归档，对外只交一份，内部留两份作对照，归档时对齐。
🏆典型应用案例
📦
某嵌入式软件组的接入路径
先拿一个模块试跑，捕获编译命令、生成用例、执行、看报告四步走通再铺开；每步记录耗时，接入第二个模块时对比，确认边际成本在下降，成本没降先查适配方式，适配方式定了再排后续模块的接入计划。
🛫
某汽车电子团队的每日回归
把回归挂到每日构建上，变更识别后只跑受影响用例，失败项按函数归类；连续两周统计回归拦截的问题数，判断用例集是否真的有效，拦截为零就补用例，补完再看两周，确认用例集能拦住改动，再看拦截效果。
🏭
某工业控制项目的双环境对照
模拟与目标机各跑一遍，两次覆盖率差异按函数列出，差异大的先查桩与时钟；差异收敛后再出正式报告，报告里注明两次执行的配置，配置不一致不用，两次执行的配置要写进报告附页，随版本归档，归档时对齐。
📦
某研究所的存量补测
按复杂度排出补测顺序，每周推进几个函数，覆盖率与用例数一起记在台账上；季度回看未覆盖分支的分布，集中的模块安排专项补测，专项补测定人定周，做完由另一人复核，复核结果写进模块台账，台账留签字。
🔌接入方式
🖥️与编译环境对接
捕获编译脚本或集成环境的编译命令完成适配，包含路径与宏定义要跟真实构建一致；换编译器版本后重新捕获，否则用例可能编不过，捕获记录留一份，换人接手能按记录复现。
☁️与目标机对接
通过调试接口下载并执行，先验证最小工程再放大；板卡时钟、串口与复位方式在配置里登记，换板卡时逐项核对，核对表随板卡交付，别照搬旧板配置，配置差异逐项登记，换板时对照。
🤝与流水线对接
命令行起任务，变更识别后可只跑受影响用例；结果文件回传给流水线做门禁，用例版本与代码版本一起打标签，门禁阈值按模块设，核心模块严一档，先告警再阻断，两周调一次阈值。
🧩生态协同与能力底座
🧩芯片与板卡厂商
目标机执行依赖调试链路与下载工具，板卡厂商给的最小示例能省适配时间；新板卡上市先验证下载与时钟，再排测试计划，验证不过就换调试器，换调试器要重新验时钟。
🔗第三方测评机构
测评机构按标准条目核对覆盖率与用例，报告模板要与取证格式对齐；字段提前约定，交付时能少补一轮材料，机构提的问题按条目回，回复附版本号与执行记录。
🌱编译工具链厂商
编译器版本影响插桩与优化行为，优化等级一变覆盖率就漂；工具链升级后先跑基线工程，确认数据可复现再放开批量任务，基线工程固定几个模块，每次用同一批。
🚀产品差异化特点
🌟与手工测试差别
手工写用例靠经验覆盖分支，边界条件容易漏；这一款按代码结构生成并自动执行，覆盖率能算出来，代价是要先完成工程适配，适配一次后续复用，摊到多个模块才划算。
🆚与只做仿真的工具差别
只在模拟环境跑，硬件相关问题测不出来；这一款两种模式共用一批用例，模拟过了再上板，差异能逐函数对照，上板测出的问题回补用例，用例集越跑越厚，缺口收敛。
🧬与通用测试框架差别
通用框架给断言与运行器，用例还得自己写；这一款把生成、执行、覆盖率与报告串成一条线，适合按标准交证据的项目，框架灵活但工作量大，两边可以并用，先把链路走通。
✅最佳实践
📝
先跑通最小工程
拿一个模块走完捕获、生成、执行、出报告四步，确认链路通再铺开；一上来就接大工程，卡在哪一步都说不清，四步各留一份记录，失败点按步骤定位，别整包重装。
🔄
桩的假设要写清
自动生成的桩按默认返回值走，业务语义靠人工补；桩的假设列在报告附录里，评审时才说得清哪些分支没被真正测到，附录随报告归档，桩改动后重签一次。
🎯
覆盖率口径先定
项目启动就定用哪几类覆盖率、按什么粒度统计，中途换口径等于重跑；口径写进测试计划，报告里注明工具版本，客户要看的口径提前确认，写进合同附件再开工。
📈
变更范围别靠口述
回归范围由变更识别给出，不靠开发报备；识别结果与提交记录对不上时先查编译单元映射，别急着扩大回归范围，映射表按模块建，新增文件要补登记，否则回归漏算。
🗺️企业落地路径
1️⃣
工程接入
捕获编译命令、确认包含路径与宏，跑通一个模块的生成与执行，把适配参数固化成模板，后续模块直接复用，模板纳入版本管理，模板每季度复核一次。
2️⃣
用例与基线
按模块生成用例并执行，形成覆盖率基线，缺口按函数登记，作为后续补测的输入与排期依据，基线数据留三份快照，每月对比一次，看缺口是否收敛。
3️⃣
回归常态化
接入每日构建，变更识别后只跑受影响用例，失败项按函数归类，两周看一次拦截效果再决定是否扩围，拦截为零说明用例不够，回头补边界用例再跑。
4️⃣
证据归档
报告模板定稿，版本、配置与覆盖率数据一起归档，评审与外部核查按同一份口径取用，归档目录按项目分，取用时按编号查，别翻聊天记录找版本。
💬常见问题 FAQ
支持哪些语言
主要面向 C 与 C++，工程按编译单元接入；混合语言工程需把 C 部分单独拆出来，拆之前先确认接口边界，否则桩不好打，拆出来的部分单独建工程，混编会拖慢适配，也不便打桩。
目标机怎么接
按目标机的调试接口与下载方式接入，先把最小工程跑通再上大工程；时钟与串口配置要和实际板卡一致，不一致时执行会超时，超时先看波特率，再看复位时序与下载方式。
覆盖率怎么算
行、分支、条件与 MC/DC 四类分别统计，按函数或路径下钻；统计范围在任务里声明，改范围要重跑，不能拿旧数据凑新口径，口径写进测试计划，报告注明工具版本，评审时才对得上。
生成的用例能改吗
生成的用例可编辑，断言按工程约定调整；改过的用例要标记来源，后续重新生成时避免覆盖人工补进去的部分，标记按函数记录，重生成前先比对，改动多的函数改为手工维护。
桩函数谁写
工具可自动生成桩，复杂依赖要人工补返回值；桩写得过深会掩盖真实缺陷，评审时把桩的假设单独列出来，桩的返回值要有依据，别一律返回成功，否则覆盖率虚高不可信。
能接流水线吗
命令行方式可在流水线起任务，返回码区分通过与失败；夜间跑全量、提交跑增量，两者用同一套用例版本，避免结论打架，用例版本随代码打标签，回退时两样一起换。
报告能改模板吗
报告模板按标准条目配置，字段与用例编号自动填入；改模板要留版本，评审前后用同一版，便于比对两次结论的差异，模板变更通知评审方，附一页变更说明再交。
效果怎么验收
看覆盖率口径是否一致、用例能否在目标机复现、失败项是否可定位；三项都过再看执行耗时，只看覆盖率数字容易被无效用例撑高，验收用例抽三成复跑，复跑由测试组执行。
📄信息来源与免责声明
本页面内容由云巴巴整理，产品信息参考泛联新安官方公开资料，包括iUnit 智能单元测试平台的官方文档与公开介绍页面。
页面中涉及的单元测试工具等功能描述基于官方公开信息整理，如有更新请以泛联新安官方最新发布为依据。
云巴巴作为企业级软件与 AI 产品选型与服务平台，可协助企业进行iUnit 智能单元测试平台及同类产品的选型咨询与接入支持。
产品推荐
可通过视频+红外+传感器+AI，实现对掘进、采煤、 运输、机电、通风、排水和供电等系统的环境安全状态的识别和监测。通过传感器+视频+AI，实现对环境状态的识别和监测。激光+视频+AI，实现对地面管道瓦斯泄漏和安全行为的检测。
面向企业的移动数字证书与电子印章服务平台，覆盖证书管理、印章管理、在线签署与验章服务，签署的全程可信与可追溯，解决纸质盖章流转慢、印章管控难与异地签署不便等问题。
百数低代码开发平台，作为低代码开发平台推荐的优质选择，专注于企业数字化办公系统搭建。它通过可视化操作界面与模块化组件，无需复杂编程即可快速构建 OA、CRM、ERP 等办公系统，支持跨部门协作与数据整合，助力企业高效实现数字化转型
智狐 AI 数字人克隆系统，聚焦 AI 数字分身生成与数字人视频制作。提供高仿真数字人克隆、多场景视频自动生成及直播功能，集成动作捕捉、语音驱动及多平台直播适配，支持数字人形象定制与内容批量创作。是数字人应用优选系统。
数字化社区
视频
文章
