0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

ASPICE系列:如何定义软件单元验证策略

北汇信息POLELINK 2022-11-30 08:42 次阅读
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

软件验证策略是软件单元验证过程中所有活动的基础,因此也是评估的基础。软件验证策略是基础实践1所要求的:开发包括回归策略在内的软件单元验证策略。

本文是ASPICE系列文章的第2部分。查看第1部分:ASPICE系列:顺利通过ASPICE流程软件单元验证(SWE.4)

对于评估人员来说,单元验证策略必须至少包括以下10个方面:

1. 所有单元的定义。定义可以是通用的,也可以是特定的。确保单元是唯一可识别的。在最简单的情况下,可以把一列函数或文件分类为单元。

  • 您应该能够回答以下问题:如何确保所有单元都包含在函数列表中?这可以通过比如定期检查列表或自动更新列表等方式来实现。

2. 定义如何涵盖与验证和测试相关的特定需求。这包含功能需求、非功能需求和过程需求。

  • 您应该对整个项目的需求有一个概览。补充对单元验证有影响的信息。这些通常也是来自ASPICE、ISO26262或其他安全标准、横断面荷载手册、法律、利益相关方、MISRA等的要求。如果您明确地在验证策略中包含各个需求,并简要地记录您的解决方案以供实现,这将是很有帮助的。

3.定义测试用例的开发方法和来自详细设计和非功能需求的测试数据。

  • 这需要你解释为此使用的方法,例如为所有接口形成等价类,正面和负面测试等等。

  • 如果您有通用的单元定义,您可能也会为此使用通用的定义。如果你对质量管理和功能安全单元有约束或变量(constraints/variants),那么就会期望它们也能显示质量管理和功能安全单元的概述。这一期望同样适用于所有其他变体。因此,通用的单元定义会增加测试工作量。

  • 为了处理这方面的问题,我们建议预先分析所有的需求,并在此分析的基础上推导出最合适的方法。

4. 定义用于静态验证和评审的方法和工具的方法。

5. 定义每个测试环境和使用的每个测试方法论。

  • 现成的工具实现方法。参考现有的工具供应商文档以节省时间。

  • 使用掌握尽可能多的方法和技术的工具。节省培训和许可证的项目成本。有了一些可以广泛使用的工具,员工可以更快地重新确定优先级,不再需要熟悉工具。

  • 使用已有的方法,例如等价类或限制测试来收集测试数据。

  • 使用能最大限度地减轻重复活动工作量的工具,例如自动生成报告和可追溯性。

  • 尽可能实现自动化

6. 根据项目和发布阶段定义测试覆盖范围。

  • 没有人期望你在第一天就达到100%的覆盖率。利用项目的持续时间,并显示可实现的建设曲线。

  • 从人员或其他资源方面得出你为此需要什么。

  • 回顾你的策略,如果有偏差就进行调整。根据流程进行变更(SUP.10变更请求管理)。

7.定义动态单元测试的测试启动条件和测试结束标准。

  • 哪些条件导致哪些活动的开始。

  • 有相关序列吗?

  • 什么时候终止,什么时候重新开始?他们是怎么得到这个的?

  • 他们什么时候停止测试?最好不要使用时间,而是使用技术或可度量的标准(覆盖度量,如何测试所有需求)。说明为什么这些指标是充分的。

8. 如果测试级别是组合的,那么需要每个测试级别的充分测试覆盖率的文档。

  • 如果您合并测试级别,您必须证明您如何确定覆盖级别。覆盖可以意味着代码覆盖、接口覆盖和需求覆盖。一个一致的基本原理是,例如,您将测试内容移动到更高的级别,因为您可以在这个级别上更有意义地分配测试用例和需求。

  • 他们通常从标准和其他指导方针中获得覆盖率目标。ISO 26262为与安全相关的代码部分的代码覆盖率设定了目标。ISO 26262含蓄地要求高覆盖率,并注明:“无正当理由的没有目标值或低目标值的结构覆盖率被认为是不充分的。”

  • 一般来说,最好是证实所有覆盖率目标值低于100%。这可以通过使用发布计划和预定的需求或特性优先级更容易地完成。

  • 专业建议:从源代码引用或链接相关需求到软件单元验证策略的适当部分。

9. 处理失败的测试用例、失败的静态检查和检查结果的过程。

  • 本程序应与ASPICE问题解决管理策略(SUP.9)过程相关并保持一致。

  • 你应该描述谁被告知,以及如何和何时做什么。

  • 你还应该描述你将在这个过程中分享什么信息/数据。

10. 执行回归测试的定义。

  • 回归测试指的是在对单元进行更改后重新执行静态和动态测试。目标是确定一个单元中未更改的部分是否继续工作。

  • 在自动化测试中,回归测试是一键完成的。

  • 在持续集成/持续测试环境中,表明回归测试是由“每日构建”或其他自动化保证的就足够了。

关于评估的说明

如果您没有覆盖软件单元验证策略中提到的所有10个方面,那么您肯定不会得到BP1“开发软件单元验证策略包括回归策略”的“完全”评估。直到第4点才完成第2点将导致他们在BP1中被评为部分或更糟。

隐含地,评估人员还期望参与过程的所有人员都了解软件单元验证策略的内容。如果他们没有证据,例如邮件、日志或类似的形式,可能会出现测试人员被召集到评估中,并在面试中确定他们的知识的情况。

在ASPICE中,更详细地描述了更高级别的工作产品验证策略(WP ID 19-10)。它规定了验证策略需要安排活动、处理风险和限制、验证的独立程度和其他方面等能力和要求。

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • 代码
    +关注

    关注

    30

    文章

    4976

    浏览量

    74369
收藏 人收藏
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

    评论

    相关推荐
    热点推荐

    汽车ASPICE落地:企业高频常见问题深度汇总(下)

    ,提升质量管控能力 ASPICE的核心要求之一是双向追溯,通过需求-设计-实现-测试-缺陷的全链路追溯,实现每一个软件功能都有对应的需求、设计、测试验证,每一个缺陷都能追溯到根源,从源头管控
    发表于 04-15 10:14

    汽车软件ASPICE落地全指南:企业高频常见问题深度汇总(上)

    随着软件定义汽车的持续深化,ASPICE(Automotive Systems Process Improvement and Capability Determination,汽车系统过程改进
    发表于 04-14 10:39

    中小车企 ASPICE 落地实战:低成本高效能研发体系搭建

    汽车行业智能化、软件化转型的浪潮下,ASPICE 已成为车企提升研发能力的核心标准,但其落地对资源有限的中小车企而言难度重重。本文依托 20 余年汽车研发质量管理实战经验,结合 PingCode
    发表于 04-13 10:48

    汽车电子 ASPICE 落地全流程指南:从客户需求到证书获取(一)

    :通过标准化的流程框架,规范汽车电子软件从需求、设计、开发、测试、验证的全生命周期管理,从源头管控软件缺陷,降低整车研发与量产阶段的故障风险、召回成本;能力测定:通过标准化的评估体系,客观评定企业的
    发表于 04-09 10:29

    ASPICE 3.1 与 4.0 版本的核心差异:从软件专属到全系统覆盖(四)

    硬件设计验证、HWE.4 硬件需求验证四大核心过程,完整覆盖了车载硬件从需求定义验证落地的全生命周期,实现了软件与硬件研发过程的一体化管
    发表于 04-08 09:48

    ASPICE 的能力等级划分&行业普及现状(三)

    质量管理体系新规正式落地,已将软件与硬件的研发过程管理强制纳入供应链审核要求,而 ASPICE 作为汽车行业最成熟的过程管控标准,成为满足该合规要求的核心载体。未来,ASPICE 将逐步从整车厂的商务
    发表于 04-07 10:28

    ASPICE 的起源与发展历程(二)

    ASPICE 并非汽车行业原生创造,其核心底层源自通用软件过程评估体系,是汽车行业基于自身高安全、高可靠的产业特性,定制化迭代的行业专属标准。 (一)底层起源:通用SPICE 准的诞生 1994
    发表于 04-03 15:11

    ASPICE 是什么?汽车系统过程改进和能力确定概念(一)

    在 “软件定义汽车” 的产业浪潮下,车载电子系统的复杂度呈指数级提升,软件与硬件的协同质量直接决定了汽车的功能安全、用户体验与市场竞争力。ASPICE 作为全球汽车行业公认的研发过程
    发表于 04-02 13:53

    新思科技发布全新软件定义硬件辅助验证解决方案

    日益增长的需求。凭借新思科技 HAV 平台独特的软件定义能力驱动,HAV 平台在设计复杂度叠加、上市周期日益紧迫的背景下,为验证全球最复杂的 Multi-Die 与 AI 芯片,在性能、可扩展性和使用场景方面树立了全新的行业标杆
    的头像 发表于 03-17 17:17 657次阅读

    汽车软件质量跃迁的系统性路径:基于ISO 26262标准的单元测试体系重构与中日实践深度对比(2026学术研究报告)

    %源于软件逻辑错误,其中32%因单元测试边界条件未覆盖(TÜV SÜD《2024汽车软件召回分析》)。典型案例包括某新势力车企因制动模块未测试导致1.2万辆召回,损失超5亿元。 1.2 软件
    发表于 01-05 14:58

    嵌入软件单元测试的全面研究与实践

    测试作为软件开发过程中最早进行的测试活动,能够有效隔离代码片段,验证其功能是否符合设计预期,从而在早期阶段发现潜在缺陷,提升代码质量。本文将系统探讨嵌入软件单元测试的标准流程、方法论、
    的头像 发表于 12-01 14:31 847次阅读

    边聊安全 | ASPICE与功能安全流程体系融合

    上海磐时PANSHI“磐时,做汽车企业的安全智库”ASPICE与功能安全流程体系融合本文中提到的内容涉及到汽车行业的两个重要标准:ISO26262和ASPICE(AutomotiveSoft-wareProcessImprovementandCapabilityDeter
    的头像 发表于 09-05 16:19 9123次阅读
    边聊安全 | <b class='flag-5'>ASPICE</b>与功能安全流程体系融合

    边聊安全 | 软件单元测试的设计方法

    上海磐时PANSHI“磐时,做汽车企业的安全智库”软件单元测试的设计方法写在前面:软件单元测试的设计是一个系统化的过程,旨在验证代码的最小可
    的头像 发表于 09-05 16:18 8874次阅读
    边聊安全 | <b class='flag-5'>软件</b><b class='flag-5'>单元</b>测试的设计方法

    光庭信息邀您相约德国慕尼黑汽车软件策略峰会

    5月21日-22日,AUTOMOTIVE SOFTWARE STRATEGIES(汽车软件策略峰会)即将在德国慕尼黑地标SZ Tower举行。本次峰会将聚焦“软件定义汽车”主题,研讨如
    的头像 发表于 05-20 16:34 819次阅读

    新能源车软件单元测试深度解析:自动驾驶系统视角

    、道路塌陷)的测试用例库,通过虚拟仿真和真实路测数据回灌验证算法的鲁棒性。 ‌第二部分:自动驾驶软件单元测试技术体系****‌ ‌测试对象分类与测试策略‌ ‌ 数据驱动型模块(如传
    发表于 05-12 15:59