unit-testing - 如何处理非回归测试?

标签 unit-testing tdd

这不是真正的 Ruby on Rails 问题,但这是我们正在使用的框架。

我们正在将数据从遗留系统迁移到我们自己的系统,并且一直在测试执行数据迁移的代码。这些测试与其他应用程序测试并存,因此在提交时针对我们的构建服务器运行等。

一旦我们迁移了这些数据,这些测试对我们来说似乎就没有用了,因为它们正在测试的代码将永远不会再次运行。更重要的是,测试很可能会变得陈旧,并且可能需要维护,以免它们破坏我们的构建。

我们是否应该在之后就放弃这些测试?以某种方式标记它们,这样它们就不会在我们真正做事后被追赶?还有别的吗?

最佳答案

摆脱它们。*

*也就是说,如果您需要引用它们,请将它们放在源代码管理中。

关于unit-testing - 如何处理非回归测试?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3241488/

相关文章:

ios - 当参数不是预期的参数时,OCMock 抛出 NSInternalInconsistencyException

java - 使用仅适用于第一次测试的流进行单元测试日志

java - Mockito/PowerMocktio doNothing for none void 方法

unit-testing - 我怎样才能测试变化的东西?

c# - Membership.CreateUser 的 ASP.NET MVC 3 单元测试总是返回 MembershipCreateStatus 错误

react-native - React Native 中的 Jest 和异步存储

c# - 表达式引用了一个不属于模拟对象的方法

C# Rhino.Mocks - 如何在不重复自己的情况下编写测试代码?

ruby-on-rails - 为什么 false 会使 validates_presence_of 无效?

unit-testing - 在测试用例中包含预期结果是一种好习惯吗?