在存储库接口的各种实现上使用相同的测试套件

时间:2008-09-17 09:05:30

标签: c# unit-testing interface duplication

我一直在C#中使用Rob Connery的Asp.net MVC店面制作一个小玩具网络应用程序。

我发现我有一个存储库接口,称之为IFooRepository,使用方法,比如说

IQueryable<Foo> GetFoo();
void PersistFoo(Foo foo);

我有三个实现:ISqlFooRepository,IFileFooRepostory和IMockFooRepository。

我也有一些测试用例。我想做的,还没有找到怎么做,就是针对这三种实现中的每一种运行相同的测试用例,并且对每种接口类型的每个测试传递都有一个绿色勾号。

e.g。

[TestMethod]
Public void GetFoo_NotNull_Test()
{
   IFooRepository repository = GetRepository();
   var results = repository. GetFoo();
   Assert.IsNotNull(results);
}

我希望这个测试方法运行三次,在环境中有一些变化,允许它获得三种不同类型的存储库。目前我有三个剪切和粘贴的测试类,它们的区别仅在于私有助手方法IFooRepository GetRepository();显然,这很臭。

但是,我不能通过合并剪切和粘贴的方法来删除重复,因为它们需要存在,公开并标记为测试运行的测试。

我正在使用Microsoft测试框架,如果可以,我宁愿继续使用它。但是,建议如何在MBUnit中执行此操作也会引起一些兴趣。

5 个答案:

答案 0 :(得分:3)

在MbUnit中,您可以使用RowTest属性指定测试参数。

[RowTest]
[Row(new ThisRepository())]
[Row(new ThatRepository())]
Public void GetFoo_NotNull_Test(IFooRepository repository)
{
   var results = repository.GetFoo();
   Assert.IsNotNull(results);
}

答案 1 :(得分:3)

创建一个包含测试的具体版本的抽象类和一个返回IFooRepository的抽象GetRepository方法。 创建从抽象类派生的三个类,每个类以返回适当的IFooRepository实现的方式实现GetRepository。 将所有三个类添加到您的测试套件中,您就可以开始使用了。

为了能够有选择地为某些提供者而不是其他提供者运行测试,请考虑使用MbUnit'[FixtureCategory]'属性对测试进行分类 - 建议的类别是'快''慢''db''重要'和'不重要'(最后两个是笑话 - 诚实!)

答案 2 :(得分:1)

如果你有3个复制和粘贴的测试方法,你应该能够重构(提取方法)它以摆脱重复。

即。这就是我的想法:

private IRepository GetRepository(RepositoryType repositoryType)
{
    switch (repositoryType)
    {   
          case RepositoryType.Sql:
          // return a SQL repository
          case RepositoryType.Mock:
          // return a mock repository
          // etc
    }
}

private void TestGetFooNotNull(RepositoryType repositoryType)
{
   IFooRepository repository = GetRepository(repositoryType);
   var results = repository.GetFoo();
   Assert.IsNotNull(results);
}

[TestMethod]
public void GetFoo_NotNull_Sql()
{
   this.TestGetFooNotNull(RepositoryType.Sql);
}

[TestMethod]
public void GetFoo_NotNull_File()
{
   this.TestGetFooNotNull(RepositoryType.File);
}

[TestMethod]
public void GetFoo_NotNull_Mock()
{
   this.TestGetFooNotNull(RepositoryType.Mock);
}

答案 3 :(得分:0)

[TestMethod]
public void GetFoo_NotNull_Test_ForFile()
{   
   GetFoo_NotNull(new FileRepository().GetRepository());
}

[TestMethod]
public void GetFoo_NotNull_Test_ForSql()
{   
   GetFoo_NotNull(new SqlRepository().GetRepository());
}


private void GetFoo_NotNull(IFooRepository repository)
{
  var results = repository. GetFoo();   
  Assert.IsNotNull(results);
}

答案 4 :(得分:0)

总结一下,有三种方法:

1)使测试成为一个调用普通方法的衬里(由Rick回答,也是Hallgrim)

2)使用MBUnit的RowTest功能自动执行此操作(Jon Limjap回答)。我也会在这里使用枚举,例如

[RowTest]
[Row(RepositoryType.Sql)]
[Row(RepositoryType.Mock)]
public void TestGetFooNotNull(RepositoryType repositoryType)
{
   IFooRepository repository = GetRepository(repositoryType);
   var results = repository.GetFoo();
   Assert.IsNotNull(results);
}

3)使用基类,通过belugabob回答 我根据这个想法制作了一个样本

public abstract class TestBase
{
    protected int foo = 0;

    [TestMethod]
    public void TestUnderTen()
    {
        Assert.IsTrue(foo < 10);
    }

    [TestMethod]
    public void TestOver2()
    {
        Assert.IsTrue(foo > 2);
    }
}

[TestClass]
public class TestA: TestBase
{
    public TestA()
    {
        foo = 4;
    }
}

[TestClass]
public class TestB: TestBase
{
    public TestB()
    {
        foo = 6;
    }
}

这在两个测试类中产生四次通过测试 3的好处是:
1)至少额外的代码,最少的维护
2)如果需要,最少键入以插入新的存储库 - 它将在一个地方完成,与其他地方不同。

缺点是:
1)如果需要,不要对提供者进行测试的灵活性较低 2)更难阅读。