C# - 单元测试/模拟 - 遗留代码

Question

我在十多年的旧代码中有以下逻辑，我必须为其编写单元测试。它是一个具体的类，以下逻辑位于 ctor 中。有没有一种好方法为此类遗留代码编写单元测试/模拟？我正在使用 MSTest / RhinoMocks 框架和带有 .Net Framework 4.0 的 VS 2010 IDE

public class SomeClass
    {
        /// ctor
        public SomeClass(XmlNode node)
        {
            //Step 1: Initialise some private variable based on attributes values from the node

            //Step 2: Lot of If , else -if statements ---> something like - 

            if (/*attributeValue is something*/)
            {
                // Connect to Db, fetch  some value based on the attribute value. 
                // Again the logic of connecting and fetching is in another concrete class
            }
            else if (/*attributeValue is somthing else*/)
            {
                // fetch a value by loading a config file (this loading and reading of config file 
                // is again a singleton class where config file path is hardcoded)
            }
            else
            {
                // set some private member variable 
            }
        }
    }

Answer 1

对遗留代码进行单元测试很棘手。一般来说，您必须首先重构才能编写单元测试。最好的选择是非常小的重构步骤，一一提高可测试性，同时让被测试的类处于“工作”状态。我建议：

1.) 引入“感知”变量，使您能够在关键位置（即数据库调用之前和之后）验证被测类的内部状态。这将允许您编写测试来验证类的当前行为（基于公共感知变量），而无需进行大量重构。根据这些测试验证类的行为并开始重构。感知变量是临时的，一旦完成重构就应该删除。它们只是为了能够同时编写测试，以便您可以安全地进行重构。

2.) 将具体类的引用一一替换为通过构造函数传递的接口引用。对于单例，您有两种选择，一种是让单例返回一个用于单元测试的特殊实例 - 这需要修改单例实现，但保持测试下的类不变。您可以这样做，直到您可以重构以使用接口依赖项来替换单例。

另外，我建议您获取一份有效使用旧代码的副本，其中描述了这一点逐步重构，尤其是详细的依赖破坏技术。

Answer 2

除了 BrokenGlass 所说的之外，您可能还需要考虑编写一些集成测试，以确保整个流程正常工作。例如，如果您的应用程序更新了数据库中的某些行，请编写针对测试数据库的可重复测试，以便您可以在重构并将整个事物分解为松散耦合的可测试块时继续确保正确的功能。

没有什么比重构一个类，为它编写一堆测试，然后意识到你的重构破坏了应用程序中的其他东西更糟糕的了。