robustness - 稳健性的最佳实践

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 提供事实和引用来回答它.

8年前关闭。




Improve this question




我刚遇到this question关于初始化局部变量。许多答案都在讨论简单性/可读性与鲁棒性。作为(远程部署的)嵌入式系统的开发人员，我总是喜欢健壮性并且倾向于遵循几个看似相互矛盾的规则:

以允许设备继续运行的方式，尽最大努力处理每个错误。

将代码设计为在发生编程或 fatal error 后尽快失败。

我们都接受过验证输入的培训，以防止设备因用户(或其他外部)输入而损坏；始终假设数据可能无效并相应地对其进行测试。

您还遵循哪些其他具体做法来确保稳健性？ 示例很有帮助，但我也对普遍适用的技术感兴趣。

Answer 1

我是“The Pragmatic Programmer”中描述的技术的粉丝。我也用 TDD ，而不是 DBC，因为我发现它更灵活、更高效。例如，“pragprog”中描述的一些技术包括:

经常测试。尽早测试。自动测试

不要重复自己

使用破坏者来测试你的测试

对异常问题使用异常

不要和破 window 一起生活

不要使用手动程序

它们似乎都是常识，但令人惊讶的是，团队在面对最后期限时偏离这些基本原则的速度之快。