【问题标题】:TFS Build Workflow add a new test activity for Coded UI testsTFS 构建工作流为编码的 UI 测试添加了一个新的测试活动
【发布时间】:2012-02-07 10:25:20
【问题描述】:

我正在尝试为 TFS 创建一个构建工作流,以启用以下事件序列(现在用于 Web 应用,但将来用于 Sharepoint 项目):

构建 -> 测试(单元测试) -> 部署到 IIS - 测试(编码 UI) - 测试(加载)

到部署为止,我设法配置了工作流程,之后问题就开始了。我在决定从哪里开始时遇到了麻烦。使用工作流组件为每个测试创建一个新 Activity 还是使用 powershell 路线更好?

需要注意的是,现有的虚拟化基础架构不是 MS,所以我不能走实验室管理路线。

提前感谢您的见解

【问题讨论】:

    标签: tfs automated-tests build-automation workflow-foundation-4


    【解决方案1】:

    如果您能够通过 Powershell 实现测试调用,我认为这将是您继续进行的最佳方式。
    您必须在构建脚本中实现“执行 Powershell”部分(请参阅 @987654321 @) 并在源代码管理中维护您的 *.ps1。

    对于不同/不同的项目,您可以构建一个 Build Argument,它指向应该在给定的构建定义。
    此路径甚至可以来自源代码管理。在这种情况下,您必须在每个构建定义的过程中输入 $/path/.../script.ps1 并在构建期间使用它之前执行 ConvertWorkspaceItem

    由于您没有使用 MTM/实验室管理,我认为这是可以是一个不错/灵活的选择。

    【讨论】:

    • 我正在尝试这条路线。有没有办法查看构建摘要的测试结果(不仅仅是成功/失败)。如果单元测试失败,我们可以直接在 VS 中获取测试结果。
    • 为了让您的测试结果在构建摘要中可见,它们必须作为构建的一部分发布到 TFS。我不知道在 CodedUI 的情况下如何做到这一点,我的(主要)测试运行程序是 NUnit,在这种情况下有这个有用的实用程序:nunit4teambuild.codeplex.com/releases/view/45765。您需要搜索(或实现)类似的东西(一般策略是将测试结果转换为 TRX,然后在构建期间发布 TRX)。
    猜你喜欢
    • 2017-05-08
    • 2013-12-02
    • 1970-01-01
    • 2012-10-16
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多