编写优秀的单元测试（五）编写测试

编码约定

当我们要写一个测试方法的时候，一个问题突然蹦入到我们的脑袋：写一个测试有什么固定的编码格式么？事实上，这个问题的标准很多，而我们这里推荐的是：

准备 - 执行 - 断言（Arrange - Act - Assert）

这个流程是：准备用于测试的对象 - 触发执行 - 对输出进行断言

编写的测试颗粒度

怎么写测试是个问题，写多少测试，也一直是个问题。这里我们给出一个建议：

检查行为，而非实现。

具体来说，我们应该跳出具体的实现，把关注点放在我们期望类有怎样的行为上，不应该让实现主导测试，而应该让需求，让设计主导测试。这里就接上了我们之前说的 测试先行 的问题，如果测试后于实现，我们将不可避免的对一些实现代码编写测试，而在设计编码之前编写测试，则能让我们的测试只关心具体需求的实现，进而指导设计。

总的来说，我们一定要避免对于过于细致的实现进行过多的测试，这样会使我们的系统“动弹不得”，任何一个小的修改都会导致测试报错，让我们陷入过多无意义的排错当中去。

编写一个Test

下面我们看一个例子来具体感受一下者三个过程:

1. 使用NuGet安装Moq
2. 编写代码

   public class InternetTest
   {
       [Fact]
       public void UserInternetForTranslationTest()
       {
           // 准备
           var m