减少对测试工作的维护，提升汽车软件的质量

汽车软件的很大一部分开发工作必须投资于测试的维护。在开发过程中，软件单元通常会扩展新的功能，重构或纠正错误。对行为、结构和接口的每一个更改都要再次测试。然而，对代码的更改通常会对现有的测试产生影响，因此也必须进行调整。在这种情况下，我们谈到了测试中的维护。

随着测试的数量每天都在增加，维护成本也在增加。今天我们来看看如何减少测试中的维护成本。好消息是:通过创新的方法，您可以将维护成本降低一半以上。

从长远来看，下面的5大要点可以可持续地减少维护工作:

避免测试用例中的冗余。在编码中，通过将代码部分移动到单独的函数来避免冗余一直是标准实践。在测试中，这种方法还没有完全被接受。通常，测试自动化包含冗余实现，必须多次创建，因此必须多次维护以防更改。这是不必要的和最大的浪费，因为它使测试过程变得缓慢和昂贵。因此，不如使用测试自动化编码领域中已有的方法，比如封装。

通过结构降低复杂性。无论是在小型项目还是大型项目中，测试用例的数量每天都在增加。如果没有具体的规范，这种快速增长很快就会导致测试项目中的结构混乱。因此，必须花费很大的代价来分析测试的变更需求。所以，需要为测试的结构和与需求的联系建立清晰的规则。

在测试中避免套管程序（spaghetti code）。在维护方面，合并变更很快就变得很棘手。这花费了可以用来测试新功能的宝贵时间。但首先，基础应该重新站住脚。有几种方法可以避免测试中的“意大利面条式”代码:通过层次结构进行抽象、使用引用、对不相关的测试输入进行并行建模，以及将测试数据与预期值分离。测试用例将更短，更紧凑，更容易理解。这对测试用例的创建、审查和更改都有积极的影响。

避免工具工作中断。每个测试人员都认为工具工作中断是日常工作中的痛苦。一个典型的例子是测试用例创建过程:需求在ALM工具中，测试在测试工具中，测试人员必须不断地在两个工具之间切换。一旦完成，测试人员必须手动将链接/ id引用/测试结果从测试传输到ALM。这很容易出错，而且会耗费宝贵的时间。通过在频繁数据交换的工具之间创建稳定的集成，可以避免这种不必要的工作。尽可能地自动化界面。

在不同的测试级别/阶段重用相同的测试。无论是基于模型的开发还是手工编码，代码通常在不同的环境中进行多级测试(例如，在Windows上测试和针对目标硬件的测试)。在最坏的情况下，测试需要多次复现，这是不必要的。测试用例创建中的平台独立抽象允许他们重用相同的测试用例，多次节省时间。通过一次映射，可以轻松生成特定于平台的定制。

这些方法是我们测试自动化工具TPT的基本原则和一部分。我们将详细地向您解释它们，以便您可以将维护工作减少到最低限度。

TPT作为PikeTec公司的嵌入式软件测试工具，具有很高的扩展性和便捷性。随着软件测试日趋复杂并且需求多样化，TPT不断改进以满足与时俱进的要求。您可以在所有开发阶段使用TPT进行测试。无论是简单的单元测试还是复杂的系统测试，TPT都能够使得测试变得快捷、简单和直观。

PikeTec公司是全球知名的基于模型的嵌入式系统测试工具TPT的软件供应商，总部位于德国柏林。北汇信息作为PikeTec在中国的独家合作伙伴，致力于帮助中国客户提升嵌入式控制系统的开发效率。目前，TPT已被众多国内知名主机厂和零部件企业认可，在新能源（VCU/BMS/MCU）以及ADAS等领域中被广泛应用。