TFS 构建工作流为编码 UI 测试添加新的测试活动
以实现以下事件序列（目前适用于 Web 应用程序，但将来适用于 Sharepoint 项目）：
我正在尝试为 TFS 创建一个构建工作流程， 测试（单元测试）->部署到 IIS - 测试（编码 UI） - 测试（加载）
直到部署我设法配置工作流程，问题才开始出现。我很难决定从哪里开始。使用工作流组件为每个测试创建一个新活动还是走 powershell 路线更好？
需要注意的是，现有的虚拟化基础设施不是 MS，因此我无法走实验室管理路线。
预先感谢您的见解
I'm trying to create a build workflow for TFS that enables the following sequence of events (for now for a Web App, but in the future for Sharepoint projects to):
Build -> Test (Unit Tests) -> Deploy to IIS - Test (Coded UI) - Test (Load)
Up to the deploy I managed to configure the workflow, the problem start after. I'm having trouble the decide where to start. Is it better to create a new activity for each test using workflow components or go the powershell route?
One caveat, the virtualization infrastructure that exists is not MS so I cannot go the Lab Management route.
Thanks in advance for your insights
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
如果您能够通过 Powershell 实现测试调用，我认为这将是您继续进行的最佳方法。
您必须在构建脚本中实现“执行 Powershell”部分（请参阅 此处) &在源代码管理中维护您的 *.ps1。
对于不同/各种项目，您可以构建构建 参数 指向user-inserted 应该在给定构建定义中执行的 powershell 文件的路径。
该路径甚至可能来自源代码控制。在这种情况下，您必须在每个构建定义的过程中输入
$/path/.../script.ps1并在构建期间使用它之前执行ConvertWorkspaceItem.由于您没有使用 MTM/实验室管理，我认为这可能是一个很好/灵活的替代方案。
If you are in position to implement your test-invoking via Powershell, I think this would be your best way to proceed.
You would have to implement an "execute Powershell" part in your build script (see here) & maintain your *.ps1 in the source control.
For different/various projects you could construct a Build Argument that points to a user-inserted Path to the powershell-file that should execute in the given build definition.
This Path could even be from source control. In this case you would have to enter
$/path/.../script.ps1in the Proces of each Build Definition and have aConvertWorkspaceItemexecute before consuming it during Build.Since you are not using MTM/Lab Management, I think this can be a nice/flexible alternative.