IntelliTest(0) - Introducing Smart Unit Tests[译]

[作者提醒:从Visual Studio 2015 RC 版本开始,“Smart Unit Tests”已经更名为“IntelliTest”]

  关于IntelliTest,有一个短视频,如果你还没看过,强烈建议去看一下。其中介绍了IntelliTest给测试开发带来的新特性,这些新特性将帮助开发者克服在初写单元测试时的惰性。除了视频中所描述的那部分,IntelliTest还包括许多其他特性,这一系列的博客将完善你对整个IntelliTest的知识。

  首先,我们来回忆一下视频中的一个例子 - 你正在开发,此时必须要修改一段代码,而这段代码是未被单元测试覆盖的。在开始之前,我们可能希望可以在单元测试框架的帮助下,确保代码能够始终正常工作,但这说起来容易做起来难。我们极有可能面临如下几个问题:

  • 这份代码可能是难以测试的,它也许对外界有许多依赖,这些依赖都需要被隔离,如果不清楚这些依赖,我们将难以下手。
  • 测试覆盖的质量也是一个需要考虑的问题。关于测试覆盖质量的衡量,有许多可以参考的维度,比如:语句覆盖、路径覆盖、组件覆盖等。即使这些衡量的维度已经很充足,我们依然需要更高的代码覆盖率和更多的断言验证,以保证代码的充分测试。要写出好的测试用例并不容易,我们极有可能反复写出重复执行相同路径的测试用例。或者,我们只是写出那些更容易想到的测试用例。因此,我们很难确保我们的代码在所有的边界情况都能符合预期的运行。
  • 更坑爹的是,我们可能根本不知道断言放在哪里 - 想象一下你正在修改一堆逻辑复杂而你又不熟悉的代码吧。

  IntelliTest试图解决以上这些问题。它会探索到你代码里的所有路径,然后自动生成覆盖这些路径的输入,并记录相应输出。这些输入就是一组高覆盖率的测试用例。下面就是文章开头所提到的视频中的例子截图:

默认情况下,如果你仅仅是在一个函数上运行IntelliTest,它会探测函数的执行路径,并生成相应的输入。在这个阶段除非测试用例发生了运行是错误,否则它会认为这个测试用例通过 - 毕竟,这些都是函数自己的逻辑,IntelliTest不验证逻辑的正确与否。对于还没有单元测试的代码来说,这一点尤其有用,你可以基于这些用例做回归测试。

  除此之外,如果你写了断言来验证代码的正确性,IntelliTest会利用你的断言,保证每一个输入都能正确处理。当被测代码改变后,再次运行IntelliTest,它就会自动更新测试用例。

  如果以上内容让你产生了兴趣,那将是对我极大的鼓舞,在接下来的博客中,我们会继续更加深入的讨论IntelliTest的特性。同时,你也可以阅读这篇文章,如果有任何问题,请在评论中告诉我,我们一起讨论,并解决之。

强烈建议阅读英文原文

-------------本文结束 感谢您的阅读-------------

本文标题:IntelliTest(0) - Introducing Smart Unit Tests[译]

文章作者:nero

发布时间:2017年10月20日 - 07:10

最后更新:2017年10月30日 - 08:10

原始链接:http://erdao123.oschina.io/nero/2017/10/20/UnitTest/IntelliTest/01_Introducing Smart Unit Tests/

许可协议: 署名-非商业性使用-禁止演绎 4.0 国际 转载请保留原文链接及作者。