自从掌握了单元测试的要领之后，经常写测试，做测试，也非常喜欢做单元测试。我的文章《》中的代码，也是个测试方法，源代码在QQ群中公布过。
现在把它公开给大家，分享这个Ip地址信息下载功能的测试代码：
[TestMethod]public void IPLibraryTest() { string whole = "211.64.0-255.0-255"; IPRange ipRange = new IPRange(whole); List addresses = ipRange.GetAllIP() as List ; DataTable table = new DataTable("Ip"); JavaScriptSerializer serializer = new JavaScriptSerializer(); string url = string.Empty, json = string.Empty; Parallel.ForEach(addresses, (address) => { url = string.Format("http://ip.taobao.com/service/getIpInfo.php?ip={0}", address.ToString()); json = string.Empty; try { json = Convert.ToString(NetworkHelper.PostRequest(url)); } catch (Exception) { } Object obj2 = serializer.DeserializeObject(json); if (string.IsNullOrWhiteSpace(json)||obj2 == null) return; Dictionary dictionary = (Dictionary )obj2; foreach (KeyValuePair valuePair in dictionary) { if (valuePair.Value.GetType() == typeof (Dictionary )) { Dictionary subdictionary = valuePair.Value as Dictionary ; lock (table) { if (table.Columns.Count == 0) { foreach (KeyValuePair pair in subdictionary) { table.Columns.Add(pair.Key, typeof (string)); } } DataRow row = table.NewRow(); foreach (KeyValuePair pair in subdictionary) { row[pair.Key] = pair.Value; } table.Rows.Add(row); } } } }); string databaseFile = @"H:\Development\Source\Test\Database\64IpLibrary.accdb"; OleDbHelper accessHelper = new OleDbHelper(databaseFile); accessHelper.AppendData(table);} 程序中的不合理的地方，欢迎批评指正。
三个工具的组合 Visual Studio + Resharper + Visual Source Safe,经过几年的积累，累积了大量的测试代码。
Visual Studio内置的MSTest本身好用，NUnit也可以，这是测试的基础工具，再配合Reshaprer的测试管理器，在方法前面点一个小按钮，即可以调试或是运行的方式开始测试，相当方便。最后，累积的测试代码，直接提交到源代码管理工具中，备以后查验。
我们开发中经常遇到这样的情景，有一个小方法不知道是否正确，需要测试一下。不需要复杂的用户输入的功能，可以开一个控制台程序，执行测试，如用户输入复杂，则需要开一个Windows Forms程序。测试完成后，把可用的功能代码拷贝走，剩下的测试程序通常会扔掉。在没有学会MSTest之前，我经常这么做。等到以后发现有问题时，再回来来找当初的测试情景和代码，传递的参数数据，已经无从得知。
经过这种痛苦之后，我开始尝试单元测试，把要测试的代码和数据都保存一个Test项目中，每个解决方案都跟一个测试项目，用于执行测试，保存测试参数：
经过若干年的积累，这里面积累了很多实用的代码。
比如在做许可验证时，生成公匙和私匙，就下面二行代码，于是写成一个测试方法，保存在我的源代码服务器中
[TestMethod]public void SolutionValidationTest(){ string publickey = RSACryptionHelper.GeneratePublickKey(false); string privateKey = RSACryptionHelper.GeneratePublickKey(true);} 这种代码库的积累，如果回忆起来，比查MSDN还快。
再比如，我的许可证机制是以Signature Xml为基础的，下面的方法可以测试许可证文件，验证它的正确性。
[TestMethod]public void SolutionLicenseValidationTest() { SolutionLicense license = SolutionLicense.ReadLicense(); string licenseFile = @"H:\Development\Build\License.lic"; StreamReader reader = new StreamReader(licenseFile, Encoding.UTF8, true); XmlTextReader xmlReader = new XmlTextReader(licenseFile); XmlDocument doc = new XmlDocument(); doc.Load(xmlReader); doc.Load(reader); license = SolutionLicense.ReadLicense(); license.VerifyLicense();} 有时候真的很偷懒，不想写个GUI程序，就用这种方法来进行。调试过程中，如果有异常，MSTest会中断运行，显示异常的原因。用NUnit写的测试也一样的效果。有了Resharper的帮助，做代码的单元测试时，你完全像是在做功能测试一样，告诉VS我想运行一个方法，在方法名称前点击Run或是Debug即可。
行号左边的那个小按钮，对测试的运行和调试起到关键性的作用，极大的简化了测试代码的运行和检测。
有时候，我并不想调用Assert去判断值的真或假，比如上面的生成许可证文件，我去硬盘里面看看，检查一下内容也可以判断，自动化的步骤是加一个Assert(true, File.Exist(fileName)) ，但是由决定权在你手里，能把代码测试好，功能调试好就可以收工回家。
通俗的理解，单元测试的二个主要作用：
1 保存API接口或是功能的调用方式和参数值，以留作改善或是问题查找的源头
2 记录对新技术的学习，掌握情况，供快速参考。
Lambda表达式代表一个匿名方法，如果调用这个方法，对它求值呢，参考下面的代码例子
[TestMethod]public void TraceTestMethod(){ Expression > expr = () => DateTime.Now.AddDays(1); Func tomorrow = expr.Compile(); Console.WriteLine(tomorrow()); } 看了这个例子后，肯清楚的解释了步骤，照葫芦化瓢，一下子就可以应用到工作中。
再来看几个扩展方法的例子，看下面的代码，生成字节数
[TestMethod]public void ByteTest(){ var kb = 1.KB(); var mb = 1.MB(); var gb = 1.GB(); var tb = 1.TB();} 追综到源代码中，原来是这样的几个扩展方法：
////// Kilobytes /// /// ///public static int KB(this int value) { return value * 1024; } /// /// Megabytes /// /// ///public static int MB(this int value) { return value.KB() * 1024; } /// /// Gigabytes /// /// ///public static int GB(this int value) { return value.MB() * 1024; } /// /// Terabytes /// /// ///public static long TB(this int value) { return (long)value.GB() * (long)1024; }
测试代码是为自己而写，为自己掌握这项技术，熟悉这下技术，记的笔记。
Visual Studio本身就是个很好的代码收藏工具，有最好的编辑器，调试器，再以一个源代码管理工具作为辅助，这就组合成一个很好的代码收藏工具。看了我这篇文章之后，你可能再也不想用代码收藏工具了。我鼓励你把它扔掉，把收藏的代码片段直接保存在一个测试项目中，坚持积累，积跬步而行千里路，庖丁解牛，游刃有余。