VS2010的单元测试，很好用

TDD（测试驱动开发）一直都是敏捷里一个重要的方法，毕竟经过测试用例检验过的代码总会让人更加放心，关于软件测试我们有白盒测试，黑盒测试，灰盒测试等许多手段，其中单元测试更是必不可少而且非常有效。VS.net环境的单元测试是做得比较智能化而且好用的，我们就来试试吧。

首先，打开VS2010，创建一个简单的C#控制台程序，输入如下代码：（简单的加法减法）

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace ConsoleApplication1
{
    class Program
    {
        static int add(int a, int b)
        {
            return a + b;
        }

        public int sub(int a, int b)
        {
            return a - b;
        }

        static void Main(string[] args)
        {
            Console.WriteLine(add(3, 4));
        }
    }
}

然后在函数“add”的名称上邮件鼠标，选择创建单元测试用例如下图

VS2010自动为我们创建一个新的测试项目，打开其中的源文件ProgramTest.cs，设置自己的测试集(为了展示方便，sub函数我也增加单元测试)

        /// <summary>
        ///add 的测试
        ///</summary>
        [TestMethod()]
        [DeploymentItem("ConsoleApplication1.exe")]
        public void addTest()
        {
            int a = 5; // TODO: 初始化为适当的值
            int b = 3; // TODO: 初始化为适当的值
            int expected = 11; // TODO: 初始化为适当的值
            int actual;
            actual = Program_Accessor.add(a, b);
            Assert.AreEqual(expected, actual);
            //Assert.Inconclusive("验证此测试方法的正确性。");
        }

        /// <summary>
        ///sub 的测试
        ///</summary>
        [TestMethod()]
        [DeploymentItem("ConsoleApplication1.exe")]
        public void subTest()
        {
            Program_Accessor target = new Program_Accessor(); // TODO: 初始化为适当的值
            int a = 5; // TODO: 初始化为适当的值
            int b = 2; // TODO: 初始化为适当的值
            int expected = 3; // TODO: 初始化为适当的值
            int actual;
            actual = target.sub(a, b);
            Assert.AreEqual(expected, actual);
            //Assert.Inconclusive("验证此测试方法的正确性。");
        }
    }

运行测试项目，可以看到下面的测试结果，然后再针对结果去查询出错时因为程序的bug还是测试集选取的问题。

我再增加一个类实现求幂的功能

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace ConsoleApplication1
{

    class Test
    {
        private int a;
        private int b;

        Test()
        {
            a = 3;
            b = 4;
        }

        public int pow()
        {
            return int.Parse(Math.Pow(a, b).ToString());
        }
    }
    class Program
    {
        static int add(int a, int b)
        {
            return a + b;
        }

        public int sub(int a, int b)
        {
            return a - b;
        }

        static void Main(string[] args)
        {
            Console.WriteLine(add(3, 4));
        }
    }
}

同样的方法针对Test添加单元测试，如下（3的4次方是81）：

        /// <summary>
        ///pow 的测试
        ///</summary>
        [TestMethod()]
        public void powTest()
        {
            Test_Accessor target = new Test_Accessor(); // TODO: 初始化为适当的值
            int expected = 81; // TODO: 初始化为适当的值
            int actual;
            actual = target.pow();
            Assert.AreEqual(expected, actual);
            //Assert.Inconclusive("验证此测试方法的正确性。");
        }

然后运行测试项目，可以看到如下结果：

我觉得编写测试代码是一个好习惯，不过如何设计测试用例，如何能够让测试用例覆盖程序的所有分支确实是比较麻烦的事情，不过多做单元测试还是能对提升我们编码质量，增强我们的编程信心，呵呵