欢迎来到第一文库网! | 帮助中心 第一文库网-每个人都是第一
第一文库网
全部分类
  • 研究报告>
  • 学术论文>
  • 全科教育>
  • 应用文档>
  • 行业资料>
  • 企业管理>
  • 技术资料>
  • 生活休闲>
  • ImageVerifierCode 换一换
    首页 第一文库网 > 资源分类 > DOCX文档下载
    分享到微信 分享到微博 分享到QQ空间

    [全]车载控制器软件MBD_MIL测试技术及要求.docx

    • 资源ID:754615       资源大小:21.91KB        全文页数:6页
    • 资源格式: DOCX        下载积分:3金币
    快捷下载 游客一键下载
    账号登录下载
    微信登录下载
    三方登录下载: QQ登录 微博登录
    二维码
    扫码关注公众号登录
    下载资源需要3金币
    邮箱/手机:
    温馨提示:
    快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
    如填写123,账号就是123,密码也是123。
    支付方式: 支付宝    微信支付   
    验证码:   换一换

    加入VIP,免费下载
     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    [全]车载控制器软件MBD_MIL测试技术及要求.docx

    车载控制器软件MBD_MI1测试技术及要求一、M11测试的概念MI1测试就是模型在环测试,通过纯软件仿真的形式,主要是验证模型功能的正确性,是否满足设计的功能需求,尽早发现问题。同时,只有保证了MBD阶段建模的正确性,才能保证在此基础上生成的代码的正确,为后续的代码质量提供基础。MI1测试,指定输入和期望结果,将仿真结果和期望结果进行比对,根据判定标准验证模型是否正确。除此之外还需要做模型覆盖率度量,在MI1单元测试,需要满足100%的覆盖率:StatementCoverage(语句覆盖)、BranchCoverage(分支覆盖)、ModifiedCondition/DecisionCoverage(修正判定条件覆盖)。二、MI1测试的优势1能够脱离硬件载体进行测试,无需等待硬件变更、开发完成。2、各工程师针对自己的模块进行测试,无需等待所有的模块开发完成进行测试,满足尽早测试的测试要求。3、在测试层级上主要是针对代码层级的测试,测试接口以及功能,以及代码的规范性等等,能够发现更多的细节问题。4、方便评价控制模型的整体测试的测试覆盖度。5、方便开发及测试团队对于模型的评审。6、降低了测试成本,越早发现问题,修复问题的成本越低,同时也提高了测试效率,让更多的问题在尽可能早的开发过程中发现。三.MI1测试的类型MI1单元测试主要针对功能模块中子模块进行测试,单元测试的层级是最小不可划分的颗粒度。单元测试主要是针对输入的边界值进行测试,观察输出的结果,并设计测试用例,满足100%的测试覆盖率。单元测试通过设定输入并给出期望的输出,测试时将模型输入设定的输入值,观测模型的输出值是否和期望值保持一致,判定模型是否有效。具体测试过程如下: 软件测试需求分析 根据需求/经验/错误推导等方法设计测试用例:测试用例规范应包括以下内容:保证软件需求与测试用例的内容一致性与追溯性;根据软件需求确定输入和输出,并确定其取值范围;通过测试用例设计方法确定输入值;清晰的测试步骤,满足可重复测试;明确测试结果及评价方法;执行测试将设定的输入值输入模型,记录模型执行结果。 测试结果判定结合判定标准,将执行结果和期望结果进行对比,满足判定标准则认为通过,不满足则未通过。根据测试结果,形成测试报告。MI1集成测试主要针对软件的需求进行测试,并测试接口的功能,同时还有考虑模块时间上的调度。集成测试一般为子功能模型集成后的模型,实现具体的需求功能。直接与被控对象进行联合测试,在给定输入条件的情况下,监控输出信号,判定输出结果的正确性。测试系统需要在整车环境下测试控制模型的输出特性,因此需要建立被控对象,被控对象可以自己建立也可以通过第三方软件集成到测试环境中来。 测试需求解析 设计测试用例设计 建立测试环境 执行测试将设定的输入值和时间输入模型(考虑不同模块之间的时间调度问题),记录模型执行结果。 测试结果判定结合判定标准,将执行结果和期望结果进行对比,满足判定标准则认为通过,不满足则未通过。根据测试结果,形成测试报告。四、功能安全ISO26262针对MI1测试的要求如果开发的项目有功能安全要求,针对MI1测试,可以依据ISO26262的标准进行,根据功能安全目标的等级ASI1,选择软件单元测试方法、单元测试用例导出方法、结构覆盖度度量方法。 软件单元测试方法:基于需求的测试、接口测试、故障注入测试、背靠背测试; 软件单元测试用例的导出方法:需求分析、等价类、边界值、错误推导; 软件单元层面的结构覆盖度度量:语句覆盖率、分支覆盖率、修正判定条件覆盖; 软件集成测试方法:基于需求的测试、接口测试、故障注入测试、背靠背测试; 软件集成测试用例的导出方法:需求分析、等价类、边界值、错误推导; 软件架构层的结构覆盖度度量:函数覆盖率、调用覆盖率;五.MI1测试工具MI1测试工具一般个人推荐采用MBD的开发环境作为测试环境即可,如果需要进行自动化测试,可以考虑第三方的自动化测试软件。六、MI1测试工程师的基本要求通过网上随机寻找一个MI1测试工程师的招聘要求,谈谈MI1测试工程师所需要具备的基本技能。 岗位职责1:制定测试计划和测试策略,主导整个测试的进程,并且能够协调需求、开发、测试资源,这个岗位对工程师有一定的团队管理要求。 岗位职责2:需求管理与变更,主要侧重对于开发及测试的流程掌握的很好,能够与整个开发部分进行协调沟通。 岗位职责3:掌握驱动模型的搭建,测试环境的集成,该点主要是要求测试工程师有建模能力。这个是测试工程师基本要求。 岗位职责4:也是测试工程师的基本要求 岗位职责5:测试覆盖率提升和测试用例补充,这个是最难的,测试覆盖率评价方法是什么,如何评价,还有用例的补充,常规的用例都会写,主要是一些经验分析出的用例,错误推导导出的用例,对项目经验有一定的要求。结合岗位要求,谈谈对MI1测试工程师的一些看法,MI1测试是代码层级的,一般是由MBD工程师自己完成的,软件团队Ieader以及相关软件需求工程师进行审核的,专门做MI1的工程师相对HI1来说是比较少的,个人感觉能做MI1的测试,也差不多可以直接去开发模型了;该岗位要求了一些额外的技能,比如CAN总线的分析能力、HI1测试能力等等,因此MI1测试是一个比较尴尬的存在,上有控制器开发团队所必须配备的HI1测试工程师,下有MBD软件开发工程师(以上仅为个人观点)。

    注意事项

    本文([全]车载控制器软件MBD_MIL测试技术及要求.docx)为本站会员(lao****ou)主动上传,第一文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知第一文库网(点击联系客服),我们立即给予删除!

    温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    copyright@ 2008-2022 001doc.com网站版权所有   

    经营许可证编号:宁ICP备2022001085号

    本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有,必要时第一文库网拥有上传用户文档的转载和下载权。第一文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第一文库网,我们立即给予删除!



    收起
    展开