开篇：上一篇我们学习单元测试和核心技术：存根、模拟对象和隔离框架，它们是我们进行高质量单元测试的技术基础。本篇会集中在管理和组织单元测试的技术，以及如何确保在真实项目中进行高质量的单元测试。
1.入门
2.核心技术
3.测试代码
一、测试层次和组织
1.1 测试项目的两种目录结构
（1）集成测试和单元测试在同一个项目里，但放在不同的目录和命名空间里。基础类放在单独的文件夹里。
（2）集成测试和单元测试位于不同的项目中，有不同的命名空间。
实践中推荐使用第二种目录结构，因为如果我们不把这两种测试分开，人们可能就不会经常地运行这些测试。既然测试都写好了，为什么人们不愿意按照需要运行它们呢？一个原因是：开发人员有可能懒得运行测试，或者没有实践运行测试。
1.2 构建绿色安全区
将集成测试和单元测试分开放置，其实就给团队的开发人员构建了绿色安全区，这个区只包含单元测试。
因为集成测试的本质决定了它运行时间较长，开发人员很有可能每天运行多次单元测试，较少运行集成测试。
单元测试全部通过至少可以使开发人员对代码质量比较有信心，专注于提高编码效率。而且我们应该将测试自动化，编写每日构建脚本，并借助持续集成工具帮助我们自动执行这些脚本。
1.3 将测试类映射到被测试代码
（1）将测试映射到项目
创建一个测试项目，用被测试项目的名字加上后缀.UnitTests来命名。
例如：Manulife.MyLibrary → Manulife.MyLibrary.UnitTests 和 Manulife.MyLibrary.IntegrationTests，这种方法看起来简单直观，开发人员能够从项目名称找到对应的所有测试。
（2）将测试映射到类
① 每个被测试类或者被测试工作单元对应一个测试类：LogAnalyzer → LogAnalyzer.UnitTests
② 每个功能对应一个测试类：有一个LoginManager类，测试方法为ChangePassword（这个方法测试用例特别多，需要单独放在一个测试类里边） → 创建两个类 LoginManagerTests 和 LoginManagerTests-ChangePassword，前者只包含对ChangePassword方法的测试，后者包含该类其他所有测试。
（3）将测试映射到具体的工作单元入口
测试方法的命名应该有意义，这样人们可以很容易地找到所有相关的测试方法。
这里，回归一下第一篇中提到的测试方法名称的规范，一般包含三个部分：[UnitOfWorkName]_[ScenarioUnderTest]_[ExpectedBehavior]
-
- UnitOfWorkName 被测试的方法、一组方法或者一组类
- Scenario 测试进行的假设条件，例如“登入失败”，“无效用户”或“密码正确”等
- ExpectedBehavior 在测试场景指定的条件下，你对被测试方法行为的预期
示例：IsValidFileName_BadExtension_ReturnsFalse，IsValidFileName_EmptyName_Throws 等
1.4 注入横切关注点
当需要处理类似时间管理、异常或日志的横切关注点时，使用它们的地方会非常多，如果把它们实现成可注入的，产生的代码会很容易测试，但却很难阅读和理解。这里我们来看一个例子，假设应用程序使用当前时间进行写日志，相关代码如下：
public static class TimeLogger { public static string CreateMessage(string info) { return DateTime.Now.ToShortDateString() + " " + info; } }
为了使这段代码容易测试，如果使用之前的依赖注入技术，那么我们需要创建一个ITimeProvider接口，还必须在每个用到DateTime的地方使用到这个接口。这样做非常耗时，实际上，还有更直接的方法解决这个问题。
Step1.创建一个名为SystemTime的定制类，在所有的产品代码里边使用这个定制类，而非标准的内建类DateTime。
public class SystemTime { private static DateTime _date; public static void Set(DateTime custom) { _date = custom; } public static void Reset() { _date = DateTime.MinValue; } public static DateTime Now { get { // 如果设置了时间，SystemTime就返回假时间，否则返回真时间 if (_date != DateTime.MinValue) { return _date; } return DateTime.Now; } } }