QJ 1876-1990 计算机软件测试－单元测试.pdf

《QJ 1876-1990 计算机软件测试－单元测试.pdf》由会员分享，可在线阅读，更多相关《QJ 1876-1990 计算机软件测试－单元测试.pdf（7页珍藏版）》请在麦多课文档分享上搜索。

1、Q.I 中华人民共在国航空航天工业部航天工业标准QJ 1876-90 计算机软件测试一单元那试1990-01-20发布1990-11-20实施中华人民共和国院空航天工业部发布中华人民共和国航空航天工业部航天工业标准QJ 187命计算机软件测试规范一单元诅IJ试1 :tllli内容与适用数黑本标准规定了航灾工业计算机软件以下简称软件)开发所必须进行的单元测试工作的鼠狼本技术要求本标准:用F航天工放研制开发修改和改泼的软件的岛生元测试-2 SI用标准GB 8567 计算机软件产品开发文件编制指南GJB 438 在用软件文销编制规范QJ / Z 165 计算机收件文样编i!l13 术语3. 1 数据

2、特征数据的朋有性、可能的偶然性、特点、质量成属性.3. 2软件特征软件的固有攸、可能的偶然性、特点、段最或间性-3. 3软件特性简称特性，指软件简求文件所指明或隐含指明的软件特征-3. 4 过程化程序设计谣言一种用于描述计算机所完成的操作顺序的穰序设计语商.3. 5 软件测试事件软件测试执行期间所发生的稿要研究的任何事件-3嗣6测试对象指定条f牛下所测试的软仲特性确定的祭合-3. 7 测试集结构:il攘反映测试对象层次分解的测试用例之间的嵌王军关系.航空航天工业部19900120批准1990M20实施QJ 1876 - 90 3. 8 测试单元简称单元，指一个或多个汁算机程序模块(小到个模块、

3、大到整个程序)与相关的控制数据、应用过程和操作过程一起组成的集合且满足下面条件a.所有模块来自单个l算机程序;b.集合中至少有一个新的或被改变的模块还没有完成单元测试，C.模块和与之相关的数据及过程是一个测试处理的唯一对象.3. 9 单元需求文件记录测试单元所需要完成的功能、接口、性能和设计限制等需求的文件-4总体要求总体要求指出软件测试过程的不同阶段和对它们的主要耍求、活动及有关文件-4. 1 单元测试要求在测试每个单元时，每项软件特性必须被一个测试用例或一个被认可的异常所覆盖.对过程化程序设计语言实现的单元进行测试时，被测单元中每条能够达到并执行的话句(或指令)都必须被一个测试用例或个被认

4、可的异常覆盖，被测单元中能够达到并执行的分支的85%必须被一个测试用例或一个被认可的异常覆盖，除非包含那些语句(或指令)的模块已经分别地进行过单元测试，4. 2 测试测试必须进行F述工作:a. lJtJ订测试计划确定被测试的特性.制定测试方法进度.资源需求、资源准备和评价准则;b.产生测试集根据被测试特性，设计测试集结构.为每一测试用例决定输入输出和控制方式，并制定相应的测试规程.获得并验证所需要的测试数据，c执行测试按测试规程执行测试用例，决定测试通过或失败.如果通过，则进行d.否则，根据错误情况重新运行测试或修改软件设计、编码或文件的有关部分，然后再重新进行测试Ld.评价依照评价准则评价测

5、试工作和被那试软件.当发现测试工作不足时应修订测试计划，重复a开始的工作，直到测试完备时为止.4. 3 测试文件单元测试必须编制测试计划和测试分析报告.这两个文件应遵照GB8567 GJB 438和QJ!Z165中测试计划和测试分析报告辈的格式及要求.5具体要求本章为4.2条的测试工作规定输入、输出和最小任务集.2 5. 1 制定测试计划5. 1. 1输入也软件项目开发计划;b. 软件需求说明; 软件设计说明-5. 1. 2任务QJ 1876 - 90 5. 1. 2. 1 确定被测试的特性，包括a.研究软件需求说明和设计说明，明确软件功能要求;b.对需求说明中指明或隐含的具有多种状态的软件，

6、要指明每种状态及其有效的状态转换;指出软件的输入输出数据结构及其有效范围，d.选择被测试的特性、相关的状态.状态转换和数据特征，无效的和有效的输入数据都必须被选择，指出未选择的特性、未选择的原因和与之相关的风险-5. 1. 2.2 确定测试的一般方法、技术和策略，包括a.测试的基本方法，b.输入、输出和状态数据(指明测试单元内部状态的数据)的现有来源，、c.数据确认的一般技术;d.采集、记录、分析和验证测试结果及测试过程中其它信息的方法，e.直接与被测试部位接口的应用软件资源.5. 1. 2.3 指出测试条件所产生的限制，如输入输出变量的变化范围-5. 1. 2.4 确定终止要求，包括也确定测

7、试过程正常终止要求;b.指出能够导致测试过程非正常终止的各种条件和所用报告方式-5. 1. 2.5 制定每一被测试特性的测试安排，包括:a.根据被测试特性，为测试设计规程命名;b.确定负责测试和调试的单位及人员需求，例如:人数、人员的技术水平、参加测试工作的时间;c.确定需要准备的资源和负责提供资源的单位;确定测试要求，e.确定详细的记录和工作内容.5. 1. 2.6 确定所有测试活动的总进度和测试日程安排-5. 1. 3输出概要的测试计划(包括测试安排).3 5.2产生测试集5. 2. 1输入8.软件需求说明，b.数据要求说明;详细设计说明;d.概要的测试计划，QJ 1876 - 90 e.

8、原始测试分析报告(如果有的话);E测试支持资源.5. 2. 2任务也设计测试集结构.根据被测试的特性和有关元素(例如过程、状态转换、数据特征)设计测试对象集的层次结构，使每个最低测试对象能够被相应的测试用例直接测试;b.选择现有可用的测试用例，当没有直接可用的测试用例时应设计测试用例，包括说明该测试用例的控制方式、输入数据和预期的输出结果;c.确定每个测试用例的测试规程.包括运行测试用例的准备、初始、中间步骤和结束，d.确定从一个测试到另一个测试以至完成整个测试的方法，e.获取测试用例所要求的数据，根据数据要求说明验证所有数据-5. 2. 3输出8.测试用例和测试规程;b.经过验证的测试数据;

9、完整的测试计划.s. 3执待测试S. 3. 1输入a.完整的测试计划;b.测试用例和测试规程;c.经过验证的测试数据;d.测试支持资源-S. 3. 2任务S. 3. 2. 1 执行测试建立测试环境，运行测试集，记录运行过程中所发生的事件S. 3. 2. 2 判定结果及处理对每个测试用例，根据预期的输出和实际运行结果决定该测试是否通过，并分析和记录结论.将采集到的执行跟踪信息记入分析报告.如果该测试不通过，必须进行失败分析并记录错误信息，然后根据下述情况进行适当4 QJ 1876 - 90 处理-8.测试用例、测试规程或测试数据错误.改正错误，记录对错误的修改，重新测试;b.测试规程执行错误.按

10、测试规程重新进行测试，C.测试环境错误.修改环境，记录改正情况，然后重新测试;或者准备进行非正常终止，然后检验终止并记录，单元编码错误.改正单元编码，记录对错误的改正，重新执行所有测试，或者准备非正常终止，然后检验终止并记录，e.单元设计错误.记录错误，准备非正常终止.根据设计错误改正设计和编码，修改相关的测试规程和数据.S. 3. 2. 3 检验终止根据终止要求或失败所产生的影响，分析可能采集到的执行跟踪信息，决定是否需要增加测试.在正常终止的情况下，如果不需要增加测试，则记录正常终止，否则，执行增加的测试(即返回到5.3.2.1).在非正常终止情况下.如果满足非正常终止条件，则必须记录导致

11、终止的现场、未完成的测试和任何未改E错误，如果需要增加测试而非正常终止条件不满足时，则8.根据5.2.2修改测试计划，b.执行增加的测试即返回到5.3.2.1).S. 3. 3输出8.执行信息包括测试结果测试事件描述、失败分析结果、错误改正情况、未改正错误原因和跟踪信息，b.修改或增加的测试规程;修改或增加的测试数据，d.检验信息.S. 4 评价S. 4. 1输入L软件需求说明;b.数据需求说明，详细设计说明，d.测试计划、测试用例、测试规程，e.执行信息;t检验信息.S. 4. 2任务S. 4. 2. 1 描述测试状态5 QJ 1876 - 90 a.比较测试计划与实际测试的差别，指出产生差别的原因;b.对非正常终止，指出测试未覆盖的区域并记录原因;C.指出未解决的测试事件和未解决的原因.5. 4. 2. 2 描述软件状态a.分析并记录测试所显示出的软件与软件需求说明的相同与不同，b.根据软件需求说明、测试结果和发现的错误信息评价软件的设计与实现;完成测试分析报告).5. 4. 3输出测试分析报告以附加说明:本标准由航空航天工业部708所提出.本标准由航空航天工业部204所负责起草.6