01 嵌入式软件开发介绍

part6 6-11嵌入式软件测试

目的

功能安全嵌入式软件测试的主要目标是验证嵌入式软件是否符合软件安全需求（SSR），并确保其在目标硬件平台上能够正常运行，不包含任何与功能安全相关的非预期功能或特性。功能安全嵌入式软件测试的主要目标是验证嵌入式软件是否符合软件安全需求（SSR），并确保其在目标硬件平台上能够正常运行，不包含任何与功能安全相关的非预期功能或特性

测试要求

测试方法

测试用例得出方法

输入与输出

ASPICE SWE.6

当中和V模型左端软件需求对应的活动是SWE.6软件验证（软件合格性测试），而功能安全叫做嵌入式软件测试；

补充说明：

此外，嵌入式软件测试，对应软件开发V模型左侧的软件安全需求定义，验证的对象是软件安全需求，这里的软件安全需求和前面的软件单元和集成验证相比，层次更高，属于功能级别的软件安全需求，是软件最终实现的功能需求，而不是为实现其功能，在软件架构或软件层面分解得到的中间过程的软件安全需求。

如果站在整车的角度，这个V模型可能更好理解

02 嵌入式测试说明

嵌入式测试方法论有案例生成方法，但是测那些功能了，也提及了，和SSR相关的要求，基于硬件在环或整车环境测试，分为基于需求测试和整车环境测试；这里有个点很容易出现问题，就是软件集成测试和软件合格性测试（嵌入式软件测试）在硬件层面执行时，有些案例是可以合并的。

这个案例可以看到，主要是为了验证如下功能安全要求：

测试环境可知，基本是硬件在环或整车环境。

测试结果评估：

测试结果应根据与期望结果的一致性和软件安全要求的覆盖率进行评估。

需要详细记录发现的问题和缺陷，并提供解决方案，最终得出测试结论，为软件开发团队提供改进建议。

软件安全需求示例【功能安全】软件安全需求SSR【功能安全】part6 软件安全需求

这些SSR都是我们测试的目标对象。

软件单元测试、软件集成测试、软件安全需求测试三者很容易混淆，看好一下这个简短版定义：

示例1：电压欠压测试

这个逻辑很简单，比如当电压信号V1区间在（3v-5v）之间有效，将电压调整至2v，会触发欠压相关安全机制，相关标志位会置起，如Active 从0变为1。在测试工具界面采集观测信号，记录log，即可。

示例2：can故障注入测试

BOB测试盒子样子，可进行一些CAN故障点功能安全故障注入测试

测试目标

最终在测试总结报告中，达到如下目标

03 嵌入式软件测试模板

测试模板

验证规范