摘要：单元测试要运用到实际项目中去，必须把单元测试代码和项目通过某种途径联系在一起。 比如，在我的学习笔记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，对原有代码编写单元测试，常常会发现原有代码由于耦合度过高，不容易测试，这时候，通过令代码更加容易测试而去改善代码得设计。测试驱动重构？汗。。。。。 阅读全文