陆军战略转向敏捷软件测试和评估

装备参考 · 公众号 · · 2023-11-14 22:17

正文

电话 | 010-82030532 手机 | 18501361766

微信 | tech9999 邮箱 | [email protected]

来源：AerospaceDefense

作者：James.W

去年秋天，在美国陆军协会的年度会议上，PEO EIS项目执行官Ross Guckert说，他的采办组织在敏捷征程中的关键支柱之一就是转变软件测试的方式。一年后的今天，随着 PEO EIS与美国陆军测试与评估司令部(U.S. Army Test and Evaluation Command，ATEC)、主管采办、后勤和技术的助理陆军部长ASA(ALT)及其他利益相关方就测试与评估流程的新管理方式展开合作，其中的一些变革正在项目层面引入。

过去，根据国防部关于国防业务系统的5000.75条令，ATEC通常在瀑布式软件开发流程的最后阶段参与测试，对最终交付的产品进行所谓的“超级碗测试Super Bowl test”。这种方法面临的挑战是，会在软件中发现多个问题，有时甚至是重大问题，这就要求开发团队花费额外的时间和费用来解决这些问题。

随着PEO EIS的“敏捷之旅(Agile journey)”和陆军的“数字奥德赛(Digital Odyssey)”的启动，所有新的和选定的传统采办项目都将使用国防部的5000.87软件采办途径(Software Acquisition Pathway，SWP)，SWP要求独立测试机构“尽早融入整个软件生命周期的规划和开发活动”。因此，PEO EIS采办创新局主任Aric Sherwood表示，ATEC将尽早并持续参与整个软件开发过程，并将帮助开发团队从“超级碗”测试方法转变为“即用即测(test-as-you-go)”的集成方法。

Sherwood说，“这种转变需要进行一些组织变革。我们需要适当数量和类型的人才。”

PEO EIS目前正在与ASA(ALT)和ATEC商讨软件测试的适当数量以及如何进行测试。Sherwood说，在软件开发的早期阶段，ATEC可能更多地扮演监督的角色，观察供应商和项目经理进行的测试，并审查数据以确保其看起来干净整洁。

在整个开发过程中，ATEC将根据功能需求方提供的操作方案，帮助项目计划和执行基于用户的敏捷演示。这可能会提前到第一个或第二个计划间隔期进行操作测试。

陆军正在更新有关测试与评估的官方规定，根据ATEC的G-3/G-5计划主管Tom Ehrhart的说法，这一过程可能需要一年的时间，因此在此期间，ATEC和ASA(ALT)已根据作战测试与评估主管和负责测试与评估的陆军副部长的意见，编写了一份有关敏捷软件测试与评估的指导手册草案。

ATEC还正在与五个陆军“探路者(pathfinder)”项目(包括PEO EIS的企业业务系统--融合 Enterprise Business Systems – Convergence，EBS-C)开展试点，以开发软件测试手册。这些手册可能会在12月份推出，其中将涉及以下主题：在敏捷流程的所有方面为最终用户提供支持；在业务流程重组过程中定义业务流程；如何填充、梳理和优先排序程序积压；如何编写测试用例和验收标准；以及如何参与迭代/sprint活动。

在理解敏捷流程方面仍有许多工作要做，Ehrhart说，ATEC目前正在“全力以赴”开展敏捷教育。

Ehrhart在最近一次与PEO EIS团队成员举行的“Scrum of Scrums”会议上说：“最大的障碍是，很多领导职位的人都非常习惯传统的T&E。当涉及敏捷原则时候，传统的T&E是行不通的。”

Ehrhart说，为了应对这些挑战，ATEC自1月起每周都与工业界和T&E团体举行集成产品团队会议，讨论敏捷软件问题，并每月与ATEC领导层和负责数据、工程和软件的陆军副助理部长进行更新。

DODI 5000.87

EBS-C的代理T&E经理Allen Huckabee博士说，陆军领导层要求他的项目帮助识别采用敏捷的路障，而EBS-C团队成员能够识别出“很多”路障。

Huckabee于今年 2月加入EBS-C团队，此前曾在全球战斗支援系统(陆军)担任了5年的测试经理。Huckabee说："从传统测试过渡到新框架具有挑战性，当计划还不稳定时，如何实施计划？如何从DevSecOps流程中获取运行测试数据？”

陆军战略转向敏捷软件测试和评估

正文

请到「今天看啥」查看全文