是否有实施连续改进（AKA软件强化）过程的正确方法？

作者: 只怕再见是故人
发布时间: 2024-05-07 07:46:46 (7天前)

2 条回复

1#
回复此人
春风助手 | 2020-08-06 14-53

在制定测试程序时，您可能需要实施以下类型的测试：单元测试（测试项目中的单个组件以测试其功能），这些测试很重要，因为它们使您可以查明错误可能来自软件的何处。基本上，在这些测试中，您将测试一个功能并使用模拟对象来模拟行为，并返回其他对象/实体的值。您提到的回归测试特性测试，一个例子是在自动生成的输入（模拟用户输入）上自动运行程序，存储结果并将每个版本的结果与这些结果进行比较。刚开始时，这将是很繁重的工作，但是随着更多的版本和更多的错误修复程序被添加到自动化的非回归测试中，您应该开始节省时间。非常重要的一点是，不要陷入设计大量愚蠢测试的陷阱。测试应该使您的生活更轻松，如果您花太多时间了解测试的失败之处，则应该重新设计测试，例如它们可以为您提供更好的信息/对问题的理解，以便您可以快速找到问题所在。根据您的环境，这些测试可以链接到开发过程。在我的环境中，我们使用SVN进行版本控制，一个机器人针对每个修订版本运行测试，并返回失败的测试和消息，其中包含破坏该修订版本的名称和贡献者（他的登录名）。编辑：在我的环境中，我们结合使用C ++和C＃来提供财务中使用的分析，代码是C ++，并且在尝试将接口迁移到C＃并将分析的核心保留在C ++中时，它已经很旧了（主要是因为速度要求）大多数C ++测试是手写的单元测试和回归测试。在C＃方面，我们使用NUnit进行单元测试。我们有几个常规测试。我们的警告政策为0，我们明确禁止他人提交正在生成警告的代码，除非他们能证明为什么绕过该部分代码的警告很有用。我们还有关于异常安全性，设计模式的使用以及许多其他方面的约定。显式设置约定和最佳实践是提高代码质量的另一种方法。

编辑

登录后才能参与评论