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