嵌入式、硬件与 IoT 测试

共 18 题
#

1. 嵌入式测试的硬件在环(HIL)与软件在环(SIL)测试各自的适用阶段?

A SIL 在软件仿真环境运行适用于早期算法与逻辑验证,HIL 使用真实硬件与实时仿真适用于硬件就绪后的系统验证 ✓ 正确答案
B HIL 在纯软件环境运行,适用于开发早期
C SIL 比 HIL 更接近真实系统
D HIL 只能验证逻辑,无法覆盖时序与硬件接口
#

2. IoT 设备测试如何覆盖弱网、断线重连、低电量与 OTA 升级中断场景?

A 只需测试理想网络与满电下的功能
B 需覆盖弱网重试、断线重连与数据补传、低电量降级,以及 OTA 升级中断时的安全回滚与防"变砖" ✓ 正确答案
C 低电量只影响显示,不影响数据上报
D OTA 升级中断后设备可直接重刷,无需回滚机制
#

3. 固件测试如何做版本回归,Golden Image 对比、启动时间与功耗基线?

A 回归只需验证固件能启动,无需对比基线
B Golden Image 对比只需对比版本号即可
C 功耗基线无法测量,只能靠经验判断
D 应通过 Golden Image 对比验证烧录与配置正确,并用启动时间与功耗基线度量新版本是否劣化 ✓ 正确答案
#

4. 硬件在环(HIL)测试的实时性与激励模型如何搭建,与软件在环(SIL)的差异?

A HIL 与 SIL 都在纯软件环境运行
B SIL 更接近真实硬件时序
C HIL 在实时仿真平台驱动真实硬件,验证时序与 I/O,SIL 在软件环境快速验证算法逻辑,二者互补 ✓ 正确答案
D HIL 不需要实时性约束
#

5. 嵌入式测试的层次,单元(固件)、集成(驱动/中间件)、系统(端到端)与硬件在环(HIL)如何组织?

A 测试只需做系统级端到端测试,无需单元测试
B 应按单元、集成、系统、HIL 分层递进,单元测试在宿主环境快速验证,HIL 验证真实硬件,让缺陷尽早暴露 ✓ 正确答案
C 单元测试必须在真实目标板上运行,否则无效
D 各测试层次相互独立,无需考虑顺序
#

6. IoT 设备测试的特殊性,资源受限(内存/功耗)、OTA 升级、离线/弱网、多协议(MQTT/CoAP)如何覆盖?

A 需覆盖资源受限下的内存/功耗、OTA 升级与回滚、离线弱网补传,以及多协议(MQTT/CoAP)接入的兼容性 ✓ 正确答案
B IoT 设备资源充足,无需考虑内存与功耗
C OTA 升级只需验证正常下发,无需考虑中断
D IoT 设备永远在线,不存在离线场景
#

7. 嵌入式软件的内存安全测试,越界读写、栈溢出与内存泄漏如何检测(Sanitizer/静态分析)?

A 只需依赖编译器警告即可发现所有内存问题
B 内存泄漏不影响嵌入式设备,无需检测
C 越界读写只在生产环境才会出现,测试环境无法发现
D 应结合 Sanitizer 动态检测越界与泄漏、静态分析发现潜在问题,并监控栈水位与长期内存增长 ✓ 正确答案
#

8. IoT 安全测试,设备认证、固件签名校验、通信加密与远程控制漏洞如何验证?

A 需验证设备认证、固件签名校验、通信加密与远程控制授权,并主动测试重放、伪造与越权攻击 ✓ 正确答案
B 设备接入云端即可,无需认证
C 固件无需签名校验,只要下载成功即可
D 通信加密是可选功能,不影响安全
#

9. 物联网协议互通性测试,MQTT/CoAP/HTTP 多协议接入的兼容与互操作如何验证?

A 只需验证 MQTT 一种协议即可
B 需验证多协议的接入兼容、协议语义(QoS、消息类型)与跨协议转换的一致性,并覆盖异常与边界场景 ✓ 正确答案
C 协议转换后语义可以丢失,无需关注
D 不同厂商设备无需互操作测试
#

10. 嵌入式功耗测试,待机、运行与通信等不同工作模式的电流曲线如何测量与基线化,功耗回归如何自动化?

A 需按待机/运行/通信等模式测量电流曲线并建立基线,通过自动化台架与阈值对比实现功耗回归 ✓ 正确答案
B 只需测量一次平均电流即可
C 功耗测试与测量环境无关
D 通信模式功耗不需要测量
#

11. 掉电与异常断电测试,写入中途断电、配置损坏与上电自恢复如何设计用例,断电点如何系统化覆盖?

A 断电只影响临时数据,无需专项测试
B 断电测试只需随机断电几次即可
C 断电后配置损坏直接报废设备即可
D 需覆盖写入中途断电、配置损坏与上电自恢复,并通过断电点注入系统化覆盖关键写入时机 ✓ 正确答案
#

12. 车机/智能硬件的语音交互测试如何覆盖方言、噪音与多轮打断场景?

A 需用方言口音样本、噪音环境样本验证识别率,并覆盖多轮打断与上下文承接的对话状态机 ✓ 正确答案
B 只需测试标准普通话与安静环境
C 噪音环境不影响语音识别
D 打断会破坏对话状态,无需考虑
#

13. 硬件相关的测试工具,示波器/逻辑分析仪/串口日志在问题定位中的作用,与软件测试如何协作?

A 软件测试发现问题后无需硬件工具,直接由开发修即可
B 逻辑分析仪只能测电压,不能分析协议
C 示波器/逻辑分析仪定位信号与时序,串口日志定位软件逻辑,二者结合交叉验证可定位横跨软硬件的问题 ✓ 正确答案
D 串口日志无法用于定位软件问题
#

14. 嵌入式系统的实时性测试,中断响应时间、任务调度延迟与超时处理如何验证?

A 只需验证平均响应时间即可
B 实时性测试只关注功能,不关注时间
C 优先级反转不影响实时性
D 需测量中断响应时间与任务调度延迟的最坏情况,并验证超时处理与看门狗兜底 ✓ 正确答案
#

15. 嵌入式测试的自动化与 CI,硬件在环测试如何接入持续集成并管理设备资源?

A HIL 测试因依赖硬件无法接入 CI
B 设备资源不需要管理,直接使用即可
C 所有测试都必须在真实硬件上跑,否则无效
D 采用分层 CI:快速测试在云端软件环境,HIL 接入设备资源池并排队调度,配合健康检查与自动复位实现自动化 ✓ 正确答案
#

16. IoT 设备与 App 的联动测试,设备发现、绑定、解绑与多账号场景如何设计?

A 只需验证设备能被 App 控制即可
B 多账号并发操作不会产生冲突
C 解绑后设备控制指令可继续生效
D 需覆盖设备发现、绑定、解绑与重新绑定的完整生命周期,并验证多账号权限与并发控制的一致性 ✓ 正确答案
#

17. 嵌入式系统的时间相关测试,时钟漂移、看门狗复位与时间同步异常如何模拟?

A 时钟异常不影响嵌入式系统,无需测试
B 看门狗只有在生产环境才需要
C 需通过时钟注入模拟漂移与时间跳变,验证看门狗复位与恢复,以及时间同步异常的处理 ✓ 正确答案
D 时间回拨不会导致任何数据问题
#

18. 嵌入式存储耐久测试,Flash 擦写寿命、磨损均衡与存储满时的行为如何验证,耐久测试的时间成本如何控制?

A 耐久测试必须全量测到寿命极限,否则无效
B Flash 擦写寿命无需验证
C 需验证擦写寿命、磨损均衡与存储满时的容错行为,并通过加速、抽样与建模控制耐久测试的时间成本 ✓ 正确答案
D 存储满时直接失败即可,无需处理