.net 单元测试之我见

背景：第一次知道单元测试是在大四的上学期，有一门课叫做软件测试，当时也没有多注意，可能是因为年轻。后来实习之后，使用的宇宙无敌级的Visual Studio 2017 IDE，秉着个人的坏习惯(摆弄标题栏里的每个选项，弄清楚他们是干嘛的)，也因此就埋下了学习如何使用单元测试的伏笔，但是，由于水平不够，迟迟没有步入正轨。

1.第一次尝试学习

　　首先百度，看了一看，一头雾水，不知所云，遂去技术群里去问，

　　比较多的回复就是：

• • • 测试是测试团队的事，我们开发不写
    • 测试和开发是死对头
    • 不用写单元测试，要相信自己写的代码
    • 小型企业不进行测试，开发完直接交给客户
    •  要全面的测试（单元测试，集成测试，功能测试）这是很花成本的 （企业节省成本）

　　其他：

• • • TDD开发（测试驱动开发）
    • 目前行业中有部分程序员就是一心写代码，调式，改Bug，调试，根本不鸟你什么单元测试
    • 。。。

　　结局：

　　　　　　我放弃了学习单元测试的应用，开始认真研读JavaScript权威指南6，css，html 基础。总的来说这次探索是失败的。

2.第二次尝试学习

　　　距离上次已经有了4个多月，我在读 《程序员修炼之道 从小工到专家》 时，里面又一次提到了单元测试，遂又激起了我的兴趣，按照书中所说，找来了《单元测试之道 c#》开始阅读，坚持了一段时间，终于读了两张，也跟着写了一些测试。但是由于纠结Mtest，Nunit两个测试框架，再加上其他工作上需要别的东西，又一次停止了对单元测试的学习。

　　结局：

　　　　　  通过这次，了解了单元测试具体是什么东西，它可以帮助开发人员避免一些错误，但是前期写测试会浪费时间。我能理解的好处就是前期编写的好的单元测试，可以保证开发人员有信心地重构自己代码，并保证自己编写的代码是正确，避免靠巧合编程。除此之外，也了解了编写测试的原则，比如临界值原则，等。 也知道测试也包括集成测试，回归测试，功能测试。（以前，我最多知道这些术语，并不知道他们是干啥的。充其量知道白盒和黑盒。PS:我把老师交给我的还回去了）。这次也算是失败了，就这样没有读完这本《单元测试之道 c#》，也没有读完《程序员修炼之道 从小工到专家》，也没有在项目中使用单元测试框架，还是一个不会写单元测试的状态。😔

 

3.第三次尝试学习

　　　　这一次又重新拾起了对单元测试的测试，得益于《.NET 单元测试艺术这边书》，一口气看到第五章，终于明白了如何使用单元了测试了，知道了桩对象，模拟对象，隔离框架，以及简单的应用，希望在下次项目的时候能用到。书中的代码，我也跟着敲了一遍。

结局：

　　现在刚刚初窥门路，希望和我一样的，热爱单元测试的同仁们，欢迎和我一起探讨。