C#单元测试的使用的安全性浅析

这里我们来谈谈C#单元测试是不是值得依赖呢？针对这个问题，想是很多刚刚接触C#单元测试的程序员，那么下面的解释会完全解除你的顾虑，那么开始我们的讲述吧：

对C#单元测试依赖疑惑的解析：

不能依赖的代码是没有多大用处的。但更糟糕的是，那些你自认为可以信赖的代码（但是结果证明这些代码是有bug 的）有时候也会让你花很多时间在跟踪和调试上面。显然，几乎没有项目可以允许你在这上面浪费太多的时间，因此无论如何，你都要避免这种“前进一步，后退两步”的开发方法。也就是说，要让开发过程保持稳定的步伐前进。

对C#单元测试依赖的内涵解析：

没人能够写出完美无缺的代码；但是这并没有关系――只要你知道问题的所在就足够了。许多大型软件项目的失败，诸如只能把坏了的太空船搁浅在遥远的行星，或者在飞行的途中就爆炸了，都能通过认知软件的限制来避免。例如，Arianne 5 号火箭软件重用了来自于之前一个火箭项目的一个程序库，而这个程序库并不能处理新火箭的飞行高度（比原来火箭要高）（引入单元测试是很简单的，因为它本身就充满了乐趣。然而在项目交付的时候，我们给客户和最终用户的仍然是产品代码，而不包含单元测试的代码；因此，我们必须对单元测试的目的有个充分的认识。首先也是最重要的，使用单元测试是为了使你的工作――以及你队友的工作――完成得更加轻松。） ，从而在起飞40 秒之后就发生了爆炸，导致5 亿美元的损失。

对C#单元测试依赖的真正含义：

显然，我们希望能够依赖于所编写的代码，并且清楚地知道这些代码的功能和约束。