IntelliTest(3) - Test to Code Binding, Test Case Management[译]

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


  在这篇文章中,我们讲到IntelliTest如何自动生成测试用例,以及当被测代码改变时,如何更新这些用例。针对一段被测代码,IntelliTest会生成一个PUT方法,和一个或多个测试用例方法。在下面的示例图中,展示了以Pex开头的特性的使用,它用于定义用例和被测代码的约束关系,这些特性都定义在Microsoft.Pex.Framework命名空间下。

image.png

在编译时,这些特性将作为它们所作用的类或方法的元数据,嵌入到程序集中。在后续的调用中,IntelliTest通过反射,拿到元数据,并拿到定义在PUT上的契约。

  也许你已经发现了,自动生成的测试用例都是传统单元测试,它们也会显示在Visual Studio 的测试用例浏览窗口中,就像你手写的那些测试用例一样。不过,自动生成的测试用例并不希望被编辑。每一个自动生成的测试用例都会调用PUT方法,PUT方法又会调用被测代码。

  将自动生成的单元测试和PUT测试方法分开,使得PUT测试方法可以作为一个统一的可以验证被测代码正确性的地方,通过PUT测试方法的调用,所有测试用例都将被验证。在以后的博客中,我们会讨论正确性验证的方法,但这不是本篇博客讨论的重点。将自动生成的测试用例和PUT测试方法放在同一个程序集中也是非常重要。

  关于自动生成的测试用例的管理,可遵循如下规则:

  • 防止重复的用例。使用IntelliTest的过程中,测试引擎会经常性的探测被测代码,并生成测试用例,因此很可能会生成一些重复的用例,这些重复的用例都需要被移除掉。
  • 删除那些无关紧要的测试用例。随着被测代码的修改,之前的测试用例很可能变得无效,因此这部分测试用例需要被移除掉。

  那么如何实践以上规则呢?
  将自动生成的测试用例和PUT测试方法放在一个程序集中,测试引擎通过扫描程序集中的Pex特性,优先处理已经存在的测试用例(这些测试用例都被PexGeneratedBy修饰),它获取到这些用例的源码,然后移除其中的空白占位符,然后使用最终的字符串计算hash值。做完这些之后,测试引擎就有了一个测试用例集合对应的hash字典,有了这个字典,在新的一次探测过程中,就可以决定哪些测试用例已存在,而哪些是新添加的。对于那些没有在新的探索中生成的用例,引擎会主动删除之。

  让测试用例和随时有变更可能的代码保持同步是一件很困难的事情,主动去修改大量测试用例以适配新的被测代码,开销无疑是巨大的。我们希望这套自动管理的测试用例的机制可以在面对这种变更时,可以更加轻松的应对。

强烈建议阅读英文原文



2017-10-20 10:43:52

推荐阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 103,703评论 13 125
  • 文章来自:http://blog.csdn.net/mj813/article/details/52451355 ...
    好大一只鹏阅读 7,774评论 2 126
  • 1.测试与软件模型 软件开发生命周期模型指的是软件开发全过程、活动和任务的结构性框架。软件项目的开发包括:需求、设...
    Annie丁小妞阅读 5,757评论 5 99
  • 1.测试与软件模型 软件开发生命周期模型指的是软件开发全过程、活动和任务的结构性框架。软件项目的开发包括:需求、设...
    Mr希灵阅读 18,597评论 8 266
  • 今天上午在竹园宾馆与中国十大名厨,中国烹饪大师相聚会一一一
    廖其定阅读 163评论 0 0