Visual Studio 单元测试之四---Generic测试

原文:Visual Studio 单元测试之四---Generic测试

 

这里的Generic我觉得理解为外部测试更合适。因为在这种测试模式下Visual Studio只是启动一个外部的程序,然后通过返回值(0:Passed,其他值:failed)来判断运行结果。

到目前为止,我还没有想到它的具体用途,可能微软就是为了兼容其他测试工具吧。比如把NUint作为外部程序来调用,让它跑一些测试用例。

创建Generic测试:

Add->Generic Test如下图:在第一个输入框中写入要运行的外部程序路径.

其他选项,比如命令行参数等,可以根据具体情况增加。

这时在Test List Editor窗口就可以看到刚才新建的Generic测试。

大家可以自行运行查看结果。

 

 

此至Generic 
Test已经完成了。我想说的是,Generic Test其实并不难,难的是什么时候用。我设想了一种情况:在一个大项目中,以前一直是用其他测试工具进行测试(如NUnit),而且具有大量的测试用例,现在改用VS的test,不可能把以前的用例全部迁移过来,也就是说存在两个测试工具要一起用的情况。在这种情况下,Generic Test的优势就体现出来了。如上图,我们可以把Generic和其他测试一起运行或把它们组合成顺序测试等。

 

如需转载,请注明本文原创自灰太狼的博客:http://blog.csdn.net/tjvictor

时间: 2024-10-30 17:19:31

Visual Studio 单元测试之四---Generic测试的相关文章

Visual Studio 单元测试之三---压力测试

原文:Visual Studio 单元测试之三---压力测试         我们都知道大名鼎鼎的LoadRuner,但是很少有人知道Visual Studio自带的Test也可以做些简单的压力测试,下面我们就介绍一下如何利用Visual Studio进行压力测试.       此文是上一篇博文:Visual Studio 单元测试之一---普通单元测试的后续篇章.如果读者对Visual Studio的单元测试不熟悉的话,请先参看上一篇.http://blog.csdn.net/tjvictor

Visual Studio 单元测试之五---数据库测试

原文:Visual Studio 单元测试之五---数据库测试             数据库的单元测试主要是测试数据库中的数据是否符合特定的条件,Visual Studio 2010支持下面几种数据的单元测试类型(Visual Studio 2008 不支持数据库测试): 类型 说明 Data Checksum 对数据进行Checksum检验 Empty ResultSet 测试执行的SQL语句返回结果集是否为空 Execution Time 测试执行时间 Expected Schema 测试

Visual Studio 单元测试之六---UI界面测试

原文:Visual Studio 单元测试之六---UI界面测试   UI界面测试其实就是录制操作路径(Mapping),然后按照路径还原操作顺序的一个过程.这个方法对于Winform和Webform都同样适用.下面以winform为例,来介绍如何进行录制. 1.新建一个Coded UI Test 2.然后选择录制. 3.屏幕右下方会出现UIMap. 4.打开一个Winform,使用"查看UI控件属性"这个功能可以查看所选控件的属性. 5.点击红色的开始录制,然后对被测的Winform

visual studio 2010中创建测试项目时发生错误

问题描述 visual studio 2010中创建测试项目时发生错误 十分感谢! 解决方案 VC++的单元测试?你的VS2010最好打上SP1.我记得VS2010对VC++的Unit Test支持有问题. 解决方案二: 没安装壕吧,修复一下 .

应用Visual Studio 2010辅助敏捷测试(下)

随着需求的不断变化和迭代的深入,代码库不可避免的会有频繁的签入和签出,此时测试人员一项很重要的任务就是要预防回归问题发生.执行手工测试用例可以帮助我们预防及和发现回归问题,但是它的执行效率太低,无法胜任频繁执行的要求.这时就我们需要考虑采用自动化测试用例完成这项工作.决定是否采用自动化测试是有很多因素决定,其中很重要的一条就是自动测试的收益,下面的公式从概念上解释了如何来计算这个收益,当收益值大于1的时候,实施自动化测试就是合算的:否则,就是不合算的. 图1:计算收益公式 这其中,开发和维护自动

一起谈.NET技术,应用Visual Studio 2010辅助敏捷测试(下)

随着需求的不断变化和迭代的深入,代码库不可避免的会有频繁的签入和签出,此时测试人员一项很重要的任务就是要预防回归问题发生.执行手工测试用例可以帮助我们预防及和发现回归问题,但是它的执行效率太低,无法胜任频繁执行的要求.这时就我们需要考虑采用自动化测试用例完成这项工作.决定是否采用自动化测试是有很多因素决定,其中很重要的一条就是自动测试的收益,下面的公式从概念上解释了如何来计算这个收益,当收益值大于1的时候,实施自动化测试就是合算的:否则,就是不合算的. 图1:计算收益公式 这其中,开发和维护自动

应用Visual Studio 2010辅助敏捷测试(上)

敏捷软件开发是近些年来比较热门的话题,<敏捷宣言>四条主要精神和十二条基本准则概括了敏捷开发的基本思想.围绕着这些基本概念和思想,产生了一系列的轻量级方法,如:极限编程.测试驱动开发.Scrum.特性驱动开发等.虽然具体名称.过程和侧重点不尽相同,但是相对于非敏捷的开发方法而言,它们都更强调面对面的沟通.团队不同角色之间的紧密协作.频繁交付新的可用的软件版本.紧凑而自我组织型的团队等.敏捷开发只是提供了一个思想和方法论,而要在实际的工程中正确运用它,并真正显现出它的优点和产生实际的效果,这对于

一起谈.NET技术,应用Visual Studio 2010辅助敏捷测试(上)

敏捷软件开发是近些年来比较热门的话题,<敏捷宣言>四条主要精神和十二条基本准则概括了敏捷开发的基本思想.围绕着这些基本概念和思想,产生了一系列的轻量级方法,如:极限编程.测试驱动开发.Scrum.特性驱动开发等.虽然具体名称.过程和侧重点不尽相同,但是相对于非敏捷的开发方法而言,它们都更强调面对面的沟通.团队不同角色之间的紧密协作.频繁交付新的可用的软件版本.紧凑而自我组织型的团队等.敏捷开发只是提供了一个思想和方法论,而要在实际的工程中正确运用它,并真正显现出它的优点和产生实际的效果,这对于

Visual Studio之UI界面测试

UI界面测试其实就是录制操作路径(Mapping),然后按照路径还原操作顺序的一个过程.这个方法对于Winform和Webform都同样适用.下面以winform为例,来介绍如何进行录制. 1.新建一个Coded UI Test 2.然后选择录制. 3.屏幕右下方会出现UIMap. 4.打开一个Winform,使用"查看UI控件属性"这个功能可以查看所选控件的属性. 5.点击红色的开始录制,然后对被测的Winform程序进行一些操作.操作后暂停录制,然后可以查看所录制的操作过程和操作数