单元测试初入

单元测试的优点

• 方便修改代码且不引人新的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