转+更新 .NET中实践TDD

不管是TDD也好，传统的开发也好，肯定要先做设计，设计展开后如果采用普通方法做开发，那就是开始写代码，然后单元测试，集成测试等工作。如果用 TDD，那就要先从设计中把测试列表(其实就是要实现的功能，人机交互的条目罗列出来，形成一个列表)整理出来。然后就开始开发，在TDD中，“红-绿- 重构”的过程很多说明TDD的文章都要说到，本篇也不例外。

有了测试列后，先拿出一个条目，进行测试的开发，开发完成运行，因为被测的程序还没有编写肯定是失败的，然后实现程序，再测，可能还失败，改成，测试成功，然后重构来优化代码，再进入下一个测试条目的循环。

在.net平台下，怎么去实现呢?

新建一个类库，里面写一个功能类

public class DataOperate
{
    public bool GetRecord(string id)
    {
        throw new Exception("没有实现?");
    }
}

右键GetRecord方法添加UnitTest，IDE会自动添加一个测试项目

[TestMethod()]
public void GetRecordTest()
{
       DataOperate target = new DataOperate(); 
       int id = 0; 
       bool expected = false; 
       bool actual;
      actual = target.GetRecord(id);
      Assert.AreEqual(expected, actual);         
}

在这里，测试的用例只有一个id=0，返回值为false，现在测试，肯定通不过，因为被测的方法还没有实现。此时叫做“红”。接下来就要实现GetRecord方法。新建一个类库项目，然后添加一个LINQ To SQL的子项，把下表拖放进LINQ To SQL面板。

改写功能性代码和单元测试代码

public class DataOperate
{
    public bool GetRecord(string id)
    {
        DataClasses1DataContext dcdc = new DataClasses1DataContext("server=.;database=test;uid=sa;pwd=sa!;");
        if (dcdc.GetTable<PayInfo>().Where(p => p.Code == id).Count() == 1)
        {
            return true;
        }
        return false;
    }
}

[TestMethod()]
public void GetRecordTest()
{
      DataOperate target = new DataOperate(); // TODO: Initialize to an appropriate value
      bool actual;
      string id = "00002"; // TODO: Initialize to an appropriate value
      bool expected = true; // TODO: Initialize to an appropriate value
      actual = target.GetRecord(id);
      Assert.AreEqual(expected, actual);
}

当然测试是不关心我们用什么技术实现方法的，它只关系输入和输出。这时我们再运行测试，会发现测试通过了，这时我们叫做“绿”。

可能有的人发现，在这个测试中，只能测一个数据，没有代表性，如果要测多个数据，还得一个一个换id值和expected值。是的，这是一个头痛的事，得想们办法来解决。正好，微软有提供数据驱动的单元测试，什么意思呢？就是可以把id和expected的值保存在数据源中，然后批量测试。如果全通过说明这个方法实现的没问题，如果有错，也可以针对性的能找出什么数据使GetRecord方法报错的。这个东西很不错。

首先来构建一个数据源，XML是个不错的选择，新建一个RecordExistTestCase.xml文档，内容如下

<?xml version="1.0" encoding="utf-8" ?>
<DataSourses>
  <pic>
    <id>00002</id>
    <value>true</value>
  </pic>
  <pic>
    <id>00003</id>
    <value>false</value>
  </pic>
</DataSourses>

改写测试代码

[DataSource("Microsoft.VisualStudio.TestTools.DataSource.XML", "|DataDirectory|\\RecordExistTestCase.xml", "pic", DataAccessMethod.Sequential)]
[DeploymentItem("TestProject1\\RecordExistTestCase.xml")] 
[TestMethod()]
public void GetRecordTest()
{
    DataOperate target = new DataOperate(); // TODO: Initialize to an appropriate value
    bool actual;
    string id = TestContext.DataRow["id"].ToString();
    bool expected = bool.Parse(TestContext.DataRow["value"].ToString());
    actual = target.GetRecord(id);
    Assert.AreEqual(expected, actual);
}

把xml属性改为copy always，否则运行单元测试会有error

OK，现在就要以用上面xml里的数据来批量测试了。测试通过来，接下来就要程序员来整理一下自写的代码了，比如书写规范问题，方法是否冗余重复，注释是否完善等。也就是所说的重构了。到此，一个TDD cycle就完成了，现实的cycle可能更复杂，这里只是对单个测试条目单个方法进行说明的。

TDD更适合在敏捷的开发中去用，比如XP，虽然scrum是侧重管理和组织，也能很好的溶入TDD。

本文转自 “桂素伟” 博客（http://axzxs.blog.51cto.com/730810/267755），并作了些修改