单元测试的好处#
它是一种验证行为
程序中的每一项功能都是测试来验证它的正确性。
它是一种设计行为
编写单元测试将使我们从调用者观察、思考。 特别是先写测试（test-first），迫使我们把程序设计成易于调用和可测试的，有利于程序的解耦和模块化。
它是一种编写文档的行为
单元测试是一种无价的文档，它是展示函数或类如何使用的最佳文档。这份文档是可编译、可运行的，并且它保持最新，永远与代码同步。
它具有回归性
自动化的单元测试避免了代码出现回归，编写完成之后，可以随时随地的快速运行测试。
高效
自动化的单元测试节省了开发上调试BUG的时间，绝大多数BUG可以通过单元测试测试出来，并且可以减少测试人员的测试时间。有时候通过写单元测试能够更好的完善自己程序的逻辑，让程序变得更加美好。
—— 单元测试的优点 http://jingyan.baidu.com/article/d713063522ab4e13fdf47533.html
单元测试的原则#
可重复运行的
持续长期有效，并且返回一致的结果
在内存中运行，没有外部依赖组件（比如说真实的数据库，真实的文件存储等）
快速返回结果
一个测试方法只测试一个问题
.NET 中的测试框架#
现在比较流行的测试框架包括微软的 MS Test(VS Test)、NUnit、XUnit
MS Test#
VS单元测试的主要类：Assert、StringAssert、CollectionAssert，具体可参照 MSDN介绍
有些时候我们需要对测试的方法用到的数据或配置进行初始化，有几个特殊的测试方法。
如果需要针对测试中的所有虚拟用户迭代仅执行一次初始化操作，请使用 TestInitializeAttribute。
初始化方法的运行顺序如下：
用 AssemblyInitializeAttribute 标记的方法。
用 ClassInitializeAttribute 特性标记的方法。
用 TestInitializeAttribute 特性标记的方法。
用 TestMethodAttribute 特性标记的方法。
使用 VS Test 的时候，首先我们需要标记测试方法所在类 TestClass，测试方法标记为 TestMethod
NUnit#
NUnit 测试框架使用方法与 MS Test 类似
有一些是 NUnit 中的，但是MS Test框架中是没有的：
Assert.IsNaN/Assert.IsEmpty/Assert.IsNotEmpty/Assert.Greater/Assert.GreaterOrEqual 等
想要同时使用 VS Test 和 NUnit 的话可以使用宏来区分不同的测试框架，例如：
#if!NUNITusingMicrosoft.VisualStudio.TestTools.UnitTesting;usingCategory = Microsoft.VisualStudio.TestTools.UnitTesting.DescriptionAttribute;#elseusingNUnit.Framework;usingTestClass = NUnit.Framework.TestFixtureAttribute;usingTestMethod = NUnit.Framework.TestAttribute;usingTestInitialize = NUnit.Framework.SetUpAttribute;usingTestCleanup = NUnit.Framework.TearDownAttribute;usingTestContext = System.Object;usingClassCleanup = NUnit.Framework.TestFixtureTearDownAttribute;usingClassInitialize = NUnit.Framework.TestFixtureSetUpAttribute;#endif
从上面可以看得出来 nunit 很多东西和 vs test 是很类似的，声明测试类，测试方法，初始化方法等
XUnit#
XUnit 是另一个测试框架，个人觉得 XUnit 测试更加简洁一些，初始化和释放资源不需要标记单独的方法，初始化直接放在构造方法里，资源释放实现 IDisposable 接口，在 Dispose 方法中进行测试的清理工作即可，相比 ms test（vs test）和 NUnit，我觉得 Xunit 更方便一些，并且对于 Assert ，xunit 更简洁，例如： 在 ms test 中的 Assert.IsNull(null);/Assert.IsTrue(1 == 1); 在 xunit 中则是 Assert.Null(null);/Assert.True(1 == 1);，虽然看上去差不多，但是写的多了就会觉得 xunit 更简洁一些。
xunit 不需要对测试方法所在类型标记 TestClass ，只需要在测试方法上标记 Fact 或者使用数据驱动的 Theory
XUnit 的基本使用#
使用 XUnit 来写测试方法可以使得测试代码更为简洁，更加简单，推荐使用 xunit 来测试自己的代码
测试示例：
publicclassResultModelTest{[Fact]publicvoidSuccessTest(){varresult = ResultModel.Success();Assert.Null(result.ErrorMsg);Assert.Equal(ResultStatus.Success, result.Status);}[Theory][InlineData(ResultStatus.Unauthorized)][InlineData(ResultStatus.NoPermission)][InlineData(ResultStatus.RequestError)][InlineData(ResultStatus.NotImplemented)][InlineData(ResultStatus.ResourceNotFound)][InlineData(ResultStatus.RequestTimeout)]publicvoidFailTest(ResultStatus resultStatus){varresult = ResultModel.Fail("test error", resultStatus);Assert.Equal(resultStatus, result.Status);}}
最基本的测试，使用 Fact 标记测试方法，使用 Assert 来断言自己对结果的预期
可以使用 Theory 来自己指定一批数据来进行测试，来实现测试数据驱动测试，简单的数据可以通过 InlineData 直接指定，也可以使用 MemberData 来指定一个方法来返回用于测试的数据，也可以自定义一个继承于 DataAttribute 的 Data Provider
USB Microphone https://www.soft-voice.com/
Wooden Speakers https://www.zeshuiplatform.com/
亚马逊测评 www.yisuping.cn
深圳网站建设www.sz886.com