微软正在非常努力地推动他们的ALM（应用程序生命周期管理）工具，例如TFS，但通常会忽略主要功能仅适用于托管（.Net）代码的事实。例如：Intellitrace是c# and VB-only
将Lab Management与纯本机应用程序一起使用有什么好处吗？
我们有两个主要应用程序，一个带有Java UI，另一个带有MFC。有人建议实验室经理将在公司广泛推出，但我强烈怀疑我们会获得任何收益。
根据March 2011 table测试自动化支持，不支持Java，MFC仅支持基本控件。
[编辑]在最新的vNext版本发布之前，我们无法使用他们的TestManager进行单元测试，除非我们使用C ++ / CLI单元测试将我们的C ++代码包装在.Net层中。
所以似乎没有一种测试代码的方法可以用于我们的应用程序。
答案 0 :(得分：4)
绝对！实验室管理可以为各种非.NET应用程序提供相当多的帮助。它非常适合设置由多台机器组成的开发或测试环境。在运行测试用例或执行探索性测试时，您可以将数据收集器与Microsoft测试管理器一起使用，以从环境中的每台计算机收集丰富的数据。每当您发现错误时，您都可以提交错误，并且将查询被测环境中每台计算机上的每个数据收集器并将其附加到一个非常好的错误报告中。您可以快照，回滚等。您可以自动执行测试运行并将构建部署到环境中。
即使每个测试人员使用共享或专用环境，您也可以使用实验室管理。如果您的环境需要它，您甚至可以在环境之间使用网络隔离，以确保环境的克隆不会导致其他克隆出现问题。
如果您需要针对多种配置测试应用，实验室管理也会有所帮助。想象一下，您需要在Windows XP，Vista，Server 2003等上测试您的MFC或Java应用程序。您可以使用不同的配置启动各个环境，并针对每个环境进行适当的测试。 Microsoft Test Manager也可以在每个配置中跟踪测试用例的通过/未通过结果。
你是完全正确的。开箱即用的某些数据收集器在非.NET应用程序中无法正常工作或根本无法工作。但是，数据收集器系统是完全可扩展的。如果您想要自动收集某些内容，则可以创建自己的自定义数据收集器，以便在实验室管理中使用。
有很多可以利用实验室管理来测试非.NET应用程序。
答案 1 :(得分：2)
Visual Studio 11支持本机C ++的单元测试，因此不需要包装器。看到这篇文章。 http://msdn.microsoft.com/en-us/library/hh270864(v=VS.110).aspx