不记得第一次接触单元测试这个名词是什么时候，大概很早很早以前了罢。但我发誓从来没在实践中应用过，前些天公司要求软件开发标准化，于是这个熟悉而陌生的家伙被提上了日程。
为什么之前开发都不进行单元测试呢？
一种情况是职能分工，比如说我负责开发一个模块，从数据库-数据访问层-逻辑层-展现层，有时甚至编译发布，我都有读写权限，都可以在进行功能测试的时候发现bug后及时fix,测试没问题后快速更新到测试环境，
效率奇高，功能测试的时候就把单元测试做完了，也就没必要做吃力不讨好的单元测试了。因为模块和功能相对独立，你只要对自己负责就行了，要是不怕挨骂的话，你连自己都可以不负责，有bug了不就是改吗，
谁他娘的也不敢少俺工资。
另一种情况是俺是真不知道要单元测试啊，从没人教我怎么做，我也从未接触到别人这么做，你让俺做单元测试，开玩笑，俺写的东西会有问题？单元测试用例你给俺设计，什么，你要开发人员自己测试，那你们QA干什么的，
你们专业测试都发现不了的bug,我怎么可能能轻易发现，医不自医懂吗？
其实都是惯例使然，因为进行单元测试的公司确实是少之又少，所以精通单元测试的开发人员少之又少，从而很多哥们都对单元测试熟悉而陌生，第一种情况是你不用管俺回了几次锅（而且只有俺自己知道）吃不死人就是，第二种情况是俺只管做饭，做出来的饭QA哥们去试试吧，你试了都没事，那只有海选倒霉蛋了。
呵呵，其实说这么多废话，只是夸张地逗大家乐了，有些公司规模一般又赶进度，你要进行单元测试，老板会跟你急的，人只告诉你，过程是不重要的，本boss只看结果。但单元测试也些很多废物一样功能还是有的，
1）忽悠老板，特别是只懂管理不懂技术的老板，人要的就是用工程的思想来开发软件，单元测试你们开发人员居然不用，扯淡，人航天飞船怎么造出来的知道不？
2）变态公司变态制度下变态任务的无厘头要求，把组里成员分别负责数据访问层，逻辑层，表现层，还要有一个250专搞数据库，俺们是学大公司的知道不，俺们这旮旯岂能不用单元测试，oh,my gold.
唉，埋怨归埋怨，事情还是要做的。vs2010的单元测试应该怎么做呢，简单：
NUnit+Visual Nunit 2010，现在单元测试可以做了，什么你还要单元测试报告，妈的，你去死吧。
