我们在我们的产品(桌面应用程序)的发布版本上运行 MTM 测试。现在我们希望在两个产品版本上运行相同的测试:Beta 和 Release。
当从 MTM(或 tcm)启动测试运行时,我们需要一种方法将“值”传递给测试运行,告诉它需要测试哪个版本/构建的产品。然后将在测试方法中读取此“值”,并在测试执行时做出正确的决定(如安装路径、测试结果文件更新等)。
有什么办法可以做到这一点?在 TFS 或 MTM 中?
我们在我们的产品(桌面应用程序)的发布版本上运行 MTM 测试。现在我们希望在两个产品版本上运行相同的测试:Beta 和 Release。
当从 MTM(或 tcm)启动测试运行时,我们需要一种方法将“值”传递给测试运行,告诉它需要测试哪个版本/构建的产品。然后将在测试方法中读取此“值”,并在测试执行时做出正确的决定(如安装路径、测试结果文件更新等)。
有什么办法可以做到这一点?在 TFS 或 MTM 中?
考虑使用测试设置。
如果您从MTM启动自动化测试,您可以指定运行此测试时要使用的测试设置。
在测试设置的“高级”部分,您可以在运行测试之前指定要在您的环境中运行的脚本。
这样您就可以将信息传递给您的测试。
我们在项目中也遇到了类似的问题。我们决定修改构建定义模板以将产品构建类型(Beta 或 RTM 或发布)作为输入参数。在 TFS 构建期间使用此值,我们可以更新 TFS 构建名称以反映产品构建类型,或者创建一个文件 (xml) 作为 TFS 构建过程的一部分以包含此类型详细信息。
有关如何添加参数和参数以构建定义的更多详细信息,请参见此处:http ://www.ewaldhofman.nl/post/2010/04/27/Customize-Team-Build-2010-e28093-Part-2-Add-参数和变量.aspx
So, when you select to run a set of automated tests and pick the build from the drop down list this tells MTM which drop folder to go look in. So if your configuration is code, as it should be, then you can set this up to be automatic.
It is not possible to pass additional variables when you start a test run in MTM.
You could setup your tests to run from the Release Management tool instead. You would then be able to configure the environment however you like based on passed in veriables.
http://nakedalm.com/execute-tests-release-management-visual-studio-2013/
请查看以下链接,如果它可以满足您的需求。
一个问题:您是使用 Build-Deploy-Test 流程在环境中安装产品还是以其他方式进行?