我想了解 Team Foundation Server 上编码 ui 测试的典型工作流程。
我们当前的工作流程是:
UI 构建定义
将触发主构建定义
- 此
主要构建定义
将构建主要解决方案
和UI测试解决方案
- 然后
UI 构建定义
将部署结果并开始在虚拟机上测试它。
现在我想跳过主要解决方案的构建,而只使用最新的构建,因为对于一个小的 UI 测试修复,此工作流程总是需要再次构建整个过程,但我还没有弄清楚如何能够创建如下工作流程:
- 选择
主解决方案的最后一个版本
- 构建新的
UI 测试解决方案
- 将两者部署到虚拟机上并开始测试
这可能吗?
我希望能够选择主要解决方案应基于哪个版本(例如使用最新版本),但我不知道如何告诉 TFS 也构建新的 UI 解决方案:(
感谢您的投入。
最佳答案
听起来您想使用两个不同的放置位置来部署二进制文件:位置 A 用于“生产”二进制文件,位置 B 用于测试二进制文件。
我想你正在使用 Build-Deploy-Test workflow 。
我能想到的唯一方法是自定义构建-部署-测试工作流程:
- 创建一个新参数,用于告知工作流程哪个构建定义正在构建高效的二进制文件(您的“主构建定义”)
- 在工作流程中使用此参数可以找出此构建定义的最后一次成功构建的放置位置
- 使用此放置位置将“生产性”二进制文件部署到测试环境
- 让构建-部署-测试工作流程构建您的“UI 测试解决方案”,它将自动部署此放置文件夹中的测试二进制文件
请查看这篇文章:Customization to specify test binaries location other then build drop location 。
本文介绍了一种更简单的静态方法,期望在特定的静态位置中测试二进制文件,但它将在实现场景时为您提供帮助。
关于build - TFS CodedUI 测试工作流程具有单独的 UI 测试解决方案?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29016491/