嵌入式系统的问题追踪、运行时错误日志、可靠性、安全性与安全性保障
1. 问题追踪与分析
1.1 概述
缺陷是软件开发结果中导致系统无法按预期运行的问题。追踪问题对于理解系统的可靠性至关重要,它不仅能提供待修复问题的清单,还能揭示系统中存在大量缺陷的模块(即“问题农场”)。
若存在以下情况,则说明问题追踪不足:
- 没有单一的待修复问题列表。
- 没有标注根本原因的已修复问题列表。
- 没有对问题原因进行分析,至少应按代码模块分析,最好能包括缺陷来源(如需求、设计、编码等)。
- 没有针对软件当前或未来版本需要解决的非缺陷问题的单一来源。
不进行问题追踪会带来诸多风险,如重要问题未修复、资源浪费在逐个修复“问题农场”的缺陷上,以及浪费资源修复由需求或架构问题导致的缺陷而未解决根本原因。
1.2 问题追踪
问题追踪涵盖记录从发现到解决问题过程中所发现的信息,并在问题修复后保留这些数据用于分析。
1.2.1 追踪问题的原因
集中的问题列表具有多种用途:
- 提供未解决问题的待办事项列表。
- 支持对所有未解决的缺陷和非缺陷问题进行优先级排序。
- 为产品和流程改进分析提供数据。
1.2.2 应追踪的信息
基本的缺陷追踪列表应包含以下信息:
| 信息项 | 说明 |
| ---- | ---- |
| 追踪 ID 号 | 可以是整数或简短的字母数字标识符,方便在文档中进行文本搜索,最好有简短的文本昵称 |
| 优先级 | 通常
超级会员免费看
订阅专栏 解锁全文

被折叠的 条评论
为什么被折叠?



