电工培训,电工培训班,电工学校-湖南长沙阳光电工培训学校移动版

在OEM打交道的过程中，ECU供应商常常会碰到类似“你们的软件质量怎么样？你们怎样来保证你们的软件是可靠的？你们都做过了什么样的测试？”这样的问题。

OEM听到的回答往往是“我们在出厂之前会做大量的软件测试、台架验证和实车测试，保证所有功能都得到了实现；此外我们还会进行故障注入测试，保证当我们的系统在发生任何故障（当然是已经定义的故障）的情况下都是安全的。”

如此充其量只能说是一个初级阶段的回答，也只是部分的符合了主机厂所期望的答案：

功能测试和故障注入测试只是软件测试的一部分，即使测试用例100%覆盖了所有的功能需求和安全需求（假设有这么两份文件的话），不能排除软件中存在其它的分支导致系统出现其它非预期的结果。

讲个小小的故事吧：

某车灯控制的功能需求为开关1和开关2以或逻辑实现对灯的控制，该功能需求在某历史项目的基础上做了一点点改动（之前的功能需求为开关1/2/3三者以或逻辑实现对灯的控制）。在整个软件修改过程中需求开发和测试开发的工程师都注意到了这条变动，更改了相关的需求规范和测试规范，唯独在Coding和Implementation这个环节漏掉了这项更改。

于是测试人员按照下表Test Vectors进行测试：