7、需求量化与测试追溯：确保系统质量的关键

需求量化与测试追溯：确保系统质量的关键

1. 需求量化的重要性

在系统开发中，编写可验证的需求至关重要。很多时候，我们容易写出听起来不错但无法验证的需求，比如“用户友好”。“友好”的程度难以精确界定，也很难进行量化测量。虽然大规模的用户研究可以帮助量化“用户友好”，但这并非嵌入式设计师通常所考虑的。他们所说的“用户友好”，往往是从设计工程师自身的视角出发，而没有充分考虑到普通用户与设计工程师的差异。

一个好的需求应该是可量化的。像“软件要快”或“软件要易于使用”这样的表述，无法让任何人确切理解其含义，因为“快”和“易于使用”没有明确的衡量标准。因此，每个需求都必须进行量化，以便将其作为判断成功与否的通过/失败标准，或者作为一个可测量的数值。

1.1 避免追求完美的需求

我们都希望系统是完美的，但这在现实中是不切实际的。除非是开发具有最高安全完整性级别的安全关键系统，否则我们必须认识到完美是无法实现的。所以，需求文档应避免对完美的要求和假设。

以下是一些假设完美的典型需求示例：
- 不良示例 ：“软件永远不会崩溃。”这显然不现实，“永远”是一个极长的时间概念。
- 不完整示例 ：“硬件故障的平均间隔时间至少为 5000 小时。”但此示例未提及软件故障，而整个系统的故障率才是关键。
- 不良示例 ：“系统应是安全的。”“安全”的定义不明确，没有任何东西是绝对安全的。
- 不良示例 ：“系统应是安全的。”没人知道如何使系统完全抵御攻击，而且新的攻击手段会