标签：
从走进.net后发现每天有写不完的代码，有做不完的测试。。。人感觉都已经机械，我们需要认清自己调整好心态，问下自己是否真的喜欢编程。我的答案当然也就是我爱编码，编码给我带来了许多欢乐，每天都给我体验小小成就。所以我要为我写的编码负责。那么先总结下测试方面的小小积累，作为以后复习的笔记。
在团队开发中单元测试扮演着一个很重要的角色。
例如：当你和你的团队一起开发时，由你写操作数据库的方法，其他人写界面，当你写好你的方法后你需要对你写的方法负责，不能说后面还有软件测试工程师，测试这种事留给他们去做。测试工程师的责任不是对项目中的方法去做验证，他们主要是测试项目的功能是否满足客户的需求，还有就是功能是否正确。而方法这些程序员必须对自己写的去负责，保证你的方法能正确运行。说点题外话：（你只有保证你项目中的方法都正确，才有可能你的功能才正确，如果有一个方法是错误的，那么功能肯定错误，如果每一个方法都是正确的，也不见得功能是正确的。所以说单元测试是保证我们项目质量的最基本测试方法）
那么单元测试是在哪些方面用到呢？
当你写数据库方法时，你想测试你的方法是否正确，这时你没有界面。又想去测试这个方法，微软为我们提供了一个最简洁的测试方法，那就是单元测试。
你只需要把鼠标移到你的方法名上鼠标右键，选择创建单元测试，说白了，就是微软为我们添加了一个项目，这时出现这样的界面：
选中你要测试的方法，确定为自己的测试方法取一个名字。
生成的项目cs文件我们只需要对这个方法进行数据测试
这里说明下：在测试中注释掉 //Assert.Inconclusive("验证此测试方法的正确性。");否则会报错；
如果这里是一个查询方法：
string 为你要查询的名称，初始化一个预期结果expccted定义取出一个将要去比较的值。
在Assert.AreEqual()方法中输入这两个值进行比较判断。
把需要的值录入完毕点击：运行当前上下文中的测试；
接着在测试结果这里检查是否通过
如果没有通过请查看详细信息追踪到错误原因，进行休正。保证写的方法通过为止。
标签：
原文地址：http://www.cnblogs.com/Alex80/p/5181183.html
