NUnit学习笔记4--单元测试和项目结合的几种方法
摘要: 单元测试要运用到实际项目中去，必须把单元测试代码和项目通过某种途径联系在一起。
比如，在我的学习笔记1中，有一个工程：WindowsApplication12，这个工程中有Class1这个类，该类就是项目的实际代码，随后我在该工程中添加一个Class1Test的测试类，用来测试Class1中的一些方法。
这个过程，就是一种结合方法：对每个需要测试的类，都在该类的工程下建立一个测试类。
在我的实际经验中，接触到如下几种方法，以下进行举例说明，每种方法都有其特定使用环境，优缺点，供大家参考：
阅读全文摘要: 本章主要讲解NUnit的几个Attribute（特性）的用法。
Imports NUnit.Framework
《TestFixture()》 _
Public Class Class1Test
Public Sub New()
End Sub
End Class
上面代码中的
就是一个特性(C#中使用[TestFixture]),这个特性告诉NUnit：
这个类包含了测试代码,你需要给我看一下。然后NUnit就到这个类里面去看看是否有需要他出马的机会。
阅读全文摘要: 这篇学习笔记主要解释一下“NUnit学习笔记1”中举的例子，说明一下NUnit的主要用法。
阅读全文摘要: 最近一段时间在研究单元测试，先记录一下学习记录吧。
首先，单元测试的目的，我觉得最主要有以下几点：
1，可以保证code实现的功能和我们期望的一致。
2，当我们增加了新的功能时，常常会破坏原有的代码而不自知，n久之后，突然发现某诡异bug，需要花费很久才能查出来。而有了单元测试，每当你添加新功能，以及新功能的单元测试代码之后，运行一下这个工程的单元测试，马上就能看到你的新功能是否破坏了你的原有功能。
当然，前提是单元测试写的够完整。
3，通过单元测试，可以找到很多不易发现的bug，比如边界条件错误等。这会使得我们的程序更加健壮。
4，对原有代码编写单元测试，常常会发现原有代码由于耦合度过高，不容易测试，这时候，通过令代码更加容易测试而去改善代码得设计。测试驱动重构？汗。。。。。
阅读全文