广告
新能源汽车车载控制器软件功能测试规范
2018-11-24 17:00:43· 来源：中国汽车工程学会标准
一、立项背景及意义电控是新能源汽车三大核心零部件之一，主要包括整车控制器（VCU）、电机控制器（MCU）和电池管理系统（BMS）。控制器软件功能测试是通过人工
一、立项背景及意义
电控是新能源汽车三大核心零部件之一，主要包括整车控制器（VCU）、电机控制器（MCU）和电池管理系统（BMS）。控制器软件功能测试是通过人工操作或者软件自动运行的方式来检验控制器功能是否满足规定的需求、规范或标准的活动。它是帮助识别开发完成的控制器软件的正确度、完整度和质量的软件过程，是现今汽车领域软件开发V型流程和软件质量保证的重要子域。随着新能源汽车市场的急速扩张，新能源汽车对控制器需求也从最初的基本功能需求，逐渐发展为平台化、高安全性、高可靠性、智能化、低成本的综合需求。但由于国内自主研发控制器领域起步较晚，软件测试领域的相关技术水平与国外同样存在很大的差距。目前，国内汽车控制器软件测试没有相关标准，而计算机行业的相关标准又无法完全套用到汽车控制器软件测试中，无法指导汽车行业工程师全面开展软件测试工作，急需出台统一标准的汽车控制器软件测试规范，以规范行业测试流程，增强控制器软件测试的有序程度，使测试在产品研发环节中发挥最大作用。
标准化的测试规范不仅可保证测试与开发工作的高度统一协调，使开发生产得以正常运转，同时可以通过改善资源的利用率，保障企业长期健康的发展。高效的标准流程，能够在保证产品质量的同时提高企业转型速度与应变能力，使产品能够更好更快的满足社会需求。优质的标准化规范为企业科学高效的管理奠定技术储备基础，提高企业、行业乃至全产业链的经济效益。该项标准的建立旨在提高汽车行业测试工作的质量和效率，打通企业壁垒，建立统一的测试语言，形成统一的测试模板。
二、主要研究内容
01、对测试完整性的要求
本标准计划将软件功能测试分为以研发软件为目标的测试和以批量生成为目标的测试两类，针对不同类型分别提出完整性的要求。其完整性计划除了包含文档中被描述部分的测试之外，还计划提出一些增加测试自由度的测试方式来弥补因为测试无法穷尽所带来的测试完整性问题。
02、对测试输入物的要求
本标准计划对输入物的内容和描述方式进行要求。本标准针对软件功能测试的技术特点，要求测试输入物必须包含但不限于以下类型的文档：
A、 测试计划文档。该文档通常用于说明测试目的、测试所需工时与起止时间及前置任务等信息。对于该文档计划进行以下约束：a、资源可利用、预留时间合理；b、正确性、时效性、一致性、可问责等；
B、 描述测试目标的文档，即测试需求文档。对于该文档主要对测试需求的测试环境、检测条件、功能的初始状态、输入与输出信息及引用信息等内容进行描述。该文档可做以下约束：a、可复用、可移植；b、完整性、正确性、适当性、一致性、时效性、可问责； d、安全性；
C、 描述信号接口的文档。例如硬件接口定义、通讯协议等等；该文档通常包含对于测试所使用到的接口类型、信号名称、发送类型、收发周期、精度等信息。对于该文档可做以下约束：a、完整性、清晰性、合理性、时效性；b、可访问；c、覆盖度；
D、 其他测试前置文档，如接口测试报告等。该文档用于描述测试前置任务的完成情况。对于该文档可做以下约束：a、正确性、时效性、一致性、可问责等
E、 目标文件。如被测软件功能的程序文件。对于该文档可做以下约束：a、可用性；b、正确性、时效性、一致性、可问责等；c、安全性等；
以上约束要求除必须选项外均可根据具体测试项目进行适当裁剪；
03、对测试环境的建议
本标准对不同测试级别下的软件测试环境进行要求，同时将不同级别的测试环境所使用的工具分为测试设备、测试软件、被控对象模型：
1.测试设备的要求： 在该部分内容中将描写数据读写性能、仿真性能进行
2.测试软件的要求： 对所使用软件的性能、数据存储、二次开发接口等进行要求
3.被控对象环境模型的要求： 对所使用的被测对象模型与软件的接口进行要求，对输入输出接口的位置进行要求。
04、对测试设计的要求
对测试级别设计和测试用例设计提出要求。
A、测试级别设计
提供对控制器软件开发过程的评估方法，根据软件开发过程评估情况来要对各测试级别的测试内容进行要求，以及当前一测试级别未被完整测试时，之后的测试级别应如何应对来保证软件质量的要求。
B、测试用例设计
结合目前的黑盒、白盒测试用例设计要求，以及ISO26262中对测试方法应用的要求，对不同的测试级别的用例设计提出必须完成的内容。
05、对测试故障管理的要求
本标准会对故障的等级划分进行定义，根据不同的故障等级以及不同的项目阶段给出推荐的出口准则，同时对故障的关闭方式以及测试故障的管理框架也给出建议和要求，对故障的关闭方式中除了常规的关闭外，也包含对接受测试故障这类特殊的关闭方法，对测试故障管理框架会提出软件故障仲裁委员会的构建，包括其利益干系人的构成和责权。
06、对测试输出物的要求
本标准针对软件功能测试的技术特点要求测试输出物必须包含但不限于以下类型的文档：
A、软件测试报告，该文档会定义为用于软件发布，会对其软件发布的各种表征其唯一性的信息进行统计。
B、故障问题单，该文档将用于软件问题的关闭，会对与表征该故障唯一性的内容进行定义和要求
C、测试总结报告。该文档用于项目阶段性总结和最终总结，用于团队测试过程改进分析和后续能力建设作指引，会对测试过程关键信息描述方面进行要求，会要求对指定的特殊事件进行分析，同时也会给出分析这些特殊时间的推荐方法。
07、测试计划制定的方法推荐
将测试划分为冒烟测试、首轮测试、再测试、问题关闭、回归测试5个部分，而后根据计划中不同的测试内容范围要求给予不同的组合建议，以及各组合所适用的场景及影响分析。
三、当前进展
本标准在电动汽车产业技术创新战略联盟的统一组织下，由北京新能源汽车股份有限公司牵头，联合中国汽车工程研究院、长安新能源汽车、CSTQB软件测试质量认证委员会等单位共同研制。近日，标准起草工作组在北京新能源汽车股份有限公司召开了第二次集中研讨会，电动汽车产业技术创新战略联盟、北京新能源汽车股份有限公司、中国汽车技术研究中心有限公司、中国软件评测中心、上海滔瑞信息技术有限公司、合肥工业大学、南京越博动力系统股份有限公司等10余位专家就标准任务分工、项目计划、风险点及标准框架等内容进行了深入交流。
据标准主要起草人、北京新能源汽车股份有限公司黄颍华经理介绍，起草组将基于前期研究基础，在接下来两个月集中精力，完成标准初稿的编制。
广告 
广告
编辑推荐
最新资讯
-
荷兰Zepp氢燃料电池卡车-Europa
2024-12-22 10:13
-
NCACFE -车队油耗经济性报告（2024版）
2024-12-22 10:11
-
R54法规对商用车轮胎的要求（上）
2024-12-22 10:10
-
蔚来ET9数字架构解析
2024-12-22 09:53
-
4G/5G网络新时代的高效紧急呼叫系统NG-eCal
2024-12-20 22:33
广告
广告
