测试的未来：Quality Center 与 Team Foundation Server
0/5 (0投票)
Quality Center 相对于 Team Foundation Server 的优势概述
我最近帮助超过 100 家公司成功迁移并实施了Team Foundation Server，使其成为其应用程序生命周期管理的支柱。
通过这项工作，我得出了一个比喻：“测试就像钉在墙上的钉子，用来挂画。”正是这颗钉子防止画掉到地上；然而，墙壁支撑着钉子。有些钉子能挂画多年，有些只能挂几天；因此，墙壁的强度和构成对画非常重要。在这个比喻中，画代表开发，测试代表钉子，而工具则决定墙壁的强度。
我们需要一个坚实的结构来挂起我们所有的工作，这意味着我们的工具和流程必须坚实完整。多年来，我了解到优秀的开发团队需要优秀的测试人员，而优秀的测试人员需要非常好的工具来管理他们的工作以及与开发人员的关系。
本文重点介绍
- 免费 Team Foundation Server (TFS) 实操培训：TFS Foundations 101
- 从 HP Quality Center 迁移到 Microsoft TFS：SCRAT Power Tool
- ALM 专家博客和资源链接：Shai Raiten
几年前，在与软件开发团队交流时，我注意到测试并没有包含在整个过程中。有客户、产品、设计和开发，当他们完成构建后，就会把它交给测试。天真地讲，测试并不在这个过程的一部分，有些人甚至认为它不属于同一个软件团队。
多年来，越来越多的软件开发团队认识到测试作为整个过程的一部分对提高产品质量的重要性。在此基础上，测试人员寻求改进产品质量保证的方法。他们首先找到的是工具，一种帮助他们管理缺陷、测试计划、测试用例、测试结果等的工具——一个真正的工具，而不是 Excel 和 Word。
当今市场上最受欢迎的测试工具之一是 HP 的Quality Center。在过去几年里，作为测试平台，Quality Center 并没有真正的竞争对手。它运行良好，满足了测试团队的需求。在使用 Quality Center 时，测试人员能够管理他们的项目需求、版本、创建需求与测试用例之间的关联、管理测试运行并生成测试报告等。对许多测试人员来说，Quality Center 是管理完整测试流程的唯一可用工具。
Quality Center 的最大问题是：它只是一个供测试人员使用的工具，而不是供整个团队使用的。即使 Quality Center 允许产品经理管理需求，产品经理也希望使用 Word 文档或他们自己的工具，因此测试人员负责将需求输入 Quality Center，并且需要有人在产品文档和 Quality Center 之间进行同步。不幸的是，此时总会出现问题，导致整个团队停止在 Quality Center 中管理需求。即使 Quality Center 允许你管理缺陷，开发人员也在不同的环境中工作（Eclipse、Visual Studio 等），并且不想使用与其他开发工作无关的其他工具。最重要的是，开发人员希望将他们的工作与缺陷联系起来，以便将来他们能够看到他们编写了什么代码来修复该缺陷。
良好的软件开发流程的关键在于通过与团队成员以及他们用于主要工作的工具的集成来实现协作。
产品经理、开发人员和测试人员都是同一个团队和同一个流程的一部分。为了提高产品质量，他们都需要协同工作，轻松快速地共享信息。问题是如何在团队内部实现集成？如果我们都使用同一个工具呢？那么跨整个团队共享信息就会变得非常容易。但是，哪个工具对产品、开发人员和测试人员都足够好呢？
没有——没有一个工具适合所有团队。但是，现在，有一个工具集，在一个统一的平台上，为每个团队进行了优化。
Team Foundation Server – 这是一个包含在一个单一平台内的开发工具套件
为整个团队提供一个平台的想法非常棒。微软为团队中的每个个体职位都创建了工具；有需求管理工具、架构师的设计工具、开发人员工具，当然还有从手动测试到自动化和负载测试的测试工具。所有这些现在都在同一个平台下。当整个团队在同一个平台上工作时，协作和集成变得容易和流畅，收集数据生成报告不再需要花费大量时间。团队的努力现在已作为平台的一部分集成。由于所有工具都在一个地方协同工作，因此不再需要跨不同工具进行同步。
TFS 对测试人员来说真的更好吗？
当我谈论 TFS 2010 时，我经常听到的第一个问题是“TFS 是否有一个好的测试工具？”
我毫不犹豫地回答：是的！我的客户发现Microsoft Test Manager（TFS 中的 MTM 模块）比 QC 对手动和自动化测试人员来说甚至更好。Microsoft 改变了 TFS 2010 的测试概念，他们引入了重要的测试人员功能，节省了时间、精力、金钱和挫败感。以下是我认为 MTM 中最有价值的几个功能：
- 定义您的测试工作：您可以创建测试计划、测试套件、测试配置和测试用例来定义所需的测试。您指定哪些测试套件必须使用哪个测试配置运行。这些测试工件是您团队项目的一部分。然后，您可以从测试计划中选择要运行的测试。
- 在测试时收集诊断数据或影响您的系统，并将收集到的数据轻松添加到 bug 中：运行手动测试时，您可以选择性地为测试用例录制视频，或将操作记录到日志文件，或创建操作录制。您可以在运行测试时添加注释、屏幕截图和其他文件。
- 记录手动测试步骤以供回放：您可以创建手动测试用例操作的录制。您可以回放此操作录制以快速跳转到手动测试中的特定步骤，以验证 bug 是否已修复，或者您可以使用它来快速跳转以节省运行测试时的时间，最棒的是您甚至不需要编写一行代码。 创建您需要用于测试的环境：您可以创建物理和虚拟环境，这些环境定义了运行特定应用程序所需的角色集以及要用于每个角色的机器。物理环境使用与您的 Team Foundation Server 相关联的测试代理控制器和测试代理来远程运行您的测试并收集数据。
- 根据代码更改查找要重新运行的测试：您可以比较生成版本，以查看根据待测应用程序的更改建议重新运行哪些测试。
- 查看报告以帮助您跟踪测试进度：您可以查看关于测试用例就绪度和测试计划的测试进度的报告。
- 测试应用程序性能和压力：您可以使用负载测试来确定您的应用程序在不同使用级别下的响应情况。
测试人员想迁移到 Microsoft Test Manger 后，我听到的第二个问题是如何将我们 Quality Center 的所有数据迁移到 Microsoft Test Manager？
有一个强大的工具，SCRAT，它可以将您所有的 HP Quality Center™ 项目和项转换为并迁移到 Microsoft Team Foundation Server 2010™。迁移过程快速、简单且安全，只需几个小时即可完成。与组织传统采用的手动迁移不同，Scrat 完全自动化了该过程，因此不存在人为错误的空间。
Scrat 将控制权交到您手中。通过一个易于管理的向导，整个过程是完全可定制的。您决定如何、在何种程度上以及迁移到何处您的项目。所有 QC 元素（需求、Bug、测试用例、附件和项之间的链接）都会准确地迁移到 TFS 2010™，包括它们之间的相互关系和链接。
总结 – TFS 是测试人员的强大工具
- TFS 套件中成熟的工具可改善测试和团队连接。
- 使用SCRAT，将数据从 Quality Center 迁移到 TFS 非常容易。
- TFS 中的 MTM 是一个完整的测试人员套件，涵盖从手动到自动化再到负载测试。
- 使用诊断数据和 MTM 的高级功能，不再出现“无法重现”。
- 免费的自助式 TFS 培训现已提供，可帮助您的新员工快速上手。