来自前线的报告: VS实验室管理

Question

我现在正在查看Lab的测试环境，以便进行手动和自动化测试。我刚刚开始组装各种服务器来托管/支持它的过程，然后我将制作一些虚拟项目并完成这个过程。

目前，我们正在使用系统中心虚拟机管理器(SCVMM)创建VM，并在其上构建系统。我们手工测试的工作流程或多或少是这样的：

1. 用支持的平台(OS、Pre软件等)构建VM。
2. 安装最新版本，或在我们试图复制的bug中注意到的任何构建
3. 快照VM
4. 测试或复制
5. 看到bug时的快照
6. 在TFS中创建bug，将其分配给Dev
7. Dev通常要求查看VM，他们登录并做他们需要的事情。
8. 当Dev正在进行修复时，我们编写自动化代码来执行repro (使用内部工具--这是一个弱点)，或者转到另一个bug重测试或其他什么方面。
9. 在我们的wiki中，小组将来可能需要知道的任何重要信息
10. 当我们得到一个修复，我们基本上返回到在步骤5中创建的快照并运行自动化(如果它已经完成的话--有时它们可能需要一些不可用的时间)。

我想知道是否还有其他人使用过实验室管理，或者目前正在生产环境中使用它。我想问这些人：

试验侧：

• 你从使用实验室管理中看到了什么实际的好处？还有什么更简单的？什么更难？(与你之前所做的相比)
• 考虑到我们现在正在使用的东西，你能看到哪些弱点是实验室管理将有很大的帮助？
• 与您使用过的任何其他方法相比，编写自动化如何？

发展侧：

• 使用实验室管理创建的bug提供了所需的一切吗？实验室管理的市场营销显示，大量自动生成的信息和能够跳进快照似乎有帮助，但我看不出你如何能够轻松地通过调试器中的任何东西而不删除代码库，并在VM上设置开发环境(在我们的例子中，代码库不太可能很大)。

Answer 1

我刚从一个沉重的VMWare实验室管理环境搬到VS实验室管理商店。将我们所拥有的工作流和功能与新环境进行比较，与VS Lab进行了更紧密的集成，能够将图像与缺陷联系起来。这似乎有助于更多的房子管理方面，以便我们知道什么时候图像可以存档。

日复一日的能力或工作流程似乎没有任何重大变化。