处理旧版 Rails 应用程序

Question

我有一个非常旧且写得不好的 Rails 应用程序。大约有9000行代码和零测试。大部分代码都在控制器中，更糟糕的是，有大量的外部 API 调用、对随机脚本的系统调用等。

也没有开发环境，一切都设置为针对生产数据库工作。不仅仅是一个数据库，大约有 10 个不同的数据库，因为该应用程序是大型网站的管理后端。

我的第一个想法是对我将要处理的部分至少获得一定程度的测试覆盖率，但我无法让该东西在生产服务器以外的其他地方工作。

还有大量的旧宝石和已弃用的警告，但在进行测试之前我什至无法考虑升级宝石。重写整个内容不是一个选择，我将不得不很快添加/更改内容。

我不太确定如何测试这样的应用程序，因为有太多东西可能会出错。我真正想做的是编写一些集成测试，然后开始重构，但我无法在生产环境中这样做。

使用一堆存根和模拟编写单元测试似乎没有多大帮助，因为我要处理的代码基本上必须从头开始重写。

我可以采取哪些步骤来在我的开发计算机上基本上复制一个巨大的复杂生产环境，以便我可以独立地完成工作？

编辑：关于该应用程序的一些有趣的事实。当我第一次尝试运行它时，它一直冻结，没有任何错误消息......直到大约半小时后我发现，连接到数据库（不可用）的超时设置为90分钟！

Answer 1

所以这是一个相对较新/罕见的情况，因为 Rails“LEGACY”应用程序还不太流行（仍然很年轻）。

然而，我遇到过一些关于如何测试（未经测试的）遗留 Rails 应用程序的不同著作。我推荐的一些内容是：

1. 此幻灯片
2. “Rails 测试规定" 来自 Pragmatic Programmers。

最终也是最重要的事情是让某种测试工具发挥作用。这意味着让工厂正常工作，让测试数据库正常工作，让 rake 运行（即使这意味着剔除损坏的测试）。从那时起，您可以根据需要返回并测试模块，并确保您正在测试添加到项目中的所有新代码。

这是一项非常痛苦的任务，我对你以正确的方式完成它表示赞赏。

干杯!

Answer 2

我参与过几次救援任务，大部分是非常糟糕的 PHP 项目，但不仅如此 - 80% 糟糕的程序员留下的绝望的产品所有者付出了很大的代价来完成他们放弃的项目:)。

• 我的方法是使用蛮力。
• 开始开发并修复问题，直到它运行起来，通过纯粹的力量 - 修复，尝试，修复，尝试。
• 您最终将会让它发挥作用。
• 9000 行代码并不是太多代码，我想说对于糟糕的遗留代码来说这是合理的大小，它可能会更糟。
• 一点一点开始慢慢重构。
• 这些任务需要时间，所以不要指望它会立即发生。

Answer 3

欢迎乘坐这种可怕的船。

上次发生在我身上时，我用 Capybara 编写了许多测试，并且：

• 我检查了预期在数据库中创建或不创建的内容...

• ...然后一点一点，我正在重构

在这种情况下，除了接近应用程序之外，我没有看到任何其他方法在最高级别并在最低级别检查结果，没有任何存根/模拟。

Answer 4

什么版本

Rails,
Ruby,
Mysql socket,

它使用

？我必须开发这样的应用程序。这是我必须做的：

Copy DB over, 
do not run the migrations, 
installed gems as production environment, 
do not update gems. 

我的应用程序使用了一个非常具体的 gem 版本（gettext v=1.10）