ToolTask.GenerateCommandLineCommands然后使用CommandLineBuilder类或者是我对它做的简单的扩展 ExtendedCommandLineBuilder。
为所有可能的命令行参数运行MSTEST.EXE/?。当它指定输出文件名称的时候需要ResultsFile。你也需要设置TestMetaData参数或者TestContainer参数以此分别的显示出源数据文件或者测试容器。
为所有可能的命令行参数运行MSTEST.EXE/?。当它指定输出文件名称的时候需要ResultsFile。你也需要设置TestMetaData参数或者TestContainer参数以此分别的显示出源数据文件或者测试容器。
但是,我对于MSTestTask的长期计划就是扩展测试属性以允许通配符能够为测试名称的执行被通过。那将允许你容易的执行仅符合具体前缀的那些测试。借助在TestContainer属性中被通过的程序集,这工作将仅仅是一系列的反射,查找拥有TestClassAttribute的类库和一些符合规范表达的带有TestMethodAttribute的方法。
MSTestTask其他的操作部分来自于RunTests.Targets文件,你可以在.\Build包含源代码的目录中找到这个文件。它包括了非常酷的ExecuteAllTests对象,这个对象在你指定的目录中开始,在整个结构中查找所有的单元测试,GenericTests,WebTests 和OrderedTests,然后执行它们。你可以认为ExecuteAllTests对象对于单元测试是一个来说自动衰退测试。当你添加新的测试时,它将自动的执行它们。在代码下载中包含的RunTests.Targets代码非常明智的使用排除文件来获得我们希望的东西。为了查看一个使用中的 RunTests.Targets例子,查看一下SmokeTest.proj,它为所有的代码显示出smoke测试。
在.\Build目录中最后的TARGETS文件是MSTestCleanUp.Targets。就像它名称所暗示的那样,它的职责就是查找包含 TestResults的所有目录作为一个路径然后删除它们。它是使用转换的一个很好的例子,就像MSBuild中的RemoveDuplicates任务一样。使用MSTestClean-Up.Targets,你就不用怕其他的文件毁坏你的源目录。
掩饰,包装
如果你不说,我将对Visual Studio 2005中新的单元测试工具非常兴奋。像ASP.NET和DataGrids这样的程序在此书中受到了所有的关注,但是当你努力按时获得程序时,测试工具将会带来很大的影响。我可以保证,你在使用测试工具上花费的时间越多,你的代码将会变的更好。
Tip 73 你可以控制一个单元测试默认的编程语言和当一个新的单元测试被单元测试向导创建后哪些条目能被添加到里面。来到选项对话框,扩展测试工具节点,然后转到测试项目属性页面。在那,你将看到默认的测试项目类型combobox和每个语言类型的默认文件选择。如果你像我一样,在你创建了第二个单元测试后你将清除 “About Test Projects”介绍文件。
Tip 74 试图将一个程序集中的所有的单元测试保存到一个单一的测试程序集。那个一对一的映射来自于维护的观点。但是,当程序集增长时,测试数量将会变得非常大。我喜欢将前缀放到测试方法的名称上,因为这个它们测试的特性有关。这样可以很容易的分组。例如,在Bugslayer.Utility.Tests.DLL 程序集中,关于GlobalMessageBox类的测试开始于”GNB_”
文章来源于领测软件测试网 https://www.ltesting.net/