TCM、缺陷跟踪器、源代码控制和项目管理软件之间有哪些有用的集成?

软件测试 测试管理 源代码控制 缺陷跟踪
2022-01-14 12:44:53

我的公司正在寻找一种新的缺陷跟踪工具。我对旧工具和当前方向的问题之一是在寻找新工具的过程中,我们有独立的工具,不能很好地配合我们的 TCM、缺陷跟踪器、源代码控制和项目管理。我知道在这些系统之间进行集成很好,这些集成可以节省时间并提高生产力,并提供对趋势的有用洞察等,但是我很难清楚地说明这些有用的集成是什么或可能是什么。我们目前正在寻找的缺陷跟踪工具是 JIRA,我已经阅读了有关它的好东西,但它没有与我们正在使用的其他工具 TFS、TeamCity 或 AgileZen 进行任何内置集成。我担心的是,如果我们有一堆未集成的工具或需要额外的工作来集成,那么我们正在为自己创造更多的工作。有必要担心吗?我应该对没有集成的独立工具感到满意,还是应该投入时间和精力来寻找可以很好地协同工作的工具?任何指向有关该主题的数据或文档的链接对我都有用。

我想出的在这些系统之间进行集成的几个很好的理由是:

  1. 将测试用例失败与错误相关联,反之亦然。这使您可以轻松查看特定错误阻止了哪些测试/场景以及当前阻止了特定场景的错误。
  2. 将签入和随后的内部版本号与 1 个或多个错误的解决相关联。目前,有一个手动过程来 a) 进行签入,b) 解决一个或多个错误,c) 在每个已解决的错误中包含更改列表和内部版本号。
  3. 获取与错误解决方案相关的详细提交图和统计信息。
  4. 报告在构建内或一系列构建之间修复的缺陷。

任何其他有用的或可能有用的想法或其他集成?

3个回答

在我的公司中,我需要大约 63 种集成方法- 我将在这里写下一些重要的方法:

  1. 支持请求功能
  2. 通过电子邮件发送错误/功能/增强
  3. 提交代码审查
  4. 对需求的功能请求
  5. 功能请求的论坛主题

其中有很多——但你必须从对你的组织最重要的事情开始。出于同一目的,我们已按优先级顺序安排了所有潜在的集成。

至于缺陷管理器的建议:毫不犹豫地切换到 JIRA - 它负担得起,普遍适用,并且您可以想到或需要的所有东西都可能作为 JIRA 插件提供(如果您有 63 个像我们这样的集成链接,则不会 - 但仍然它涵盖了很多)。

我们现在正在使用 Redmine,很快我们将转向 JIRA。我们自己经历了这场辩论的过程,发现 JIRA 是我们需要的终极工具。如果你有一个 10 岁以下的小团队,那就别想了 - 只需 10 美元即可立即切换到它。

一个严肃的建议是:在切换之前,仔细确定 JIRA 插件的成本——其中一些可能会变得非常昂贵。

我将专注于您需要的特定集成功能,然后提出有关此信息为何有用以及它将如何提高生产力或降低成本的具体原因。

就我个人而言,我发现许多集成功能都是花里胡哨的。我知道这并不能完全回答你的问题,但我觉得它很重要。你可以想出很多很棒的集成想法,但很可能会非常昂贵。集成通常需要一个昂贵的工具来完成所有事情或公司中的团队将其组合在一起,然后进行管理。

好吧,一方面,完全集成的 SDLC 工具解决方案的好处很多。当您的所有工具协同工作时,这是一个美丽的世界。

但是,要实现这一点,您必须有一名全职员工,其主要职责是设计该集成。这意味着您每年至少要花 75,000 美元来享受工具集成的乐趣。我不知道你的预算是什么样的,所以你必须决定是否值得。

您可以选择聘请咨询公司来进行集成。短期内它会花费更多,但如果您认为您的 SDLC 未来不会有太大变化,那么它可能是值得的。在这种情况下,您仍然需要一名专门维护集成的工程师,但可能只分配 50% 的时间。

或者,您可以切换到一体化工具解决方案(我相信 ClearCase 和 TFS 都符合条件)。这要花很多钱(按每个座位每年计算),但它们是开箱即用的完全集成的。它可以为您省去很多麻烦。

最后,您可以选择忍受当前缺乏集成的情况。这可能很痛苦,但其他选择都需要真金白银。