软件质量需要静态代码分析和动态测试

召回活动增多、交付延迟、难以按时交付承诺的功能：软件质量不明显。只有通过一致的行动、遵守标准以及使用成熟的测试和质量保证工具，才能开发出好的软件。糟糕的软件会导致金钱损失和企业形象的恶化。嵌入式软件更为关键，因为它主要用于安全关键应用程序。在这里，软件错误可能危及人的生命，因此必须不惜一切代价避免。为此，ISO 26262、IEC 61508 或 DO178-C 等标准对软件的开发和测试质量有严格的要求。

为确保质量，静态代码分析程序和动态分析（包括单元测试）期间对可执行软件的测试都是必要的。由于这两种方法中的每一种都只发现了现有缺陷的一部分，因此两种互补的方法都是必要的。

在开发早期使用静态分析工具

动态分析需要执行代码，而静态分析则不需要。因此，可以在实施阶段的开发过程早期使用静态分析工具。出于这个原因，静态代码分析对项目的成功做出了巨大贡献——发现错误越早，修复的成本效益就越高。

在不编写测试用例的情况下，静态代码分析工具会检查代码的语法、语义、控制流和数据流异常、并发问题以及编程规则。发现了许多错误和安全漏洞。

建议从开发开始就定期对代码进行静态分析 - 最好由个人开发人员在签入他的代码之前进行。当静态代码分析不再指示任何错误时，才将代码提交到进一步的验证步骤（例如代码审查、单元测试或集成测试）是有意义的。通过此程序，可以显着减少交货前最终检查期间的错误消息数量。

静态分析工具在使用 C 和 C++ 等语言的嵌入式系统的开发中特别有用。这些语言为开发人员提供了很大的自由——不幸的是，编写错误的源代码也是如此。诸如空指针异常、缓冲区溢出或全局变量问题之类的错误很常见。静态代码分析可以避免此类错误。

动态测试也是必要的

一旦软件可以执行，静态分析就应该辅以动态测试。

动态测试主要用于证明系统的功能正确性。通常&