这里测采购网 | 会员中心 | 保存桌面 | 手机版 | 二维码
33

北京高低温环境试验及电磁兼容测试实验室

高低温环境试验,电磁兼容试验,振动冲击试验,防护等级测试,产品认证,第三方检...

 
首页 » 新闻中心 » GJB/Z141-2004标准软件测试都有哪些检测项目
新闻中心
GJB/Z141-2004标准软件测试都有哪些检测项目
发布时间:2024-12-31        浏览次数:17        返回列表
 在国防非民用软件领域,针对嵌入式软件测试的指南为GJB141/Z《软件测试指南》。该标准规定了军用嵌入式软件在其生存周期内各阶段测试的方法、过程和准则,适用于嵌入式软件的测试组织和测试人员使用。GJB141/Z《军用软件测试指南》中按照测试级别主要分为单元测试、部件测试、配置项测试和系统测试。回归测试可出现在上述每个测试级别中,并贯穿整个软件生命周期。测试工具分为静态测试工具、动态测试工具和其它支持测试活动的工具,每类测试工具在功能和其他特征方面具有相似之处,支持一个或多个活动。
一、检测项目内容如下
1、单元测试
•软件单元测试的对象是软件单元,目的是检查每个软件单元能否正确地实现设计说明中的功能、性能、接口和其他设计约束等要求,发现软件单元内可能存在的各种错误。
•当进行静态测试时,所测试的内容与选择的测试方法有关。如,采用代码审查方法,通常要对寄存器使用、程序格式、入口和出口的连接、程序语言的使用、存储器的使用等内容进行检查;采用静态分析方法,通常要对软件单元的控制流、数据流、接口、表达式等内容进行分析。
•当进行动态测试时通常对软件单元的功能、性能、接口、局部数据结构、独立路径、错误处理、边界条件和内存使用情况进行测试。通常对软件单元接口的测试应先于其他内容的测试。对具体的软件单元,应根据软件测试任务书、软件设计文档的要求及选择的测试方法确定测试的具体内容。
2、部件测试
•软件部件测试的对象包括软件部件的组装过程和组装得到的软件部件。软件部件测试的目的是检验软件单元和软件部件之间的接口关系,并验证软件部件是否符合设计要求。
•当对软件部件进行必要的静态测试时,所测试的内容与选择的静态测试方法有关。当进行动态测试时,应从全局数据结构及软件部件的适合性、准确性、互操作性、容错性、时间特性、资源利用性这几个软件质量子特性方面考虑,确定测试内容。对具体的软件部件,应根据软件测试任务书、软件设计文档的要求及选择的测试方法来确定测试的具体内容。
3、配置项测试
•软件配置项测试的对象是软件配置项。软件配置项是为独立的配置管理而设计的并且能满足最终用户功能的一组软件。软件配置项测试的目的是检验软件配置项与软件需求规格说明的一致性。
•指南中从软件质量子特性角度出发,确定软件配置项的测试内容。即,从适合性、准确性、互操作性、安全保密性、容错性、成熟性、易恢复性、易理解性、易学性、易操作性、吸引性、时间特性、资源利用性、易改变性、稳定性、易测试性、易分析性、适应性、易安装性、易替换性、共存性和依从性方面考虑,确定测试内容。软件配置项测试可根据软件任务书及软件需求规格说明的要求进行测试。
4、系统测试
•系统测试的对象是完整的、集成的计算机系统,重点是新开发的软件配置项的集合。系统测试的目的是在真实系统工作环境下检验完整的软件配置项能否和系统正确连接,并满足系统/子系统设计文档和软件开发任务书规定的要求。
•指南中从软件质量子特性角度出发,确定系统测试的测试内容。即,从适合性、准确性、互操作性、安全保密性、容错性、成熟性、易恢复性、易理解性、易学性、易操作性、吸引性、时间特性、资源利用性、易改变性、稳定性、易测试性、易分析性、适应性、易安装性、易替换性、共存性和依从性方面考虑,确定测试内容。针对具体的系统,可根据测试任务书及系统/子系统设计文档的要求进行测试。
5、回归测试
回归测试的对象一般包括:
•未通过软件单元测试的软件单元,在更改之后,应对其进行测试;
•未通过软件部件测试的软件部件,在更改之后,应对更改的软件单元和软件部件进行测试;
•未通过软件配置项测试的软件配置项,在更改之后,应对更改的软件单元、受更改影响的软件部件和软件配置项进行测试;
•未通过系统测试的软件,在更改之后,应对更改的软件单元、受更改影响的软件部件、软件配置项和系统进行测试;•因其他原因进行更改之后的软件单元、软件部件或软件配置项。
回归测试的目的是测试软件更改之后,更改部分的正确性和对更改需求的符合性,以及软件原有的、正确的功能、性能和其他规定的要求的不损害性。
 
二、测试过程
1、测试策划
确定需要测试的内容或质量特性;确定测试的充分性要求;提出测试的基本方法;确定测试的资源和技术需求:制定测试资源计划和测试进度计划。
2、 测试设计与实现
分析测试用例集的层次结构,选取和设计测试用例;获取并验证测试数据;根据测试资源、风险等约束条件,确定测试用例执行顺序:获取测试资源,开发测试软件:建立并校准测试环境:进行测试就绪审查,主要审查测试计划的合理性和测试用例的正确性、有效性和覆盖充分性,审查测试组织、环境和设备工具是否齐备并符合要求。在进入下一阶段工作之前,应通过测试就绪评审。
3、 测试执行
执行测试用例,获取测试结果;分析并判定测试结果。同时,根据不同的判定结果采取相应的措施;对测试过程的正常或异常终止情况进行核对,并根据核对结果,对未达到测试终止条件的测试用例,决定是停止测试,还是需要修改或补充测试用例集,并进一步测试。
4、测试总结
评估测试效果和被测软件项,描述测试状态。如,实际测试与测试计划和测试说明的差异、测试充分性分析、未能解决的测试事件等:描述被测软件项的状态,如,被测软件与需求的差异,发现的软件错误等;最后,完成软件测试报告,并通过测试评审。
 
三、测试方法
1、静态测试方法
静态测试方法包括检查单和静态分析方法,对文档的静态测试方法主要是以检查单的形式进行,而对代码的静态测试方法一般采用代码审查、代码走查和静态分析,静态分析一般包括控制流分析、数据流分析、接口分析和表达式分析。
应对软件代码进行审查、走查或静态分析;对于规模较小、安全性要求很高的代码也可进行形式化证明。
2、动态测试方法
动态测试方法一般采用白盒测试方法和黑盒测试方法。黑盒测试方法一般包括功能分解、边界值分析、判定表、因果图、随机测试、猜错法和正交试验法等:白盒测试方法一般包括控制流测试(语句覆盖测试、分支覆盖测试、条件覆盖测试、条件组合覆盖测试、路径覆盖测试)、数据流测试、程序变异、程序插桩、域测试和符号求值等。
在软件动态测试过程中,应采用适当的测试方法,实现测试要求。配置项测试和系统测试一般采用黑盒测试方法:部件测试一般主要采用黑盒测试方法,销助以白盒测试方法;单元测试一般采用白盒测试方法,辅助以黑盒测试方法。
 
四、软件测试的目的
验证软件是否满足软件开发合同或任务书、系统/子系统设计文档、软件需求规格说明和软件设计说明所规定的软件质量特性要求:
通过测试,发现软件错误;
为软件产品质量的评价提供依据。
 

更多精彩:   合信通营销推广公司   http://www.hexintong.cn