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