GJB-Z 141-2004 军用软件测试指南_图文

目录
1范围 (3)
2引用文件 (3)
3术语和定义 (3)
4一般要求 (3)
4.1测试目的 (3)
4.2测试级别 (3)
4.3测试内容 (4)
4.4测试过程 (4)
4.5测试方法 (4)
4.7测试管理 (6)
4.8文档编写 (7)
4.9测试工具 (8)
4.10软件安全性关键等级与测试的关系 (9)
5单元测试 (9)
5.1测试对象和目的 (9)
5.2测试的组织和管理 (9)
5 3技术要求 (9)
5.4测试内容 (10)
5.5测试环境 (12)
5.6测试方法 (12)
5.7进入条件 (12)
5.8结束条件 (12)
5.9测试过程 (12)
5.10文档 (15)
6部件测试 (15)
6.1测试对象和目的 (15)
6.2测试的组织和管理 (15)
6.3技术要求 (16)
6.4测试内容 (16)
6.5测试环境 (17)
6.6测试方法 (17)
6.7进入条件 (17)
6.8结束条件 (18)
6.9测试过程 (18)
6.10文档 (20)
7配置项测试 (21)
7.1测试对象和目的 (21)
7.2测试的组织和管理 (21)
7.3技术要求 (21)
7.4测试内容 (22)
7.5测试环境 (26)
7.6测试方法 (26)
7.7进入条件 (26)
7.8结束条件 (27)
7.9测试过程 (27)
7.10文档 (29)
8系统测试 (30)
8.1测试对象和目的 (30)
8.2测试的组织和管理 (30)
8.3技术要求 (30)
8.4测试内容 (31)
8.5测试环境 (35)
8.6测试方法 (35)
8.7进入条件 (35)
8.8结束条件 (36)
8.9测试过程 (36)
8.10文档 (38)
9回归测试 (39)
9.1测试对象和测试目的 (39)
9.2进入条件 (39)
9.3单元回归测试 (39)
9.4部件回归测试 (41)
9.5配置项回归测试 (43)
9.6系统回归测试 (45)
附录A (49)
A.1静态测试方法 (49)
A.2动态测试方法 (52)
附录B (56)
B.1斯奈德蕴德模型 (56)
B.2广义指数模型 (60)
B.3穆沙/奥库姆脱对数泊松执行时间模型 (63)
B.4列透务德/弗尔洛模型 (64)
附录C (68)
C.1软件测试用例 (68)
C.2软件测试记录 (69)
C.3软件问题报告单 (70)
附录D (71)
军用软件测试指南
1范围
本指导性技术文件规定了军用软件在其生存周期内各阶段测试的方法、过程和准则。
本指导性技术文件适用于军用软件的测试组织和测试人员使用。
2引用文件
下列文件中的有关条款通过引用而成为本指导性技术文件的条款。凡注日期或版次的引用文件,其后的任何修改单(不包括勘误的内容)或修订版本都不适用于本指导性技术文件,但提倡使用本指导性技术文件的各方探讨使用其最新版本的可能性。凡不注日期或版次的引用文件,其最新版本适用于本指导性技术文件。
GB/T 11457软件工程术语
GJB 438A-1997武器系统软件开发文档
GJB 2786-1996武器系统软件开发
GJB 5236-2004军用软件质量度量
GJB/Z 102-1997软件可靠性和安全性设计准则
GJB/Z 115-1998 GJB 2786《武器系统软件开发》剪裁指南
3术语和定义
GB/T 11457中确立的术语和定义适用于本指导性技术文件。
4一般要求
4.1测试目的
军用软件的测试目的是:
a)验证软件是否满足软件开发合同或任务书、系统/子系统设计文档、软件需求
规格说明和软件设计说明所规定的软件质量特性要求;
b)通过测试,发现软件错误;
c)为软件产品质量的评价提供依据。
4.2测试级别
根据GJB 2786-1996的要求,本指导性技术文件对如下测试级别作详细描述:
a)单元测试;
b)部件测试;
c)配置项测试;
d)系统测试。
可根据软件的规模、类型、安全性关键等级选择测试级别。
回归测试可出现在上述每个测试级别中,并贯穿于整个软件生存周期,故单独分级进
行描述。
4.3测试内容
本指导性技术文件从GJB 5236-2004定义的质量子特性角度出发,确定软件部件测试、软件配置项测试和系统测试的测试内容,即,从适合性、准确性、互操作性、安全保密性、容错性、成熟性、易恢复性、易理解性、易学性、易操作性、吸引性、时间特性、资源利用性、易改变性、稳定性、易测试性、易分析性、适应性、易安装性、易替换性、共存性和依从性方面确定测试内容,它们与传统的测试内容分类,其对应关系参见附录D。
4.4测试过程
4.4.1总则
软件测试过程包括四项活动,按顺序分别是:测试策划、测试设计和实现、测试执行、测试总结。
4.4.2测试策划
确定需要测试的内容或质量特性;确定测试的充分性要求;提出测试的基本方法;确定测试的资源和技术需求;制定测试资源计划和测试进度计划。
4.4.3测试设计与实现
分析测试用例集的层次结构,选取和设计测试用例;获取并验证测试数据;根据测试资源、风险等约束条件,确定测试用例执行顺序;获取测试资源,开发测试软件;建立并校准测试环境;进行测试就绪审查,主要审查测试计划的合理性和测试用例的正确性、有效性和覆盖充分性,审查测试组织、环境和设备工具是否齐备并符合要求。在进入下一阶段工作之前,应通过测试就绪评审。
4.4.4测试执行
执行测试用例,获取测试结果;分析并判定测试结果。同时,根据不同的判定结果采取相应的措施;对测试过程的正常或异常终止情况进行核对,并根据核对结果,对未达到测试终止条件的测试用例,决定是停止测试,还是需要修改或补充测试用例集,并进一步测试。
4.4.5测试总结
评估测试效果和被测软件项,描述测试状态。如,实际测试与测试计划和测试说明的差异、测试充分性分析、未能解决的测试事件等;描述被测软件项的状态,如,被测软件与需求的差异,发现的软件错误等;最后,完成软件测试报告,并通过测试评审。
4.5测试方法
4.5.1静态测试方法
静态测试方法包括检查单和静态分析方法,对文档的静态测试方法主要是以检查单的
形式进行,而对代码的静态测试方法一般采用代码审查、代码走查和静态分析,静态分析一般包括控制流分析、数据流分析、接口分析和表达式分析。
应对软件代码进行审查、走查或静态分析;对于规模较小、安全性要求很高的代码也可进行形式化证明。
4.5.2动态测试方法
动态测试方法一般采用白盒测试方法和黑盒测试方法。黑盒测试方法一般包括功能分解、边界值分析、判定表、因果图、随机测试、猜错法和正交试验法等;白盒测试方法一般包括控制流测试(语句覆盖测试、分支覆盖测试、条件覆盖测试、条件组合覆盖测试、路径覆盖测试)、数据流测试、程序变异、程序插桩、域测试和符号求值等。
在软件动态测试过程中,应采用适当的测试方法,实现测试要求。配置项测试和系统测试一般采用黑盒测试方法;部件测试一般主要采用黑盒测试方法,辅助以白盒测试方法;单元测试一般采用白盒测试方法,辅助以黑盒测试方法。
4.6测试用例
4.6.1测试用例设计原则
设计测试用例时,应遵循以下原则:
a)基于测试需求的原则。应按照测试级别的不同要求,设计测试用例。如,单元
测试依据详细设计说明,部件测试依据概要设计说明,配置项测试依据软件需
求规格说明,系统测试依据用户需求(系统/子系统设计说明、软件开发任务书
等)。
b)基于测试方法的原则。应明确所采用的测试用例设计方法。为达到不同的测试
充分性要求,应采用相应的测试方法,如等价类划分、边界值分析、猜错法、
因果图等方法。
c)兼顾测试充分性和效率的原则。测试用例集应兼顾测试的充分性和测试的效率;
每个测试用例的内容也应完整,具有可操作性。
d)测试执行的可重复性原则。应保证测试用例执行的可重复性。
4.6.2测试用例要素
每个测试用例应包括以下要素:
a)名称和标识。每个测试用例应有唯一的名称和标识。
b)测试追踪。说明测试所依据的内容来源,如系统测试依据的是用户需求,配置
项测试依据的是软件需求,部件测试和单元测试依据的软件设计。
c)用例说明。简要描述测试的对象、目的和所采用的测试方法。
d)测试的初始化要求。应考虑下述初始化要求:
1)硬件配置。被测系统的硬件配置情况,包括硬件条件或电气状态;
2)软件配置。被测系统的软件配置情况,包括测试的初始条件;
3)测试配置。测试系统的配置情况,如用于测试的模拟系统和测试工具等
的配置情况;
4)参数设置。测试开始前的设置,如标志、第一断点、指针、控制参数和
初始化数据等的设置;

本文发布于:2024-09-20 14:18:24,感谢您对本站的认可!

本文链接:https://www.17tex.com/xueshu/812127.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:测试   软件   测试用例   分析
留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2024 Comsenz Inc.Powered by © 易纺专利技术学习网 豫ICP备2022007602号 豫公网安备41160202000603 站长QQ:729038198 关于我们 投诉建议