Build TFS CodedUI测试工作流是否具有单独的UI测试解决方案？ 我想知道在Team Foundation Server上进行编码UI测试的典型工作流。

我们目前的工作流程是：

• UI生成定义

  将触发

  主生成定义

• 此

  主构建定义

  将构建

  主解决方案

  和

  UI测试解决方案

• 然后，

  UI构建定义将部署结果并开始在虚拟机上测试它

现在我想跳过主解决方案的构建，只使用最新的构建，因为对于一个小的UI测试修复，这个工作流总是需要重新构建整个解决方案，但我还没有弄清楚如何能够创建一个工作流，如：

• 选择

  主解决方案的最后一个版本

• 构建新的

  UI测试解决方案

• 将两者部署到VM上并开始测试

这可能吗

我希望能够选择主解决方案应基于哪个构建（例如，使用最新构建），但我不知道如何告诉TFS也构建一个新的UI解决方案：(

---

感谢您的输入。

听起来您想使用两个不同的放置位置来部署二进制文件：位置A用于“生产”二进制文件，位置B用于测试二进制文件

我想你正在使用

我能想象的唯一方法是定制构建部署测试工作流：

• 创建一个新参数，该参数应用于告知工作流哪个生成定义正在生成生产性二进制文件（“主生成定义”）
• 在工作流中使用此参数，以找出此生成定义的上次成功生成的放置位置
• 使用此放置位置将“高效”二进制文件部署到测试环境
• 让Build-Deploy测试工作流构建您的“UI测试解决方案”，它将自动从这个drop文件夹部署测试二进制文件

请检查这篇文章：。

---

这篇文章描述了一种更简单的静态方法，希望在特定的静态位置使用测试二进制文件，但它将在实现场景时对您有所帮助。

我在我从事的一个项目中遇到过类似的问题。我们决定以不同的方式解决它-我不确定这是否是您想要的，但它可能会帮助您：

我们已经创建了一个运行测试的预定版本，而不是依赖于主开发版本的自动测试版本。 在我们的测试中，我们包含了一个先决条件类，该类会转到TFS放置位置，选择最新的构建（或我们需要的任何其他构建），将其部署到自动测试环境中，并开始在其上运行测试

通过这种方式，我们可以独立于主构建控制运行的版本，但不能与主构建无关