汽车系统的敏捷测试
在开发汽车系统软件时可以使用敏捷测试。为了在汽车行业中使用敏捷技术，需要在敏捷中融合Automotive SPICE V模型。Xavier Martin说，敏捷与SPICE结合的一个结果是，“深入细致的自动化测试和客户演示有助于生产出更好的产品，提高客户满意度”。 在西班牙毕尔巴鄂举行的QA &Test 2014大会上，Xavier做了一场关于汽车远程信息处理项目的演讲。该项目在一个Automotive SPICE V模型流程中执行敏捷软件自动化测试。 汽车生产商正在添加3G/4G通信功能，这为像被盗车辆跟踪、汽车共享、急救电话和经销商服务这样的新型服务提供了机会。该汽车远程信息处理项目开发了一个名为车辆远程信息处理单元（iVTU）的模块，这是一个通过2G/3G/LTE网络连接到车辆的电子单元。该项目需要应对作为模块的硬件-软件组合的巨大差异，这些模块要用于世界上许多不同的汽车品牌。该项目还要应对需求不断变化和规范模糊的挑战。 Automotive SPICE模型是一项标准，侧重于软件开发流程。它使用了大量的预先设计，是瀑布模型的一个扩展。据Xavier说，SPICE V模型方法的优缺点如下： 优点： 是事实上的工业标准 定义了一个清晰的流程生命周期 V模型强调测试，尤其是尽早规划测试的重要性 缺点： V模型反映了软件开发的项目管理视图，满足项目经理、会计师和律师的需求，但不满足软件开发人员或用户的需求 不灵活，对变化响应慢 流程负担过重 用户参与度低 此外，Xavier还列举了他们希望通过使用敏捷方法获取的好处以及存在的不足： 优点： 灵活，能够适应项目生命周期内客户需求的变化 实现新功能 重新定义功能 快速投放市场 缺点： 客户抵制 轻量级的流程要对上汽车行业的传统方法 不能预先做大量设计 汽车远程信息处理项目决定在系统测试中引入敏捷方法。测试小组变成了敏捷团队，使用看板及伪冲刺向客户交付。客户参与演示过程，并向团队提供反馈。他们仍然使用Automotive SPICE流程满足安全要求和“自动记录测试（auto-documented testing）”。 项目团队遵循敏捷流程，每天开会，为客户演示以及回顾。由于存在许多不同的版本以及需要应对硬件-软件组合的差异，测试自动化是必须的。 虽然复杂性随着项目的进行增加，但每个版本的验证工作竟然减少了。验证团队发现的缺陷数量增加了，而客户发现的缺陷数量开始变得稳定，并终减少了。 Xavier说，通过使用深入细致的自动化测试和客户演示，敏捷有助于应对项目的复杂性以及生产出更好的产品。按照他的说法，“像SCRUM这样的敏捷方法通常并不支持汽车行业环境里的一些必备要素”。他建议通过将“一个（敏捷的）自定义版本集成到当前的项目生命周期中”实现敏捷和Automotive SPICE的结合。
