3

我正在使用 3 层架构:控制器、业务和数据层。在我的数据层中,我通过传递连接字符串和其他必要参数来调用 Sql Server 数据库。

我必须为控制器层和业务层编写单元测试。我想编写一个存根(假存储库),从中返回硬编码的值/结果。当我为业务层编写测试时,逻辑应该调用这个存根而不是真正的数据库。

如何在业务层编写代码来实现这一点?

业务层:

public string GetValues(string xmlData)
{
    DataObject do = new DataObject ();
    string result = do.GetValues(xmlData);
    return result;
}

数据访问:

public static string GetValues(string xmlData)
{
    return SqlHelper.ExecuteScalar(
        ConfigurationManager.AppSettings["ConnectionString"].ToString(),     
        "DBO.usp_GetDetail",
        xmlData
    ).ToString();
}
4

1 回答 1

2

为了测试您的场景,您的代码必须是可测试的。如果它遵循SOLID原则,则很可能是这样。但是让我们专注于进行这种单元测试的必要条件:

  1. 您的业​​务层应该依赖于抽象(这在大多数情况下意味着接口)而不是具体的类。这样,在单元测试中,您可以为这些依赖项提供存根。
  2. 业务层的依​​赖项应该通过依赖项注入(例如构造函数注入)提供,以便在单元测试中您可以轻松地向它们传递存根对象。

相同的原则应该适用于控制器 - 业务层交互。当你坚持这两条规则(本质上缩小到 SOLID 的依赖倒置原则)时,你的代码将比其他方式更具单元测试性(坚持 SOLID 原则总体上是个好主意)。

由于您最终可能会编写模拟/存根,因此我建议使用现有的模拟框架,例如MoqFakeItEasy

编辑- 如果代码紧密耦合,您的选择仅限于:

  • 重构(这很明显,但使用遗留系统可能不可能/值得努力)
  • 使用付费工具,例如 TypeMock Isolator。Isolator 使用编译器 API 来拦截方法调用,因此可以存根/模拟对静态方法、私有成员和所有免费框架不允许的东西的调用。
  • 使用微软鼹鼠。鼹鼠利用动态装配生成生成假类型。这为您提供了类似 Isolator 的灵活性,但它是免费的。请注意,它是一个更重的框架(额外的程序集、文件等)。
于 2012-05-17T08:39:19.070 回答