TestOps 宣言一个敏捷连贯的设计与测试蓝图
白皮书
TestOps 宣言 - 一个敏捷连贯的设计与测试蓝图
2001 年，17 位软件工程师共聚犹他州雪鸟（Snowbird）度假区，讨论制定了《敏捷软件开发宣言》，自此揭开了软件开发方式的新篇章。二十年后，电子设计与测试领域也发生了类似变革，由此产生非常深远的影响 ：据引入 DevOps（开发运维）工作流程的公司报告，工程师的工作效率提高了 29%。TestOps（测试运维）――在设计与测试领域应用 DevOps（开发运维）――也将带来同样的改变。敏捷连贯的设计与测试敏捷连贯的敏捷设计与测试是电子系统开发方式的一次革新。它结合使用新软件、新工作流程和功能强 大的自动化工具，彻底革新 传 统流程，显著提高了生 产效率和设备利用率。这种方式将组织当中以往彼此孤立的设计与测试步骤改造成了各方面紧密配合的敏捷工作流程。它兼具敏捷软件设计和 DevOps（开发运维）两方面的优势 ：更快完成器件设计，更快地将设计参数转化成测试要求，以及更快地执行测试并验证测试结果。通过与自动化结合，一种全新的开发文化“TestOps（测试运维）”由此诞生。
本《TestOps 宣言》展望了 TestOps（测试运维）的愿景，并讨论了它能够为设 计与测试工作流程带来的改善，最 后总 结出了五大关键 原则，为实现紧密配合的敏捷设计与测试指明方向。要让这种强大的新方法发挥全部潜力和优势，首先必须理解这一信息。
TestOps（测试运维）愿景 ：紧密配合的工作流程
电子设计在过去 30 年间取得了突飞猛进的发展。第一代电子设计自动化（EDA）软件还需要使用手动电路仿真和单片电路设计原语。此后多层设计软件、虚拟原型设计和仿真，以及可重复使用的模块化电路元件取代了它的位置。这些改进与采用敏捷软件设计方法带来的影响是一样的。
但是与现代软件工作流程不同的是，现代硬件的制造、测试和部署阶段很大程度上与设计阶段是脱节的。事实上，许多工程师将项目延误和产品交付推迟的责任归咎为设计与测试之间的脱节。
造成延误的最常见原因是工具套件和工作流程功能单一，只适合在特定阶段使用，而无法很好地在其他阶段使用。设计阶段的后期工作通常在不同的实验室进行，有时甚至会跨越国度。这些工具彼此孤立，只能通过手动流程、实验笔记、Excel 电子表格或者以人为中介建立连接。它们很容易受到人为错误的影响。
寻找更好的方式
显然，现代的电子系统开发流程需要采取更好的方式 ；幸好，TestOps（测试运维）提供了解决方案。有鉴于此，《敏捷宣言》的第一个关键原则是 ：“我们最重要的目标是，通过持续不断地及早交付有价值的软件，使客户感到满意。”《TestOps 宣言》的第一个原则与之相似 ：“我们的首要任务是，通过敏捷、优化的设计与测试方法尽快交付优质产品。” 需要说明的是，TestOps（测试运维）不是一项新技术，而是一种新的工作方式。它需要全新的和升级的软件、新的工作流程、合适的工具来自动执行这些工作流程，同时还要支持实时数字信息交换。要连通并自动执行流程，促进产品开发各个阶段的数据交换，以及最终实现敏捷软件开发的规模速度，这些工具至关重要。
《敏捷宣言》的第二个原则是 ：“欣然面对需求变化，即使在开发后期也一样。为了让客户获得竞争优势，敏捷过程掌控变化。”《TestOps 宣言》的第二个原则也与之相似 ：“在整个研发周期内发挥敏捷方法的优势，加快产品上市速度。”熟悉 EDA 软件历史和演变过程的人们已经知道电路设计工具如何为敏捷硬件设计提供必要的功能。现在，这些早期设计阶段可以与后期的设计与测试阶段（从原型设计到制造）紧密联系起来。
敏捷软件开发的概念起源于 2001 年， 但 直 到 2009 年 DevOps（ 开发 运 维）才问世。Flickr 的两位员工 John Allspaw 和 Paul Hammond 提出了 DevOps（开发运维）的概念：这是一种软件开发环境，它将敏捷软件开发与运维整合到一个无缝、透明、完全整合的工作流程中。《TestOps 宣言》提出了一种方法，将容易理解的 DevOps（开发运维）策略延伸到工程设计与测试工作流程中。实现 TestOps（测试运维）环境需要同时改革流程、工具和文化。有了合适的工具和流程，就可以在三个关键领域实现可量化的改进 ：
- 缩短工程时间。缩短创建和校正开发和制造测试脚本所需的时间。
- 提高设备利用率。通过加快配置更改、提高测试脚本的重复使用率，以及通过分析测试序列数据改进脚本，显著提高设备利用率。
- 提高吞吐量。通过更快的数据采集、数据处理和裕量分析提高吞吐量。
敏捷连贯的设计与测试原则
- 通用数据交换和数据管理
- 开放 API 和开源自动化工具
- 最先进的测量技术
- 可扩展的“随处运行”体系结构
- 综合分析和可视化
请下载此文档以了解更多信息。