Question

如何执行自动测试，可以选择将其指定为单元测试或“轻量级集成测试”，而无需编写相同的测试两次，只更改它所依赖的接口以使其成为两者之一？

具体来说，我想执行一个测试并将其指定为单元测试或集成测试。根据我选择的模式，测试应生成服务接口。

我不想维护两组相同的代码，唯一的区别是接口：
- 访问外部系统的服务（集成测试）
- MockService（单元测试）

示例： Construct testable business layer logic

Answer 1

进行形态测试是没有意义的。

单元测试测试单个代码单独工作。

集成测试测试，当集成到更大的代码库时，您的代码可以正常工作。

例如，单元测试视图模型的验收标准和伪代码：

public TestMeViewModelTests {
    public when_adding_a_warehouse_then_should_call_service_AddNewWarehouse_given_WarehouseModel {
        //Arrange
        var warehouseViewModel = new WarehouseViewModel { id=1 };

        var service = new Mock<IService>();

        var interfaceViewModel = new TestMeViewModel(service.Object);

        //Act
        interfaceViewModel.AddWarehouseCommand(warehouseViewModel);

        //Assert
        service.Verify(s=>s.AddNewWarehouse(wareHouseViewModel), Times.Once);
    }
}

看，没有关注的交叉授粉。您只是测试在添加新仓库时调用幂等操作。如果您使用的是ORM，那么您还需要进行单元测试，以验证是否正在进行数据服务调用。

如果您要进行集成测试，那么您的测试项目将指向反映生产的“WarehouseTest”连接字符串，并且您的集成测试可能会执行相同的逻辑，但然后检查以确保仓库测试插入的测试实际上是在测试结束时的数据库中。

Answer 2

好的，我想我明白现在发生了什么。

您希望能够更改运行时界面中使用的实现，以便更改单元测试运行的位置。

在这种情况下，您需要某种抽象工厂模式。

示例：

public class ViewModel {
    IService _service;
    public ViewModel(IServiceFactory factory){
        _service = factory.Create();
    }
    public void SaveWarehouse(Warehouse aWarehouse) {
        _service.AddWarehouse(aWarehouse);
    }
}
public interface IServiceFactory {
    IService Create();
}
public class ProductionFactory : IServiceFactory { //Dependency injected
    public IService Create() {
        return new ProdService();
    }
}

单位测试：

public class ViewModelTest {
   public void when_adding_warehouse() {
       //Arrange
        var aWarehouse = new WarehouseViewModel { id=1 };

        var serviceFactory = new Mock<IServiceFactory>().Object);
        var service = new Mock<IService>();
        serviceFactory.Setup(factory => factory.Create()).Returns(service.Object);

        var viewModel = new ViewModel(serviceFactory.Object);

        //Act
        viewModel.AddWarehouseCommand(warehouseViewModel);

        //Assert
        service.Verify(s=>s.AddNewWarehouse(aWarehouse), Times.Once);
   }
}

整合测试：

您的集成测试将包括本地内部IService实现和返回本地IService实现的本地内部IServiceFactory实现。您的所有测试都将完美运行，您可以非常轻松地控制数据的位置。

Answer 3

在应用配置中添加一个条目。

App配置：

  <appSettings>
    <add key="IsUnitTest" value="True" />
  </appSettings>

然后从配置文件中获取键/值对，并根据配置值设置服务依赖性。

<强>测试

[TestClass]
public class MyTest
{
    IServices _service = null;

    [TestInitialize]
    public void Setup()
    {
        var isUnitTest = bool.Parse(ConfigurationManager.AppSettings["IsUnitTest"]);

        if (isUnitTest)
        {
            _service = new MockService();
        }
        else
        {
            _service = new Service();
        }
    }

。。

Answer 4

我不同意C鲍尔。这里根本没有达成共识。模拟和依赖注入在解决这个问题上有很长的路要走。我已经看到这种方法在过去几年中使用频率更高，而且效果很好。

通常在角色交叉功能的敏捷环境中。有些团队希望使用单一的代码库/解决方案。特别是在代码库的大小相对较小的情况下，具有＆＃34; unit＆＃34;测试能够作为轻量级集成测试工作正常。这里没有黑白解决方案，只有最适合手头问题的解决方案。无论其他人怎么说，有多种方法可以解决这个问题，解决方案/方法也在不断发展和变化。

如何使用指定测试类型的选项执行自动测试

4 个答案: