《新能源汽车车载控制器软件功能测试规范》由会员分享，可在线阅读，更多相关《新能源汽车车载控制器软件功能测试规范（50页珍藏版）》请在金锄头文库上搜索。
1、T/CSAE XX-XXXXICS32.020T40团体标准T/CSAEXX2019新能源汽车车载控制器软件功能测试标准Test Standard for Software function of vehicle Controller for New Energy vehiclesDrafting guidelines for commercial grades standard of Chinese medicinal materials（征求意见稿）在提交反馈意见时，请将您知道的该标准所涉必要专利信息连同支持性文件一并附上。2019-XX-XX发布2019-XX-XX实施中国汽车工程学会发
2、布目次可采用公司标准模板（除了封面），格式方面如下问题：目次中间有空格3.1-3.6 删除每一章节都应顶格若章节较多，只体现出二级标题字体不应加粗1范围72规范性引用文件73术语和定义74测试过程84.1概述84.2测试准备阶段要求84.3测试实施阶段要求184.4测试结束阶段要求305. 测试问题管理325.1问题状态325.2问题确认325.3测试问题修改335.4测试问题关闭验证335.5测试问题评审345.6测试问题跟踪345.7测试问题总结356.测试人员能力要求356.1汽车业软件测试知识基础框架体系概述356.2体系所依据的标准和规范366.3体系的基础366.4体系的内容367
3、.供应商控制器管控要求387.1控制器供应商测试实施方法387.2第三方测试机构资质要求387.3控制器供应商第三方委托测试的要求397.4委托第三方测试机构测试流程417.5委托第三方测试机构审查流程438.自动化测试框架推荐448.1自动化测试框架概述468.2任务准备468.3任务初始化478.4任务执行488.5任务结束51前言T/CSAE XX-XXXX新能源汽车车载控制器软件功能测试标准包括测试开展的要求、测试管理要求、测试人员能力要求、供应商控制器管控要求、自动化测试框架推荐等内容。请注意本文件的某些内容可能涉及专利，本文件的发布机构不承担识别这些专利的责任。本文按照GB/T 1
4、.1-2009给出的规则起草。本文由北京新能源汽车股份有限公司提出。本文由XXXXX归口。本文起草单位：北京新能源汽车股份有限公司、中汽研(天津)汽车工程研究院有限公司、上海滔瑞信息技术有限公司、中国软件评测中心（工业和信息化部软件与集成电路促进中心）、合肥工业大学、南京越博动力系统股份有限公司、上汽海外出行、威马汽车技术有限公司等。本文主要参审单位：重庆长安汽车股份有限公司、广州汽车集团股份有限公司、奇瑞汽车股份有限公司、德斯拜思机电控制技术（上海）有限公司等。本文主要起草人：黄颍华、刘全周、周震漪、闫书磊、李丹、陈一帆、李麟、郭盈、朱科屹、叶璐、贺林、王劲伟、王星、曹海燕、李惠惠等。引言本
5、标准根据国内现有新能源汽车控制器软件功能测试的需求而编写。测试是控制器软件开发的关键环节，目前国内控制器测试工作不仅在原有的验收检验领域不断深化发展，而且也越来越多的渗透入上游控制器开发的工作进程中。这些功能的验证和检测工作将为控制器软件开发需求的实现提供有效证明，并且为产品的质量、潜在风险包括产品后期优化升级的方向提供专业的信息。随着控制器产品需求的高速迭代扩展，测试工作的体量和复杂度也在不断增加，本标准通过提供适当的要求和流程为测试工作推荐指导实践方法。车载控制器软件测试是通过一系列活动实现的，这些活动可以通过有效组织匹配应用于不同类型的控制器软件开发体系中，尽管本标准针对的是新能源汽车车
6、载控制器测试，但它也为其他工业领域的控制器开发的验收检验工作提供指导。本标准主要内容如下：a) 提供了一个新能源汽车车载控制器软件测试生命周期活动要求（测试准备阶段、测试实施阶段、测试结束阶段），并对这些阶段内的必要活动进行了裁剪说明；b) 提供了一种控制器软件测试问题的管理要求；c) 应用新能源汽车车载控制器全生命周期活动要求及全生命周期要素管理要求，可规范现有测试流程，避免产品开发的风险；d) 提供一种控制器软件测试人员能力的评估和培训要求；e) 提供了一种供应商控制器管控的要求；f) 提供了一种自动化测试的框架。新能源汽车车载控制器软件测试活动受控制器开发体系（自主、外包）、开发类型（V
7、型、迭代、敏捷、瀑布等）、开发成熟程度（单一架构、多平台化）的影响并与开发活动和工作成果直接关联，本标准即与控制器软件开发工作强相关。表1为本标准的整体架构。表1 新能源汽车车载控制器软件功能测试标准概览新能源汽车车载控制器软件功能测试标准概览1、测试开展要求测试准备阶段要求测试实施阶段要求测试结束阶段要求2、测试问题管理要求3、测试人员能力要求4、供应商控制器管控要求5、自动化测试框架推荐新能源汽车车载控制软件功能测试标准1范围本标准规定了新能源汽车车载控制器功能测试开展全过程的要求，包括：对测试测试准备阶段、测试实施阶段和测试结束阶段要求；对测试问题管理的要求；对测试人员能力的要求；对供应
8、商控制器管控的要求；自动化测试框架推荐。本标准适用于新能源汽车车载控制器软件功能测试，其他类型控制器的测试可参照使用。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB 20263采用一字线，下面相同问题2006 导航电子地图安全处理技术基本要求GB/T 30290.32013 卫星定位车辆信息服务系统第3部分：信息安全规范ISO26262 道路车辆系统设计功能安全ISO/IEC 270012005 Information technology Security te
9、chniques Information security management systems RequirementsISO/IEC/IEEE 29119-32013Software and systems engineering Software testing Part 3: Test documentation-3术语和定义ISO/IEC/IEEE 29119-1-2013界定的以及下列术语和定义适用于本文件。为了方便使用，以下重复列出了GB/T 20000.1-2014中的某些术语和定义。3.1测试成功test success达成事先设定的测试目标，该测试目标可以是发现既定数量的问
10、题、对需求文档的覆盖情况等，而不是指被测控制器或软件通过测试。3.2静态测试static testing 对组件/系统进行的不执行程序代码（软件）的一种测试。例如，对代码评审或静态代码的分析。3.3动态测试dynamic testing通过运行软件的组件或系统测试软件。3.4冒烟测试smoke testing所有定义的或计划的测试用例的一个子集。它覆盖组件/系统的主要功能，以查明程序的绝大部分关键功能是否正常工作，但忽略其细节部分。3.5再测试verify testing首次测试发现问题后，针对已修改程序进行的问题关闭验证测试，通常在回归测试之前完成。3.6回归测试regression tes
11、ting对已测试已修改程序进行的测试，确保软件的更改没有对未改变的部分带来新的失效。4测试过程4.1概述测试开展过程从便于行业理解上划分成测试准备阶段、测试实施阶段、测试结束阶段。以保障测试开展时内容的完整性和测试的有效性。4.2测试准备阶段要求4.2.1概述在该阶段会涉及多种文件信息导入，在开始前应建立流程或采用正式文件约定的方式与测试提出方确定上述文件的具体提供方式和格式类型。4.2.2主要活动测试准备阶段的主要活动如下：a) 制定测试计划；b) 收集测试依据；c) 设置准入条件；d) 入口质量要求；e) 设置出口准则；f) 测试环境准备。4.2.3测试计划测试计划中应包含测试范围、测试时
12、间周期、测试依赖资源的确认信息。4.2.3.1测试范围确定根据测试目标确认测试范围。测试目标按照项目不同阶段的质量要求划分为：研发阶段新功能验证、研发阶段功能变更验证、研发阶段功能调试、量产功能验证、量产后功能变更验证。针对上述不同的测试目标，其测试范围不应少于以下要求:a) 研发阶段新功能验证，应对新功能本身开展完整功能需求覆盖测试和代码覆盖度测试，对上层驱动功能、下层受影响功能开展功能集成测试，针对控制器涉及整车上下电、快充、慢充、行车功能开展测试，并确保在测试期间无故障报出；b) 研发阶段功能变更验证，应对变更部分代码开展功能需求覆盖测试，对上层驱动功能、下层受影响功能开展功能集成测试，
13、针对控制器涉及整车上下电、快充、慢充、行车功能开展测试，并确保在测试期间无故障报出；c) 研发阶段功能调试，对功能本身开展功能正向测试，对上层驱动功能、下层受影响功能开展集成功能的正向测试；d) 量产功能验证，应开展完整功能测试；e) 量产后功能变更验证，开展完整功能测试。除了以上测试目标外，若有其他测试目标时，可根据被测对象期望的目标质量要求来设置测试范围。4.2.3.2测试时间周期确定测试时间周期需要考虑的内容有:已经确定的测试范围、被测对象质量现状、人员能力现状。已确定的测试范围可参照4.2.3.1，被测对象质量现状要求可参照4.2.6。人员能力现状是指在已确定被测对象质量的现状前提下，
14、在测试资源无异常的情况下完成既定测试范围内容所需的时间。宜采用的方法有经验评估和专家评估等。由于测试准备阶段与测试结束阶段通常都与项目开发的其他活动并行开展，对项目整体影响较小，本标准重点对测试实施阶段的时间周期进行要求。另外测试时间周期是基于风险拟定的。测试实施阶段时间严格按照以下规则进行划分，其中的再测试与回归测试可以单独进行时间计划排布，按以下方式拟定计划时，应将计划与工作内容细化到1天。测试实施阶段时间宜参考一下公式进行计算：测试实施阶段时间=Tp+Ts+Tf+Tv+Tr （1）式中:Tp为测试环境搭建时间Ts为冒烟测试时间Tf为功能测试时间Tv为再测试时间Tr为回归测试时间测试环境搭建：为被测对象搭建一个保障测试目标有效的测试环境，可以是闭环的，也可以是开环的。测试环境搭建时间主要需要考虑测试工具或软件使用的难易程度、模拟测试环境的难易程度以及此间所涉及的重复性工作量。冒烟测试：为了保障后续测试的有效性和测试的可实施性，在正式的功能测试开始之前应对被测控制器的基本功能以及对整体功能有影响的部分首先开展测试。冒烟测试时间主要需要考虑冒烟测试的范围大小、自动化程度以及被测对象的质量现状。功能测试：即既定的测试需求，由具体测试范围大小所决定。再测试：为了关闭功能测
