用VSTS写单元测试
许多应用程序都会用到“用户”类型，今天我要用的是ConsoleApplication1名字
1.打开VS2013 --> 新建一个项目。这里我们默认创建一个控制台项目。取名为ConsoleApplication1
2.在解决方案里面新增一个单元测试项目。取名为默认ConsoleApplication1
创建完毕后项目结构大概如下：
3.进入控制台项目UnitTestDemo的Program类库，创建一个Add方 UnitTestDemo
{
public class User
{
public void User(string userEmail)
{
m_emaile=userEmaile;
}
private string m_emaile ;//user emaile as user as user id
}
}
4.我们的出现“New Test Project”弹窗，目的就是单元测试方法运行。
5.在单元测试项目后，注意到中，出现三个新的文，引用控制台项目，引用完毕后项目结构如下：
6.单元测试项目里面UnitTest1这个类的名字取得太难看了，我们把名字改为ProgramTest，表明这是在测试Program类。改完如下：
using System;
using Microsoft.VisualStudio.TestTools.UnitTesting;
namespace UnitTestDemoTest
{
[TestClass]
public class ProgramTest
{
[TestMethod]
public void TestMethod1()
{
}
}
}
7.一个好的测试方法。应该在最基本的功能，参数上验证程序的正确性，单元测试应该测试最基本的单元，在此基础上，可以测试一些系统中最基本的功能点。
系统中最基本的功能点
8.可以这样理解，一个方法必须具有TestMethod特性，且其所属的类具有TestClass特性，那么这个方法才会被VS承认为一个单元测试方法。
如果没有上面的两个特性中的一个，编译生成是没有任何问题的。但是VS不会把其作为一个单元测试方法。
9.依次点击VS的菜单栏测试--> 窗口-->测试资源管理器，可以打开测试资源管理器。
10.测试资源管理器里面会显示当前解决方案里面的所有单元测试。说明白点就是这里只显示符合要求的方法。
你可能会说，为什么上面的图里面什么都没显示，TestMethod特性和TestClass特性现在不是都有吗？
原因是你还没有生成程序集就可以看到测试资源管理器中显示了TestMethod1：
11.我们要清楚我们创建单元测试的初衷：是用工具帮助我们测试软件的质量、稳定性、性能等等。VS在这里就充当了工具的作用。
12.回到命名的问题，很明显TestMethod这个名字太难看了，我们把它改成AddTest表示这是在测试Add方法。
UnitTestDemoTest()
{
[TestClass]
public class ProgramTest
{
[TestMethod]
public void AddTest()
{
}
}
}
13.截止目前，我们已经建立了一个可以执行的测试框架，虽然没有起到什么作用，但是测试已经可以执行了。
执行测试的方法之一是：右键点击需要测试的【单元测试】方法的名称，选择运行：
运行测试之后，可以在测试资源管理器中查看测试的结果：
执行单元测试的方法有很多，这些需要我们在不断的学习中去体会。
14.接下来我们做一点有意义的事情。改进AddTest方法：
if(!m_email.Contains("@"))
{
throw new ArgumentException(); //抛
}
：
新建单元测试在解决方案上新建项目-》托管测试项目在需要进行c语言测试运行测试可以看到测试通过。
17.最后，注意在单元测试中，VSTS自动为我们生成了测试的骨架，如果还在使用***.Inconclusive。表明这是个未经测试的。详情参考如上。