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

    文章

    4941

    浏览量

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

扫码添加小助手

加入工程师交流群

    评论

    相关推荐
    热点推荐

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

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

    基于优化算法的黑盒系统验证策略

    自动驾驶的安全验证是保证系统在给定环境中正确及安全操作的过程。系统的期望行为通过某些规范标准来定义,而系统失败指其行为违反了这些规定。
    的头像 发表于 10-16 10:32 324次阅读
    基于优化算法的黑盒系统<b class='flag-5'>验证</b><b class='flag-5'>策略</b>

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

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

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

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

    华锐捷智能座舱以全优成绩通过ASPICE L2级认证

      近日,华锐捷以全优成绩通过ASPICE L2等级评估认证。这一成绩标志着华锐捷在汽车软件开发和项目过程管控能力上已达到国际标准化水平,为其产品开发尤其是软件研发领域奠定了坚实的体系根基
    的头像 发表于 08-18 09:34 1041次阅读
    华锐捷智能座舱以全优成绩通过<b class='flag-5'>ASPICE</b> L2级认证

    软件定义汽车时代为什么中间件受青睐

    在“软件定义汽车”时代,随着汽车软件功能渐趋多样化,硬件和软件组件之间的通信和交互开始变得复杂。如今,一辆汽车可能负载百余个电子控制单元(E
    的头像 发表于 06-09 11:14 770次阅读

    ‌共达电声通过ASPICE CL2认证

    近日,共达电声股份有限公司的毫米波雷达项目成功通过国际权威的ASPICE CL2(汽车软件过程改进及能力评定二级)认证,标志着共达电声在汽车电子领域的软件开发与管理能力达到国际先进水平。
    的头像 发表于 05-30 15:23 862次阅读

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

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

    硬件辅助验证(HAV) 对软件验证的价值

    硬件辅助验证 (HAV) 有着悠久的历史,如今作为软件驱动验证的必备技术,再度受到关注。 RISC-V 可能是说明这一点的最好例子。HAV 能够执行多个周期的软件驱动
    的头像 发表于 05-13 18:21 1665次阅读

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

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

    电磁环境仿真与验证系统软件

    电磁环境仿真与验证系统软件
    的头像 发表于 04-29 16:59 833次阅读
    电磁环境仿真与<b class='flag-5'>验证</b>系统<b class='flag-5'>软件</b>

    单元测试在嵌入式软件中的关键作用及winAMS工具的卓越贡献

    1. 单元测试概述 ‌定义与核心目标‌ 单元测试是软件开发过程中针对程序模块(如函数、类或组件)的最小可测试单元进行的
    的头像 发表于 04-11 14:31 765次阅读

    思必驰语音平台项目通过ASPICE 1级能力认证

    国际权威认可,同时也为双方的后续深入合作奠定了坚实的基础。 关于ASPICE认证: ASPICE是由国际汽车工程师协会(SAE)和欧洲汽车工程师协会(EAEC)等机构联合制定的汽车行业软件开发标准,涵盖需求管理、设计开发、测试
    的头像 发表于 03-07 17:23 969次阅读

    软件定义汽车(SDV)开发有哪些挑战?SDV开发策略分享:福特汽车采用Jama Connect提升开发效率与质量

    汽车召回事件屡屡发生,关于软件定义汽车的开发更是挑战重重,有何应对策略?福特汽车如何借助Jama Connect应对该挑战,优化SDV开发并加速上市?更多策略,等你来探!
    的头像 发表于 02-12 15:36 1232次阅读
    <b class='flag-5'>软件</b><b class='flag-5'>定义</b>汽车(SDV)开发有哪些挑战?SDV开发<b class='flag-5'>策略</b>分享:福特汽车采用Jama Connect提升开发效率与质量

    软件定义汽车(SDV)开发有哪些挑战?SDV开发策略分享:福特汽车采用Jama Connect提升开发效率与质量

    汽车召回事件屡屡发生,关于软件定义汽车的开发更是挑战重重,有何应对策略?福特汽车如何借助Jama Connect应对该挑战,优化SDV开发并加速上市?更多策略,等你来探!
    的头像 发表于 01-24 13:40 610次阅读