visual-studio - Microsoft Lab Management 是否仅可用于 native 项目或 .Net？

Question

微软非常努力地插入他们的 ALM(应用程序生命周期管理)工具，如 TFS，但经常掩盖主要功能仅可用于托管(.Net)代码的事实。例如:Intellitrace是 c# and VB-only

使用 Lab Management 有什么好处吗？使用纯原生应用程序？

我们有两个主要的应用程序，一个带有 Java UI，另一个带有 MFC。有人建议实验室经理将在公司中广泛推广，但我非常怀疑我们是否会有所收获。

根据这个March 2011 table在测试自动化支持方面，Java 不受支持，MFC 仅用于基本控件。

[编辑] 在最新的 vNext 版本之前，我们不能使用他们的 TestManager 进行单元测试，除非我们使用 C++/CLI 单元测试将我们的 C++ 代码包装在 .Net 层中。

所以似乎各种测试代码的方法都不能用于我们的应用程序。

Answer 1

绝对地!实验室管理可以为各种非 .NET 应用程序提供很大帮助。它非常适合设置由多台机器组成的开发或测试环境。当您运行测试用例或执行探索性测试时，您可以将数据收集器与 Microsoft 测试管理器一起使用，从您环境中的每台机器收集丰富的数据。每当您发现错误时，您可以提交错误，并且将查询被测环境中每台机器上的每个数据收集器，并将其附加到一个非常好的错误报告中。您可以创建快照、回滚等。您可以自动执行测试运行和将构建部署到环境中。

您甚至可以使用每个测试人员的共享或专用环境来使用实验室管理。如果您的环境需要它，您甚至可以在环境之间使用网络隔离来确保环境的克隆不会导致其他克隆出现问题。

如果您需要针对多种配置测试应用程序，实验室管理也会有所帮助。想象一下，您需要在 Windows XP、Vista、Server 2003 等上测试您的 MFC 或 Java 应用程序。您可以启动具有不同配置的各个环境，并针对每个环境进行适当的测试。 Microsoft 测试管理器还可以跟踪每种配置中测试用例的通过/失败结果。

不过你是绝对正确的。某些开箱即用的数据收集器在非 .NET 应用程序中无法正常工作或根本无法正常工作。但是，数据收集器系统是完全可扩展的。如果您想要自动收集某些内容，您可以创建自己的自定义数据收集器以在实验室管理中使用。

通过针对非 .NET 应用程序进行测试，您可以在实验室管理中利用很多优势。