【IT168 技术文章】

    单元测试要运用到实际项目中去，必须把单元测试代码和项目通过某种途径联系在一起。

　  比如，在我的学习笔记1中，有一个工程：WindowsApplication12，这个工程中有Class1这个类，该类就是项目的实际代码，随后我在该工程中添加一个Class1Test的测试类，用来测试Class1中的一些方法。

　  这个过程，就是一种结合方法：对每个需要测试的类，都在该类的工程下建立一个测试类。

    在我的实际经验中，接触到如下几种方法，以下进行举例说明，每种方法都有其特定使用环境，优缺点，供大家参考：

　  1 单元测试代码，直接写在需要被测试的类中。

　  solution结构如下：

　  单元测试要运用到实际项目中去，必须把单元测试代码和项目通过某种途径联系在一起。

　  比如，在我的学习笔记1中，有一个工程：WindowsApplication12，这个工程中有Class1这个类，该类就是项目的实际代码，随后我在该工程中添加一个Class1Test的测试类，用来测试Class1中的一些方法。

　  这个过程，就是一种结合方法：对每个需要测试的类，都在该类的工程下建立一个测试类。
在我的实际经验中，接触到如下几种方法，以下进行举例说明，每种方法都有其特定使用环境，优缺点，供大家参考：

　  1 单元测试代码，直接写在需要被测试的类中。
　  solution结构如下：

    这种方法的优点很明显：由于测试代码同被测试的方法放在一个类中，所以private等方法很容易被测试。但同时缺点也很明显，该类会被写得很复杂，估计很少会有人喜欢看这种代码，而且万一客户不需要这些代码的话，在最后部署的时候，关del测试代码，估计也是个大问题。

    2 每写一个需要被测试的类，就写当前工程下新建一个相应的测试类，名字可以在被测试类后面加上Test以示区别。
　  solution结构如下：

    代码就不写了。

    这种方法的优点是结构比较清晰，在比较小的工程中使用还算不错，修改测试代码也比较方法。缺点同样是部署时删除单元测试代码比较麻烦，同时solution太大，有很多project时，有很大局限性。