单元测试初入

单元测试的优势

• 方便修改代码且不引人新的bug。
• 可大胆重构，提升代码的质量和提高我的编码能力。
• TDD驱动，下降代码间的耦合，保证代码质量，快速理清理解代码.

框架

1. 单元测试框架：XUnit 2.2.0。asp.net mvc就是用的这个，此内框架还有：NUnit、MSTest等
2. 测试运行工具：xunit.runner.visualstudio 2.2.0。相似如：Resharper的xUnit runner插件。
3. 模拟框架：Moq 4.7.10。 asp.net mvc、Orchard使用了。此类框架还有：RhinoMocks、NSubstitute、FakeItEasy等

概念过程：

• AAA逻辑顺序
• • 准备（Arrange)对象，建立对象，进行必要的设置
• • 操做（Act）对象
• • 断言（Assert）某件事情是预期的。
• Assert(断言)：对方法或属性的运行结果进行检测
• Stub(测试存根\桩对象)：用返回指定结果的代码替换方法（去伪造一个方法,阻断对原来方法的调用，为了让测试对象能够正常的执行）
• Mock(模拟对象)：一个带有指望方法被调用的存根（可深刻的模拟对象之间的交互方式，如：调用了几回、在某种状况下是否会抛出异常。mock是一种功能丰富的stub）

好的测试

• 测试即文档
• 无限接近言简意赅的天然化语言
• 测试越简明越好，每一个测试只关注一个点。
• 好的测试足够快,测试易于编写，减小依赖
• 好的测试应该相互隔离，不依赖于别的测试，不依赖于外部资源
• 可描述的命名：UnitOfWorkName_ScenarioUnderTest_ExpectedBehavior（命名可团队约定，我甚至以为中文命名也没什么不能够的）
• • UnitOfWorkName　　被测试的方法、一组方法或者一组类
• • Scenario　　测试进行的假设条件，例如“登入失败”，“无效用户”或“密码正确”等
• • ExpectedBehavior　　在测试场景指定的条件下，你对被测试方法行为的预期　

原文地址：http://www.cnblogs.com/zhaopei/p/UnitTesting.html