2010-07-13 183 views
3

不是真正的Ruby on Rails问题,但那是我们正在工作的框架。如何处理非回归测试?

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

一旦我们迁移了这些数据,这些测试看起来对我们来说似乎毫无用处,因为他们正在测试的代码将永远不会再运行。更重要的是,测试很可能会过时,可能需要维护,以免他们破坏我们的构建。

我们是不是应该随后把这些测试扔掉?以某种方式给它们加标签,以便在我们为真正的事情做事之后不会跑步还有别的吗?

回答

2

如果是我,我会分开执行数据迁移及其测试的项目。这样,测试不会在当前构建过程中产生噪音,如果您(由于某种原因)再次触摸迁移项目,则只需修改它们。

如果这是不可能的,那么一旦完成就把所有东西都撕掉。如果你需要把它拿回来,它应该在源代码控制中......对!

+0

问题是数据迁移需要根据他们当前所在的项目进行验证。我们需要确保从旧系统中提取的数据在我们当前的系统中是有意义的,而测试我们当前系统的唯一方法是将这些测试放在同一个项目中。 我们已经分配了我们为这个特定的数据迁移所做的工作,所以我们将所有的工作和测试在源代码控制的一个很好的独立位置完成,因此将它们从我们的主分支中移除可能是最好的选项。 – lambdabutz 2010-07-13 21:22:44

3

摆脱他们。*

*这就是说,让他们坐在源代码控制,如果你以往任何时候都需要参考他们。

+2

我也建议在退出测试的时候标记库,以防您需要回到测试中。通常情况下,你不会再需要什么东西,只是在几个月之后不得不复活它(在那里,那样做)。 – 2010-07-13 21:12:04