ALM ALM工具集成的必要性和具体使用场景

本文转自公众号软件开发测试自动化

目录

简介

一、企业级综合报告

第二，项目管理和开发管理或敏捷计划集成

第三，项目组合管理和需求管理的整合

第四，测试和开发集成

动词 （verb的缩写）测试计划和需求管理的集成

六、需求管理和开发管理敏捷计划集成

七、外包发展中的供应链整合

简介

列举一些行业常见的问题以及软件生命周期工具集成平台提供的解决方案，说明集成的好处。

软件生命周期中使用了很多工具。这些工具服务于不同的专业，用途不同，来自不同的厂商，互不连接，管理的数据无法交换。

工具的多样性有其优势。不同的专业领域在软件生命周期中有不同的关注点和不同的运行模式。不同的工具为不同的职业提供更有针对性的帮助。在过去的几年里，敏捷方法、开源和商业工具带来了软件构建方式的变化。然而，由于工具之间在时间上的双向数据同步失败，也给应用生命周期管理和运行带来了许多问题。

我们需要新的软件生命周期工具的基本架构——软件工具集成平台。作为软件开发和运行过程中的数据总线，它可以保证在软件交付和运行过程中，所有专业人员不仅可以选择自己能够充分发挥最大生产效率的专业工具，还可以保证开发、测试、业务分析和管理等各个专业之间的数据自由流动，从而实现端到端的协作和可追溯性、精益软件生命周期和构建-测量-实现。我们需要一个通用的软件生命周期数据总线，建立一套通用的工件数据模型和架构模板。

一、企业级综合报告

获得最准确、最及时的软件项目报告是项目经理的理想目标。在此之前，我们很难有信心实现它。在没有软件工具集成平台之前，记录软件项目状态的各种数据存储在不同的工具中，内容相似的信息会反复出现在不同职业使用的工件中。

比如软件缺陷。如果项目经理只使用测试管理工具获取缺陷的当前状态报告，而无法在开发管理工具中获取缺陷对应的工作项的当前状态，那么经理获取的信息要么陈旧要么不完整。

和缺陷状态信息面临着同样的问题。在软件开发中，许多工件和信息在不同的软件专业之间共享，并由不同的工具重复记录。任何单一工具只能提供其自身记录信息的报告。

通过软件工具集成平台，我们可以将记录在不同工具中的同类型数据以工件的形式进行集成和同步，使这些原始工具能够自动、及时地从其他专业工具中获取最新信息，并能够生成更加准确、全面的状态报告。而且，我们还可以将这些信息作为基础数据全面导入数据库，供整个企业报表系统使用。

要同步的相关工件

低缺陷缺陷

低故事/需求用户故事/需求

●票据/问题/事件/特征请求工单/问题/事件/功能要求

低请求/积压项目要求/生成处理事项

●投资组合项目，倡议

●史诗、用户故事、任务、子任务功能、用例、任务和子任务

低测试用例测试用例

第二，项目管理和开发管理或敏捷计划集成

通常，项目管理部门是独立于软件开发团队的另一个部门。项目管理部PMO通常使用PPM组合管理工具和产品管理工具来帮助管理软件应用中的新创新和资本投资。同时，开发团队需要使用开发管理或敏捷规划工具来分解和实现高层业务需求。开发团队希望将PPM管理工具中的这些高层业务需求映射到开发管理规划工具中，从而进一步分解为epics、用户故事、任务和子任务。同样，项目经理也想知道开发工作相对于这个业务需求的当前状态，这样他们就可以更有效地评估投资回报。

在项目管理和开发之间，还有一个共同的需求，就是时间管理。作为一个偶然的结果，基于开发过程数据的集成，时间跟踪和管理也可以在没有额外工作的情况下实现。

要同步的相关工件

●投资组合项目业务投资组合要求

●计划业务要求

低要求

●用户故事用户场景

● Epics业务要求

●任务任务

低时间

第三，项目组合管理和需求管理的整合

通常，项目管理部门是独立于软件开发团队的另一个部门。项目管理部PMO通常使用PPM组合管理工具和产品管理工具来帮助管理软件应用中的新创新和资本投资。项目经理新建立的业务需求对应开发团队，这就是开发需求。将项目组合管理与需求管理相结合，可以将项目管理工具中的业务需求同步生成开发团队需求管理工具中的开发需求。

要同步的相关工件:

●投资组合项目

●要求

●用户故事

●史诗

第四，测试和开发集成

软件开发人员和测试人员在工作方法和思维习惯上有很多不同，但有一点需要注意的是，他们需要识别和纠正缺陷。这些异同导致了两个团队和人员在沟通和适用工具上的差异。测试团队使用测试用例和缺陷管理工具，而开发人员更喜欢他们的敏捷工作计划和问题跟踪工具。这种差异和联系会持续下去。

例如，测试人员可以使用测试管理工具，如惠普QC，来管理测试工作和缺陷。但是开发人员更喜欢使用问题跟踪工具，比如亚特兰蒂斯JIRA。

在通过软件工具集成平台将开发和测试相关联之后，可以认识到，每当在惠普QC中产生缺陷时，该缺陷将自动反映为JIRA的问题。开发者需要的所有信息都可以从JIRA的问题中获得。当开发人员完成修改问题时，JIRA的信息会更新，并且信息会立即自动同步回惠普QC。测试人员可以看到这个缺陷已经被修复，并准备好再次进行回归测试。由于开发和测试集成是软件开发过程中的一个关键问题，这种集成是最常用的集成之一。

要同步的相关工件

缺陷/bug

问题

动词 （verb的缩写）测试计划和需求管理的集成

为了生成测试计划，测试人员必须能够访问相应的需求。问题是这些需求和用户使用场景通常是业务分析师和产品经理在需求设计和管理工具中记录的，而测试人员在测试管理和测试工具中生成测试计划、测试用例和测试脚本。在测试执行之后，测试管理系统还可以提供关于测试需求覆盖和测试状态的信息。这些信息对需求管理的用户也非常有用。

测试和需求的集成实现了需求设计和管理工具与测试管理工具之间需求的镜像和同步。在某些情况下，测试覆盖信息和测试状态信息可以同步到需求管理工具中。

值得一提的是，需求管理工具和测试管理工具中与需求相关的工件的内容有些不同。这些工件的正确同步需要来自实践测试的机制。这些复杂性可以通过软件工具集成平台的内置工件关系管理来有效解决。

要同步的相关工件

要求

用户故事

史诗

判例案件

六、需求管理和开发管理敏捷计划集成

通常，业务分析和产品经理使用需求设计和管理工具来生成和管理需求。使用敏捷方法的开发团队使用敏捷规划工具来分解和管理作为用户故事的需求。

需求管理和开发管理敏捷计划的集成可以将需求管理工具中的需求映射到EPIC或敏捷计划工具中的特性。然后分解成用户故事。需求之间的父子关系可以在两个管理系统中映射和连接。

要同步的相关工件:

●要求

●用户故事

●史诗

七、外包发展中的供应链整合

大多数不重要的应用程序可以由第三方开发。通常，组织有一些第三方合作伙伴，他们要么根据合同开发一些组件，要么作为服务提供商，他们将外包一些工作，例如测试。然而，这些不同的组织不能共享工具。因此，如果一个组织向外包商提供需求，他们通常会从需求管理工具中导出需求，然后将它们导入到外包商使用的管理工具中。同样，当测试工作由第三方进行时，他们的系统测试管理系统也与甲方分离..这就带来了很多麻烦，重复劳动，误解。

外包开发中的供应链集成实际上是将组织内部的通用集成扩展到组织。这样一个自动和及时的系统可以取代耗时和容易出错的手工过程。

要同步的相关工件:

低缺陷缺陷

低故事/需求用户故事/需求

●票据/问题/事件/特征请求工单/问题/事件/功能要求

●史诗、用户故事、任务、子任务功能、用例、任务和子任务

低测试用例测试用例

相关文章: