整车控制器MIL软件测试规范.docx
《整车控制器MIL软件测试规范.docx》由会员分享,可在线阅读,更多相关《整车控制器MIL软件测试规范.docx(10页珍藏版)》请在沃文网上搜索。
1、整车控制器软件MIL测试规范编制:_校对:_审核:_目录1概述12测试设计12.1测试设计的主要内容12.2测试用例设计方法13测试分类23.1测试依据33.2测试需求验证33.3单元测试43.4集成测试63.5系统测试74测试总结81 概述本文档主要描述在产品开发阶段中的测试环节中,需要用到的各种测试要求和方法以及相关规范,包括单元测试、集成测试、系统测试以及一些专项测试。2 测试设计2.1 测试设计的主要内容测试设计是按照一定的编写格式、内容及注意事项编制的文档,为测试人员在测试执行过程提供测试过程、方法、步骤及使用的测试数据,保证测试过程顺利进行。测试设计主要指的是测试用例的设计。一般按
2、照测试关注点的不同,将测试用例分为:“功能类用例”、“流程类用例”、“数据类用例”、“综合类用例”、“非功能测试用例”五大类。其中,“非功能测试”主要包括性能(压力)测试、稳定(可靠)性测试、容灾容难测试、安全性测试及可用性测试等内容。通常在测试用例还包含测试大纲。测试大纲是按一定的逻辑结构对被测试产品功能进行框架性描述,由于其关系到测试用例设计完整性及BUG填写定位准确性的问题,所以是测试设计中的重要环节。可以按照软件系统中大的模块划分,或者软件功能菜单及链接为基础进行大纲的设计。2.2 测试用例设计方法标准的测试用例应包括用例描述、操作过程及数据、测试结果等内容,测试结果通常有“通过/不通
3、过/未测试/不适用”四种情况。黑盒测试中最常用的三种测试用例设计方法如下:1. 边界值分析经验表明,程序在边界值处理方面经常出现问题,一般边界值类用例的设计可考虑如下这些情况:(1) Null:如果碰到空值,程序会如何处理;(2) 最大值,最小值,第一个,最后一个,在这些情况下如何处理;(3) 最大值+1,最小值-1时会怎么样;(4) 循环的边界值:初始值是0 还是1,循环次数是0.count-1 还是1.count 等;(5) 数据库的边界值:数据库表为空等。2. 非法操作大量的测试实践发现,程序在对非法操作处理方面经常出现问题,但对非法操作情况的设计没有固定的方法,需根据项目的实际情况分析
4、。在设计时要充分考虑对目标功能进行特殊操作,遍历程序所有可能分支情况。3. 等价类划分等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其他值的测试。等价类划分设计方法是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少量具有代表性的数据作为测试用例。4. 因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系,相互组合等。考虑输入条件之间的相互组合,可能会产生一些新的情况。但要检查输入条件的组合不是一件容易的事情,即使把所有输入
5、条件划分成等价类,他们之间的组合情况也相当多。因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例。这就需要利用因果图(逻辑模型)。因果图方法最终生成的就是判定表。它适合于检查程序输入条件的各种组合情况。5. 正交表分析法有时候,可能因为大量的参数的组合而引起测试用例数量上的激增,同时,这些测试用例并没有明显的优先级上的差距,而测试人员又无法完成这么多数量的测试,就可以通过正交表来进行缩减一些用例,从而达到尽量少的用例覆盖尽量大的范围的可能性。6. 场景分析方法指根据用户场景来模拟用户的操作步骤,这个比较类似因果图,但是可能执行的深度和可行性更好。7. 功
6、能分析方法功能图方法其实是一种灰盒测试(因其兼有黑盒和白盒测试,所以称为灰盒测度比较体贴)用例设计方法;通常情况一个程序的功能说明通常由动态说明和静态说明组成。动态说明描述了输入数据的次序或转移的次序,静态说明描述了输入条件与输出条件之间的对应关系。用功能图形象地表示程序的功能说明,并机械地生成功能图的测试用例。对于较复杂的程序,由于存在大量的组合情况,因此,仅用静态说明组成的规格说明对于测试来说往往是不够的。必须用动态说明来补充功能说明。8. 错误推测法基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法。错误推测方法的基本思想:列举出程序中所有可能有的错误和容易
7、发生错误的特殊情况,根据他们选择测试用例。例如,在单元测试时曾列出的许多在模块中常见的错误。以前产品测试中曾经发现的错误等,这些就是经验的总结。还有,输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行。这些都是容易发生错误的情况。3 测试分类根据测试要求,可以将一个项目的测试分成四个阶段的测试,如下图1:图1测试阶段图在软件测试的阶段,可以搭建五种测试环境:1. 模型在环测试2. 软件在环测试3. 处理器在环测试4. 硬件在环测试5. 真实环境测试系统中的各组成部分按照系统设计进行集成,并按照其系统测试案例进行测试验证。测试的目的是验证系统各组成部分能否正确的进行交互,并满足功能需
8、求和技术安全需求。3.1 测试依据详细设计是模块测试的依据。因此设计人员应向测试人员提供系统需求规格说明书、详细设计方案、系统接口定义、故障代码及处理方案等有关资料。测试人员必须认真阅读,真正弄懂系统需求和详细设计。3.2 测试需求验证本阶段的目标是验证嵌入式软件符合软件安全需求,其所规定的要求和建议如下:1. 软件安全需求的验证需要制定计划,定义再执行。2. 为了验证嵌入式软件实现了软件安全需求,表1列了所需的测试环境。3. 已有的测试案例,例如在软件集成测试阶段使用的可以重用。4. 对于软件安全需求实现的测试需要在目标硬件平台上完成。软件安全需求验证的结果需要考虑下面这些因素来评估:1.
9、和预期结果一致。2. 软件安全需求的覆盖率。3. 成功或失败的标准。表1 验证软件安全需求的测试环境方法安全等级(ASIL)ABCD1a硬件在环测试环境+1bECU网络环境+1c真实车辆+并且,在开始测试之前,需按照测试流程完成以下工作:1. 测试环境、工具和测试软件的建立;2. 测试用例、测试数据和预期的结果的列表。3.3 单元测试软件单元测试是在软件开发过程中要进行的最低级别的测试活动,软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。1. 软件单元测试需按照验证要求来有计划的定义和执行。软件单元测试的对象是具体的软件实现单元,在基于模型的软件开发过程中,软件单元测试的对象是其单元
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
10 积分
下载 | 加入VIP,下载更划算! |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 整车 控制器 MIL 软件 测试 规范