77、嵌入式系统的问题追踪、运行时错误日志、可靠性、安全性与安全性管理

嵌入式系统的问题追踪、运行时错误日志、可靠性、安全性与安全性管理

1. 问题追踪与分析

1.1 概述

缺陷是软件开发结果中导致其无法按预期运行的问题。追踪问题对于理解系统的可靠性至关重要，不仅能提供待修复的缺陷列表，还能发现代码中的“问题农场”（bug farms），即缺陷集中的代码区域。若存在以下情况，则说明问题追踪不足：
- 没有待修复缺陷的单一列表。
- 没有标注根本原因的已修复缺陷列表。
- 缺乏对缺陷原因的分析，至少应按代码模块进行分析，最好能包括缺陷来源（如需求、设计、编码等）。
- 没有针对软件当前或未来版本中需要解决的非缺陷问题的单一来源。

不进行问题追踪会带来诸多风险，如重要缺陷未修复、浪费资源逐个修复问题农场的缺陷，以及试图通过修改实现或使用变通方法来修复由需求或架构问题导致的缺陷，而未解决根本问题。

1.2 问题追踪

问题追踪涉及记录从发现到解决整个生命周期内关于缺陷或其他问题的信息，即使缺陷修复后，这些数据也应保留用于分析。

1.2.1 追踪问题的原因

集中的问题列表能提供更多有用信息，其用途包括：
- 提供未解决问题的待办列表。
- 支持对所有未解决的缺陷和非缺陷问题进行优先级排序。
- 为产品和流程改进提供分析数据。

1.2.2 应追踪的信息

基本的缺陷追踪列表应包含以下信息：
|信息项|说明|
| ---- | ---- |
|追踪ID号|可以是整数或简短的字母数字标识符，方便在文档中进行文本搜索。最好有一个简短的文本