VS 团队测试：使用 Excel 作为数据源的 .Net 单元测试：适配器失败答案

【问题标题】：VS Team Test: .Net Unit Testing with Excel as Data Source: Adapter FailedVS 团队测试：使用 Excel 作为数据源的 .Net 单元测试：适配器失败
【发布时间】：2012-05-27 21:44:17
【问题描述】：

我正在尝试使用 Excel 作为数据源进行单元测试。我收到以下异常。我们如何纠正它？

单元测试适配器连接数据源或读取失败数据。有关解决此错误的详细信息，请参阅 “数据驱动单元测试疑难解答”

  [TestMethod]
  [Owner("Lijo ")]
  [TestProperty("TestCategory", "Developer"), 
      DataSource("Microsoft.ACE.OLEDB.12.0", 
     "Data Source=C:/Sheets/DataSheet.xlsx;Extended Properties=Excel 12.0;",
     "[Sheet1$]", 
     DataAccessMethod.Sequential)]
  public void ChangePasswordTest()
  {

     int a = Convert.ToInt32(TestContext.DataRow[0]); //(int)Column.UserId
     int b = Convert.ToInt32(TestContext.DataRow[1]);
     int expectedResult = Convert.ToInt32(TestContext.DataRow[2]);

     MyClass myObj = new MyClass(1, "P@ssw0rd");
     int actualResult = myObj.GetAdditionResult(a, b);
     Assert.AreEqual<int>(expectedResult, actualResult, "The addition result is incorrect.");

  }

读数：

【问题讨论】：

标签： c# .net visual-studio-2010 unit-testing

【解决方案1】：

我今天淡化了同样的任务。经过一些头痛后，我能够在没有 app.config 的情况下解决：

[TestMethod]
[DataSource("System.Data.OleDB",
  @"Provider=Microsoft.ACE.OLEDB.12.0; Data Source=C:\Sheets\DataSheet.xlsx; Extended Properties='Excel 12.0;HDR=yes';",
  "Sheet1$",
  DataAccessMethod.Sequential
)]       
public void ChangePasswordTest()
{
 //Arrange

 //Act

 //Assert

}

如果您在测试项目中使用 excel 文件作为资源，则必须将文件的 Copy to Output Directory 属性设置为 Copy always 或 Copy if newer。并将DeploymentItem 属性添加到您的测试中：

[TestMethod]
[DataSource("System.Data.OleDB",
  @"Provider=Microsoft.ACE.OLEDB.12.0; Data Source=.\DataSheet.xlsx; Extended Properties='Excel 12.0;HDR=yes';",
  "Sheet1$",
  DataAccessMethod.Sequential
)]       
[DeploymentItem(".\DataSheet.xlsx")]
public void ChangePasswordTest()
{
 //Arrange

 //Act

 //Assert

}

【讨论】：

为我工作，谢谢。因为我在测试项目中使用 excel 文件作为资源，所以我不得不将文件的 Copy to Output Directory 属性设置为 Copy always 或 Copy if newer。

【解决方案2】：

自己以不同的方式解决了这个问题。欢迎其他答案。

参考：演练：使用配置文件定义数据源http://msdn.microsoft.com/en-us/library/ms243192.aspx

  [TestMethod]
  [DeploymentItem("C:/Sheets/DataSheet.xlsx")]
  [DataSource("MyExcelDataSource")]
  public void ChangePasswordTest()
  {

     int a = Convert.ToInt32(TestContext.DataRow[0]); //(int)Column.UserId
     int b = Convert.ToInt32(TestContext.DataRow[1]);
     int expectedResult = Convert.ToInt32(TestContext.DataRow[2]);

     MyClass myObj = new MyClass(1, "P@ssw0rd");
     int actualResult = myObj.GetAdditionResult(a, b);
     Assert.AreEqual<int>(expectedResult, actualResult, "The addition result is incorrect.");

  }

App.Config

<configuration>


<configSections>

<section name="microsoft.visualstudio.testtools" 
 type="Microsoft.VisualStudio.TestTools.UnitTesting.TestConfigurationSection, Microsoft.VisualStudio.QualityTools.UnitTestFramework, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>

 </configSections>



 <connectionStrings>

<add name="MyExcelConn" 
     connectionString="Dsn=Excel Files;dbq=C:/Sheets/DataSheet.xlsx;defaultdir=.; driverid=790;maxbuffersize=2048;pagetimeout=5" providerName="System.Data.Odbc" />

 </connectionStrings>


 <microsoft.visualstudio.testtools>


  <dataSources>

      <add name="MyExcelDataSource" 
      connectionString="MyExcelConn" 
      dataTableName="Sheet1$" 
      dataAccessMethod="Sequential"/>

  </dataSources>


</microsoft.visualstudio.testtools>

</configuration>

对于 VS 2010，使用的 TestTools 版本是 Version=10.0.0.0

【讨论】：

【解决方案3】：

虽然它与问题不是 100% 相关，而且可能有些微不足道，但我想在这个一般性主题上投入两分钱（这是我能找到的最相关的问题）。

在我目前正在进行的项目中，我发现需要进行一些简单的数据驱动单元测试（例如，对于给定的测试，可能需要 20 行左右）。我对数据驱动的“框架”的愿望清单是：

在 Visual Studio 测试资源管理器中轻松集成
能够继续使用我现有的键盘快捷键来运行/调试光标所在的测试方法
无需管理外部文件或数据库（即无需“数据源”）
C# 和 Visual Studio 中的“本机”支持，即不需要额外的包

尽管希望 #4，我还是查看了 xUnit 和 NUnit 等外部库。他们似乎解决了愿望 #3，但在愿望 #1 和 #2 方面做得并不好。

对缺乏简单的解决方案感到沮丧，我决定自己实现一个非常基本的数据驱动助手：

    public static void DataDrivenTest(Action<List<object>> testAction, List<List<object>> dataRows)
    {
        foreach (var dataRow in dataRows)
            testAction(dataRow);
    }

我是这样使用的：

    [TestMethod]
    public void Unit_Can_Add_Two_Numbers()
    {
        UnitTestUtilities.DataDrivenTest(
            dataRow =>
            {
                // Tests a+b=c
                var a = (int)dataRow[0];
                var b = (int)dataRow[1];
                var c = (int)dataRow[2];
                Assert.AreEqual(a + b, c);
            },
            new List<List<object>>
                {
                    // Rows of arguments a,b,c respectively
                    new List<object>{1,2,3},
                    new List<object>{4,5,9}
                });
    }

虽然它满足了我上面的所有愿望，但它也有缺点：

在测试操作定义中需要强制转换（可以通过一些通用参数魔术来修复）
更新数据行中参数的顺序意味着操作方法中的访问器也必须更新
显然不适合大型数据驱动的测试（例如，对于超过 20 个测试行，这个帮助程序会很混乱）
显然缺乏“复杂性”，即我确信像 xUnit 这样的库有一些它没有的时髦特性
它将所有行作为一个单元测试运行（即每个数据行没有单独的单元测试和报告）

无论如何，它以一种简单的方式解决了我的基本问题。我希望这可以帮助像我一样寻找简单解决方案的人。毕竟，如果你发现你需要大量的测试行来测试一个方法，那么可能值得考虑进行重构，将被测函数分解成更小的组件（然后与 mocks/fakes、依赖注入等结合使用） )。

【讨论】：