CB 1360-2002 计算机软件测试规程 CB1360-2002 标准下载解压密码：www.bzxz.net

中华人民共和国船舶行业标准
FL0137
CB1360-2002
计算机软件测试规程
Test specification of computer software2002-11-20发布
国防科学技术工业委员会发布
2003—02—01实施
1范围
2规范性引用文件
3术语和定义
4般要求
4.1测试目的
4.2测试机构
4.3基本进入条件
4.4通过准则
4.5测试文档
4.6基本测试工作流程
4.7被测试软件的处置
4.8测试的基本要求
4.9测试记录与控制
4.10测试偏离处理
5详细要求，.
5.1测试工作流程，
5.2软件单元测试
5.3软部件测试
5.4计算机软件配置项测试
5.5系统测试
5.6验收测试
附录A（资料性附录）软件测试计划内容附录B（规范性附录）代码审查
附录C（资料性附录）软件测试问题报告单格式附录D
软件测试报告格式及内容
(资料性附录)
附录E（资料性附录）被测试软件出入登记表格格式，附录F（资料性附录）偏离规定和程序或测试分歧纠正措施报告格式附录G（资料性附录）舰艇指控系统情报处理软件配置项测试用例设计提纲示例附录H(规范性附录)
附录丁(规范性附录)
回归测试
强度测试
附录K（资料性附录）软件关键程度等级CB13602002
CB1360-2002
本标准由中国船舶重工集团公司提出。前言
本标准由中国船舶工业综合技术经济研究院归口。本标准起草单位：中船重工七院第七一六研究所。本标准主要起草人：孙志安、万勤、蔡绍成、陈明珠、潘冠华、黄克明。1范围
计算机软件测试规程
CB1360-2002
本标准规定了计算机软件测试过程的基本要求，包括测试目的、测试机构、进入条件、通过准则、测试文档、测试工作流程、被测试软件的处置、测试记录与控制和测试偏离处理。同时规定了软件测试过程中不同类型测试的详细要求。本标准适用于计算机软件尤其是按GJB2786开发的软件的下列测试活动：a）
软件单元测试；
软部件测试：
计算机软件配置项测试；
系统测试；
验收测试；
代码审查：
强度测试；
回归测试。
本标准也适用于承制方的软件开发。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包含勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/T11457软件工程术语
GJB438A—1997武器系统软件开发文档GJB2434—1995军用软件测试与评估通用要求GJB2725校准实验室和测试实验室通用要求3术语和定义
本标准除采用下列术语和定义之外，其他术语和定义见GB/T11457。3.1
测试委托方testentrustingparty将计算机软件测试任务委托给第三方测试机构的组织或个人。测试委托方通常是计算机软件的开发方、用户或用户代表。
测试方testparty
接受测试委托，对计算机软件测试任务组织实施的第三方软件测试机构，或独立于软件开发人员的测试组织。
计算机软件配重项computersoftwareconfigurationitem为独立的配置管理而设计的并且能满足最终用户对功能等需求的一组软件。本标准正文中将其简称为软件配置项。
CB1360-2002
计算机软部件computersoftwarecomponent对计算机程序进行层次分解所得到的实体，它是计算机软件配置项中性质不同的部分，计算机软部件可以进一步分解成其他软部件或软件单元。3.5
计算机软件单元computersoftwareunit计算机软部件设计中确定的能单独测试的部分。3.6
软件特性softwarefeature
软件需求规格说明书等所规定的软件功能、性能等的集合。3.7
软件测试softwaretesting
根据特定的规程来判定或验证规定的软件（单元、软部件、配置项等）的一个或多个特性的技术操作。
软件测试环境softwaretestenvironment软件测试所需的一组工具、固件和硬件等的集合。工具包括但不局限于测试工具，如模拟软件、代码分析器、静态分析工具等，也可能包括用于软件工程环境的工具。3.9
软件评测softwareevaluation
度量软件质量所进行的测试、评估等活动。4一般要求
4.1测试目的
计算机软件的测试目的如下：
a）验证计算机软件的设计与实现是否满足任务书或合同以及软件需求规格说明（含接口需求规格说明）所规定的要求；
验证计算机软件中的缺陷和错误统计数是否在所规定的范围之内，对被测试软件的质量作b）
出评价；
通过测试，发现或检出计算机软件中的缺陷和错误，提高软件可靠性；c)
为软件开发过程中的各种验证、确认以及是否可以接收或使用等决策提供依据；e）为软件配置项的技术状态确认和软件产品验收与交付提供依据。4.2测试机构
计算机软件的测试机构应符合下列要求：测试机构应按GJB2725的要求配备质量管理人员、测试人员、验证人员、评估人员，并规a)
定他们的职责、权限及其相互关系：测试机构在接受测试委托后应成立软件测试组，测试人员一般由专业测试人员组成。必要b)
时，可邀请同行专家、被测试软件的用户或用户代表参加；测试机构内的所有人员均应通过专业培训，持证上岗；c)
测试机构的组织、人员应具备自主权，确保所有测试过程的独立性和测试结果的客观性、公正性、公平性：
测试机构应制定测试环境和测试工具的操作规程，测试环境和测试工具应定期进行校准（检e)
定）和测试：
CB1360--2002
f）测试机构应制定相应规程，确保测试过程和测试结果的可复现性，确保测试用例、测试文档等的可检查性和可追溯性：
测试机构应按要求建立完备的档案体系；g）
测试机构的测试工作分包、外部服务或供应等应满足GJB2725的要求。h)
4.3基本进入条件
计算机软件测试的基本进入条件如下：测试文档的要求应满足4.5的规定：a
测试前被测试软件通过自测试或技术状态检查，测试委托方应提供自测试报告或技术状态b)
检查报告：
规定的测试环境和测试工具；
测试方和测试委托方应完成对测试准备情况的评审、确认，并就所有歧义达成共识；d)
e）对需要特别明确的测试进入条件，应由测试方和测试委托方协商一致后提出。4.4通过准则
测试方应根据合同、协议，在分析软件特性、测试特性、被测试特性和未被测试特性的基础上，确定软件测试通过准则。通常，测试通过准则是下列条款的集合或一个子集：a）合同、协议中所规定的测试任务已按要求完成；测试计划中所规定的测试项目及测试内容已完成，并达到所规定的测试覆盖率和技术要求；b)
对测试中所发现的问题或异常，有合理的解释和正确而有效的处理：c）
对排错性测试中所发现的问题形成了完整的软件测试问题报告单，按要求对这些问题进行d)
了修正，并通过了回归测试或重新组织的测试；所有已发现的缺陷及影响均已消除，当不能及时排除时，已清楚这些缺陷对软件运行的风e)
险，并经过确认：
测试中的所有歧义及有关问题，测试方和测试委托方已协商一致：f)）
对需要固化运行的软件，已在规定的固件环境中完成测试：g）
测试过程中所需的测试输入文档和测试输出文档（见4.5）齐全、完整，且已纳入相应的h)
配置管理中：
已完成测试分析和评估，对测试结果作出合理、公正的判断，完成测试报告的编制；i)
特别要求的测试通过准则应由测试方和测试委托方协商提出，纳入合同的相应条款中，并j)
在测试计划、测试说明等文档中作出明确的规定和描述。4.5测试文档
4.5.1测试文档的分类
对应于软件测试各阶段的测试活动和任务，测试文档可以分为测试输入文档和测试输出文档两大类。
测试文档的类别及对文档的要求如下：a）测试合同或协议：测试之前，应由测试方和测试委托方按合同法等的规定协商签定；需求规格说明（含接口需求规格说明）：应由测试委托方按合同规定或测试需求提供，需b）
求规格说明的格式见GJB438A一1997中的5.3和5.4；设计文档（含接口设计文档）：应由测试委托方按合同规定或测试需求提供，设计文档的c）
格式见GJB438A-1997中的5.5和5.6；源代码：应由测试委托方按合同规定或测试需求提供；d)
测试计划：在测试计划阶段应由测试方编制，测试计划应描述测试活动的范围、方法、资e)
源和进度等。它是根据软件特性规定被测试特性、应完成的任务、测试人员的职责以及与本计划有关的风险等。测试计划的格式及编制要求见附录A：3
CB13602002Www.bzxZ.net
测试说明：在测试设计阶段根据需要应由测试方编制。测试说明应包括如下三类文件：f）
测试设计说明：应描述测试方法，规定测试设计及其相关测试所包括的特性，还规定完成测试所需要的测试用例和测试规程：2)
测试用例说明：应描述用于输入的具体值以及预期的输出结果，并规定在使用具体测试用例时，对测试规程的各种限制；测试规程说明：规定对于运行系统和执行指定的测试用例来实现有关测试设计所要求的程序和方法。
在实际使用中，这三类文件通常合并为一份文件及测试说明，测试说明的格式见GJB438A-1997中5.10。
代码审查计划：代码审查前应由审查方编制。代码审查计划应规定代码审查的范围、方法、进度和人员安排等。代码审查计划的典型目录及编制要求见附录B中的B.5.1.1；代码审查单：在代码审查前应由审查方编制。代码审查单应规定代码审查的要求、目标、方法及工作流程等。基本的代码审查单见附录B中的B.5.1.2：代码审查问题报告单：在代码审查的过程中，当发现问题时，应由代码审查人员填写。代码审查问题报告单的格式见附录B中的B.5.1.3：软件测试问题报告单：在软件测试过程中，当发现问题时，应由软件测试人员填写。软件测试问题报告单的格式见附录C；软件测试报告：软件测试结束后，应由测试方根据测试过程、测试结果等进行编制。测试报告的格式及内容见附录D或GJB438A一1997中的5.11.2；测试记录（测试日志）：测试方用于记录软件的测试过程、测试数据、测试结果、测试处理等。
测试文档的选择
软件测试过程中各阶段的测试输入文档和测试输出文档的选择见表1。表1测试所需文档选择一览表
测试文档类别
合同或协议
需求规格说明
设计文档
源代码
测试计划
测试说明
代码审查计划
代码审查单
代码审查间题报告单
代码审查报告
软件测试问题报告单
测试报告
测试/审查记录
代码审查
单元测试
软件测试类别
软部件测试
配置项测试
注：／表示必备文档：表示可选择文档或根据实际情况所产生的文档：4
系统测试
表示不选文档。
验收测试
4.5.2.2测试文档的选择准则如下：CB1360-2002
对于较小规模软件的测试，可以在测试计划中描述测试说明的相关内容，而无需编制单独a）
的测试说明：
对于较小规模软件的代码审查，在制定代码审查计划时，可将代码审查单的相关内容一并考虑，而无需另行编制代码审查单；测试计划、测试说明、测试报告、代码审查计划、代码审查单、代码审查报告等文档的内容和格式也可按测试委托方指定的格式或规定的要求编制。基本测试工作流程
软件开发过程活动与软件测试过程活动的关系见图1所示。需求分析
软件开发过程
测试工作准备
软件测试过程
软件设计
测试计划
编码实现
测试设计
图1软件开发过程与测试过程关系图修订
测试结果判定与处理
测试分析与评估
测试报告/评测报告
软件测试过程中所涉及的每个活动应按输入、任务和输出的结构进行描述。测试工作流程包括测试工作准备、制定测试计划、测试设计、执行测试、测试结果判定与处理、测试分析与评估、测试报告编制七个阶段。
基本的软件测试工作流程及其活动见图2所示。本标准所描述的软件测试工作流程适用于第一章所述测试类型的软件测试，与所使用的测试方法无关。
CB1360-2002
测试准备
制定测试计划
测试计划评审
评审通过？
测试设计，建立测试环境，确定资源、准备或生成测试用例，确定测试规程，开发测试辅助程序需要代码审？
代码审查
审查通过？
测试执行
满足要求？
需要进行强度测试
强度测试
满足要求？
测试结果判定与处理
测试分析与评估
编制测试报告
缺陷追踪
修改后重新审查
回归测试或重新测试
修改，补充测试，增加强度
软件测试工作流程图
4.7被测试软件的处置
4.7.1方法和程序
CB1360-2002
为了确保被测试软件的安全性、可识别性以及测试状态的确定性、可追溯性和配置管理的持续性与一致性，测试方应制定被测试软件处置的方法和程序。4.7.2被测试软件的接收
被测试软件的接收要求如下：
测试方在接收被测试软件时，应检查被测试软件的状态及相关文档，填写被测试软件出入登记表。被测试软件出入登记表格式见附录E：b）
记录被测试软件的接收状态：
被测试软件应由测试方样品管理员登记，专机/柜/媒体保管，且标志明显，配置状态明确，c)
配置标识清楚。
被测试软件的标识
被测试软件的标识要求如下：
测试方在接收被测试软件时应进行清晰而显著的标识：a)
被测试软件为单件或多件且已进行标识的，只需在被测试软件出入登记表上进行标识即可：b）
被测试软件标识应同媒体的标识保持一致，确保标识的唯一性、完整性和可追溯性。c)
被测试软件测试状态标识
被测试软件测试状态标识要求如下：a）待测试：
b）测试（通过或不通过）。
4.7.5被测试软件的移交
软件测试完毕后，测试委托方在被测试软件出入登记表上签字后，应由测试方将被测试软件同软件测试报告一同移交给测试委托方。4.8测试的基本要求
软件测试的主要目的就是判断根据软件需求规格说明及设计规格说明而实现的软件的正确性、完备性、一致性、符合性等，并试图在下列各方面发现问题：软件需求特性及其相应的描述（如不活动、活动等待、活动处理等信号）：a)
有效输入的需求规格说明书（含接口需求规格说明书）或用户手册，必要时包括设计文档b)
和源代码等：
与软件相关的使用及操作规程：c）
算法、数据结构；
软件控制逻辑的判定边界。
4.9测试记录与控制
4.9.1测试记录的内容
测试记录应包含下列内容：
测试合同评审记录与报告；
测试计划、测试规程与测试说明等：测试过程数据：
测试输入/输出数据；
预期结果；
测试结果：
测试问题报告单；
分析与评估报告；
CB1360-2002
测试报告：
测试过程中所形成的有关补充协议、纪要和问题说明。4.9.2测试记录与控制要求
测试记录与控制要求如下：
a）测试方在测试过程中应形成完整的测试记录：b)
测试方在测试过程中应如实地记录测试过程中的各种现象和输出信息，对于输出信息过长或过多的情况，应遂一记录，并进行详细的说明：c)
在现场测试过程中，如果测试驱动程序、测试工具、测试用例、数据库等有变动或原代码被修改，则应对修改前后的状态进行比较记录，以便组织重新测试或回归测试。4.9.3测试记录管理
测试记录应按文件和资料的控制要求进行归档保存，确保测试的可重现性。测试记录可作为测试报告的一部分提供给测试委托方。4.10测试偏离处理
4.10.1当测试过程中发生偏离规定和程序或出现分歧时，测试方应接规定的程序进行及时的分析并采取有效的措施，防止事故的蔓延和扩大。4.10.2当测试过程中发生偏离规定和程序或出现分歧时，测试方技术负责人或测试组长应组织有关人员分析发生偏离规定和程序或测试分歧的原因和责任，制定整改措施，填写偏离规定和程序或测试分歧纠正措施报告，报告格式见附录F。4.10.3偏离规定和程序或测试分歧纠正措施报告按规定的程序批准后，应由测试组实施纠正和处理。
4.10.4当偏离规定和程序或测试分歧纠正影响测试工作质量时，应按规定的程序及时地书面反馈给测试委托方。
4.10.5必要时，应对偏离规定和程序或测试分歧的纠正措施进行评审。5详细要求
5.1测试工作流程
5.1.1测试准备
测试工作开始前，测试方应统筹安排，作好测试准备工作。在测试准备过程中，测试方应就有关事项同测试委托方进行协商并达成一致。5.1.1.1输入
测试委托方书面或口头测试委托。5.1.1.2任务
5.1.1.2.1在接受测试委托后，测试方应与测试委托方在有关问题协商一致的基础上签定测试合同。
测试方应按4.2的要求成立软件测试组，明确测试组的组成，每个成员的职责、权限及5.1.1.2.2
工作方式。
5.1.1.3输出
测试合同或协议以及一系列相关的附加说明。通常，一个测试合同除一般条款外，还应5.1.1.3.1
对下列内容进行规定和说明：
a）测试对象、范围；
测试性质、目的：
c）测试进度要求及工作安排；
d）测试所依据的标准及通过准则：8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。