【问题标题】:Coded UI Tests on a lab environment实验室环境中的编码 UI 测试
【发布时间】:2013-02-20 01:38:35
【问题描述】:

我正在尝试设置一个自动构建过程以及一些编码的 ui 测试。我想我已经成功地设置了几乎所有东西并正常工作,最后一个缺失的部分是能够在测试代理机器上运行编码的 UI 测试。

所以基本上,我有一个 CI 构建,它也运行单元测试,如果成功,将二进制文件部署到共享位置。我的目标是触发另一个运行编码 UI 测试的进程。通过对启动应用程序的位置进行硬编码,我得到了在我的开发计算机上运行的编码 UI 测试。但是,我不知道如何配置它以在测试代理上工作。我使用了 LabDefaultTemplate11 构建过程模板,并将其配置为使用 CI 构建完成的最新构建。但是如何指定测试代理应该使用什么可执行文件呢?

起初我认为指定构建定义和构建配置就足够了,但后来我意识到可能有多个可执行文件,所以测试代理必须猜测。听起来不太好。

所以最后我想我的问题是,如何(稳健地)将应用程序的启动添加到我的编码 UI 测试中,以同时在我的本地开发机器和运行测试代理的机器上运行?

哦,我正在使用 TFS 2012(带有 VS 2012 高级版)。

【问题讨论】:

    标签: testing tfs automated-tests


    【解决方案1】:

    实验室模板要求您在 MTM 中创建测试用例,然后在 Visual Studio 中通过打开测试用例、选择关联的自动化选项卡并单击“...”按钮将编码的 ui 测试关联到它们。您需要同时打开带有编码 ui 测试的项目。

    然后在实验室构建中,您选择一个或多个测试套件(来自 MTM),其中包含用于那些编码的 uit 测试的测试用例。

    当您首先进行测试时,请确保您以测试代理也能够运行的方式运行您的程序/网站 - 例如使用标准安装目录或域。

    最佳做法是在每次测试开始时打开正在测试的程序并在结束时关闭它。但是,您可以通过在实验室构建中将程序作为部署指令的一部分执行来解决此问题。

    【讨论】:

    • 感谢您的回复。我已经自动化了测试用例,但我遇到的问题是应用程序的启动。基本上,我现在创建了一个部署脚本,它只从共享网络位置复制应用程序,然后我可以使用这个已知位置。这适用于测试代理,但现在我不能只从 VS 运行测试,因为该目录不存在。所以主要问题是如何以支持从 VS 和测试代理运行的方式对启动进行编码。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多