今天我们把所有的底牌都摆出来。首先,做个简单的自我介绍。piketec已经存在了15年。从一开始,我们一直在开发模型动态测试工具tpt,并提供测试服务。我们为客户测试基于软件的汽车产品,例如驾驶辅助功能、驱动组件、充电和电池系统的控制软件。很少有人知道:我们提供测试服务主要是为了不断改进我们的测试工具tpt。我们希望不断为我们的用户改善用户界面(ui)和操作方式。我们从客户那里得到的建设性用户反馈

今天把所有的卡片都排好。

首先,做简单的自我介绍。 piketec已经存在15年了。 从一开始就开发了模型的动态测试工具tpt,并提供测试服务。 为客户测试基于软件的汽车产品,包括辅助驾驶功能、驱动器组件、充电和电池系统控制软件。

我们提供测试服务主要是为了不断改进我们的测试工具tpt。 我们希望继续为用户改进用户界面( ui )和操作方式。

从客户那里得到的建设性用户反馈加强了我们对该战略正在发挥作用的信念。

:在开始

测试中的挑战

之前,让我们从为几个汽车oem和供应商工作的服务提供商的角度来看一下测试挑战。

我们是基于需求的测试的拥护者。 这里,我们提到的需求是一个组件的原子描述,如果可能的话描述一个方面。 理想情况下,这些需求在整个开发周期内是稳定的。

同时,我们在汽车项目上少有这种稳定的需求状态。 需求总是在变化。 这个也可以,也是正确的。 由于这些变化,产品不断改进和扩展。

在开发的早期阶段制定的需求随着时间的推移变得不够,需要调整。

但是,在测试中,这也带来了一些挑战。 根据需求实施的测试应在更改后进行检查和调整。 在这种情况下,我们谈论维护。 因此,要求和代码的更改总是自动地在测试中产生额外的工作。

测试人员发现维护活动单调乏味。 他们也想开发和测试新的功能。 在测试服务器中,为了尽量减少维护工作,开发了几个策略。 另外,也是为了帮助测试者进行更有趣的测试。

我们具体执行什么样的战略,是这里要讨论的内容。

减少维护工作的测试策略

以下是我们涉及的主题的简单概要。

如何使用双向链路设计稳健的测试自动化,在测试模型中开发测试和需求,以分离测试数据,刺激和定义预期行为。

5个测试技巧

分离测试数据

测试数据分离(为了刺激测试对象)是所有测试服务器节约工作的基本原则之一。

一方面,这种定义的分离在提高清晰性的同时,也在测试用例的编写过程中节省了很多工作。 测试项目的期望值由所谓的assesslet定义,因此可以对所有测试用例重用,非常容易维护。

可以减少被测系统( sut )所需的测试用例数量。 测试用例的信号波形和斜率可以同时覆盖多个需求,而不是对需求的一个方面进行分析和建模。

隔离方法还允许立即使用生成的测试用例,例如增加测试深度。 这无需额外的工作就可以实现,因为assesslet中已经定义了缺少的信息和期望值。

与传统方法相比,这种分离在编写测试用例时节约了相当多的成本。 使用单一数据源方法可以进一步减少测试维护工作。 这是因为在许多情况下,测试数据不变,只是调整assesslet。

在测试模型中开发测试

测试用例不需要编写为过程,也可以用模型编写。

有什么好处?

使用测试模型,可以将需要重复的测试数据分离为可重用的引用。 单一数据源方法从最初的创建开始就节省了宝贵的工作。 变更越频繁,可以节约的工作就越多。 个体名称的使用和结构化使这种测试模型的审查变得容易。

测试与需求的双向链接

的另一个精彩特性是测试和需求双向链接。 理由很充分。 在aspice中,所有测试活动都需要这个特性。

简而言之,可追溯性增加了清晰度

如果具有可追溯性,则每次测试运行都会在报告中清楚地显示sut的所有需求和所有测试用例,包括它们的结果。

如果测试失败,可以很容易地找到合适的需求。 每个要求总是清楚地知道创建了哪些测试。

如果要求在生命周期中发生更改,则链接到更改后的要求的测试用例将突出显示。 通过分析和实现测试中的变更,可以节约被检物的检测时间。

tpt有更多值得发现的地方。

使用方法设计稳健的测试

tpt的一些特性提高了对变化和环境变量的测试稳定性。

鲁棒性特性的一个例子是反应式测试方法。 在反应测试中,可以在测试设计中定义只有在假设sut为预定义状态时才执行的操作——。 这也称为基于事件的测试。

举个简单的例子来理解。

作为测试人员,我想测试车辆的abs功能。 为此,必须将车辆加速到30公里/小时,然后执行紧急制动操作。 使用反应性测试方法自动化该测试,可以将车辆质量、路面摩擦系数和其他影响因素等相关环境参数抽象到测试设计中。 当车辆达到30公里/小时的目标速度时,tpt检测到这一点,并启动全面制动器。

反应性测试方法适用于所有类型的技术、测试阶段和测试对象。

这具有以下优点:一旦创建了测试,就可以为其他变体重用,而无需调整测试。 测试设计的稳健性大大减少了测试的创建和维护工作。

自动化

最后一个重要的方法是自动化是测试的关键。

测试的许多任务是重复性的,例如在软件更改后更新测试框架,每天更新要求,并将测试结果反馈到app应用程序生命周期管理工具。 即使在测试自动化期间,这些工作也必须由测试人员手动执行。

在tpt中,我们为自动化这些传统手工操作创造了几种可能性。 tpt提供了一个api界面,tpt用户可以使用自己的自动脚本自动执行部分工作。 tpt的85%的gui功能可以由用户自动化。

总结

对我们来说,测试不仅仅是测试。 我们希望尽可能简单、快速、高效地找到漏洞。 从我们的角度来看,当你感受到乐趣并享受你的工作时,它会更有效。

所以我们成立了tpt,15年多来一直在很多项目中使用。 我相信我们已经做了最好的测试工具,有很多创新的功能和机制。 tpt的发展还没有结束。 所以,我希望这些关于尊龙凯时ag旗舰厅如何工作的见解能让你对tpt更感兴趣。

更多tpt相关内容:

pil测试实战(下) pil阶段闭环测试-知乎(知乎. com ) )。

pil测试实战(上)模型生成代码的单元级pil测试-知乎( hu.com ) ) )。

评价篇|单元测试评价也可以复用到综合测试中吗? 脚本能有效地评价! -知乎( zhihu.com ) ) ) ) )。

是否要将单元测试用例重用于集成测试? testlet library帮帮我! -知乎( zhihu.com ) ) ) ) )。

关于作者:

为您推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注

网站地图