[作者提醒：从Visual Studio 2015 RC 版本开始，“Smart Unit Tests”已经更名为“IntelliTest”]
关于IntelliTest，有一个短视频，如果你还没看过，强烈建议去看一下。其中介绍了IntelliTest给测试开发带来的新特性，这些新特性将帮助开发者克服在初写单元测试时的惰性。除了视频中所描述的那部分，IntelliTest还包括许多其他特性，这一系列的博客将完善你对整个IntelliTest的知识。
首先，我们来回忆一下视频中的一个例子 - 你正在开发，此时必须要修改一段代码，而这段代码是未被单元测试覆盖的。在开始之前，我们可能希望可以在单元测试框架的帮助下，确保代码能够始终正常工作，但这说起来容易做起来难。我们极有可能面临如下几个问题：
- 这份代码可能是难以测试的，它也许对外界有许多依赖，这些依赖都需要被隔离，如果不清楚这些依赖，我们将难以下手。
- 测试覆盖的质量也是一个需要考虑的问题。关于测试覆盖质量的衡量，有许多可以参考的维度，比如：语句覆盖、路径覆盖、组件覆盖等。即使这些衡量的维度已经很充足，我们依然需要更高的代码覆盖率和更多的断言验证，以保证代码的充分测试。要写出好的测试用例并不容易，我们极有可能反复写出重复执行相同路径的测试用例。或者，我们只是写出那些更容易想到的测试用例。因此，我们很难确保我们的代码在所有的边界情况都能符合预期的运行。
- 更坑爹的是，我们可能根本不知道断言放在哪里 - 想象一下你正在修改一堆逻辑复杂而你又不熟悉的代码吧。
IntelliTest试图解决以上这些问题。它会探索到你代码里的所有路径，然后自动生成覆盖这些路径的输入，并记录相应输出。这些输入就是一组高覆盖率的测试用例。下面就是文章开头所提到的视频中的例子截图：
默认情况下，如果你仅仅是在一个函数上运行IntelliTest，它会探测函数的执行路径，并生成相应的输入。在这个阶段除非测试用例发生了运行是错误，否则它会认为这个测试用例通过 - 毕竟，这些都是函数自己的逻辑，IntelliTest不验证逻辑的正确与否。对于还没有单元测试的代码来说，这一点尤其有用，你可以基于这些用例做回归测试。
除此之外，如果你写了断言来验证代码的正确性，IntelliTest会利用你的断言，保证每一个输入都能正确处理。当被测代码改变后，再次运行IntelliTest，它就会自动更新测试用例。
如果以上内容让你产生了兴趣，那将是对我极大的鼓舞，在接下来的博客中，我们会继续更加深入的讨论IntelliTest的特性。同时，你也可以阅读这篇文章，如果有任何问题，请在评论中告诉我，我们一起讨论，并解决之。
2017-10-20 07:43:52
