GB/T 38634.2-2020 系统与软件工程 软件测试 第2部分:测试过程.pdf

GB/T 38634.2-2020 系统与软件工程 软件测试 第2部分:测试过程.pdf
仅供个人学习
反馈
标准编号:
文件类型:.pdf
资源大小:3.1 M
标准类别:电力标准
资源ID:46960
免费资源

标准规范下载简介

GB/T 38634.2-2020 系统与软件工程 软件测试 第2部分:测试过程.pdf简介:

GB/T 38634.2-2020《系统与软件工程 软件测试 第2部分:测试过程》是中国国家标准(GB/T)中的一项技术标准,它属于“系统与软件工程”领域,具体关注于软件测试过程的规范。该标准的第二部分详细规定了软件测试活动的各个环节,包括测试计划、需求分析、设计评审、测试设计、测试执行、测试报告、测试控制、测试度量和改进等。

该标准旨在提供一套系统的、可重复的和可度量的软件测试流程,以确保软件产品的质量,提高测试效率,降低测试风险,并有助于维护测试过程的标准化。它适用于所有类型的软件开发项目,包括商业软件、开源软件、嵌入式软件等。

通过遵循GB/T 38634.2-2020,软件开发团队可以确保测试活动的完整性、公正性和有效性,从而更好地满足用户需求,提升软件产品的市场竞争力。

GB/T 38634.2-2020 系统与软件工程 软件测试 第2部分:测试过程.pdf部分内容预览:

7.2.4.10沟通并提供测试计划(TP9)

此活动包括以下任务: a)应提供测试计划; b)测试计划的可用性应告知利益相关方。 注:这可能需要制定沟通计划。

通过执行该过程,将产生以下信息项 a) 测试计划。

通过执行该过程《自动门 JGT177-2005》,将产生以下信息项! )测试计划,

7.3测试监测和控制过程

如图7所示,测试监测和控制过程检查测试是否按照测试计划以及组织级测试规格说明(例如组织 吸测试方针、组织级测试策略)进行。如果与测试计划的计划进度、活动或其他方面存在重大偏差,则将 采取措施以纠正或弥补由此产生的偏差。 该过程可应用于整个测试项目(通常由多个测试阶段和多种测试类型组成)的管理,或者用于管理 单个测试阶段(例如系统测试)或测试类型(例如性能测试)的测试。在后二种情况下,它被用作动态测 式过程描述的动态测试的监测和控制的一部分。当作为整个项目的测试监测和控制的一部分应用时, 它将直接与用于管理项目的单个测试阶具 型的测试管理过程交互。

图7测试监测和控制过程

测试监测和控制过程的目的是确定测试进度能否按照测试计划以及组织级测试规格说明(例如组 织级测试方针、组织级测试策略)进行。它还根据需要启动控制操作,并确定测试计划的必要更新(例如 修改完成准则或采取新的措施,以弥补测试计划的偏差)。 该过程也可用于确定测试进度是否符合更高级别的测试计划,以及管理在特定测试阶段(例如系统 测试)或特定测试类型(例如性能测试)中执行的测试

测试监测和控制过程成功实施的结果包括: a 建立监测测试进度和风险变化的适当测度的收集方法; 监测测试计划进度; 识别、分析与测试相关的新风险和变更风险,并采取必要措施; d) 确定必要的控制措施; e) 向利益相关方传达必要的控制措施: ) 批准停止测试的决定; 向利益相关方报告测试进度和风险变化

测试监测及控制负责人应按照测试监 用的组织级方针和规程执行下列活

7.3.4.2准备(TMC1)

此活动包括以下任务: 如果测试计划或组织级测试策略尚未定义测试测度,宜确定适当的测试测度来监测测试计划 的进度; 6 如果测试计划或组织级测试策略尚未定义这些方法,宜确定新的和变更风险的合适方法: 应建立监测活动例如测试状态报告和测试测度收集,以收集上述任务a)~b)以及测试计划和 组织级测试策略中确定的测试测度,

Z.3.4.3监测 (TMC2)

此活动包括以下任务: 电 应收集并记录测试测度; b 应使用收集的测试测度监测测试计划的进度情况; 示例1通过审查测试状态报告,分析测试测度并与利益相关方召开会议, 应识别与计划的测试活动的差异,并记录阻碍测试进度的任何因素; d) 应识别和分析新风险,以确定需要通过测试进行缓解的风险,以及需要与利益相关方沟通的 风险; 应监测已知风险的变化,以确定需要通过测试进行缓解的风险,以及需要与利益相关方沟通的 风险。 示例2:将需要测试的风险告知项目经理。 注:重复上述任务a)~e),直至达到测试计划中指定的测试终止或完成条件为止,这通常是通过检查是否已 达到完成准则。

此活动包括以下任务: )应收集并记录测试测度; b) 应使用收集的测试测度监测测试计划的进度情况; 示例1:通过审查测试状态报告,分析测试测度并与利益相关方召开会议, 应识别与计划的测试活动的差异,并记录阻碍测试进度的任何因素; d) 应识别和分析新风险,以确定需要通过测试进行缓解的风险,以及需要与利益相关方沟通的 风险; 应监测已知风险的变化,以确定需要通过测试进行缓解的风险,以及需要与利益相关方沟通的 风险。 示例2:将需要测试的风险告知项目经理。 注:重复上述任务a)~e),直至达到测试计划中指定的测试终止或完成条件为止,这通常是通过检查是否已 达到完成准测,

Z.3.4.4控制(TMC3)

此活动包括以下任务: 应按照测试计划的要求进行相关监控活动。 示例1:将测试活动的责任分配给测试人员。 b 执行从上级管理过程收到的控制指令所必需的活动。 示例2:如果正在管理特定测试阶段,来自项目测试经理的操作, 应确定管理实际测试与计划测试之间的差异而采取的必要措施。 注1:这些控制措施可能需要变更测试、测试计划、测试数据、测试环境、人员配置和/或其他领域(例如开发 的变更, d 应确定处理新发现和变更风险的方法。 注2:这可能包括为特定任务分配更多人员并更改测试完成准则。 e 适当可采取: 1)发出控制指令以改变测试方法; 2)测试计划的变更以测试计划更新的形式进行; 3)建议的变更应通知利益相关方。 示例3:IT对测试环境的支持, 力 如果尚未开始任何指定的测试活动,则应在开始该活动前建立开始该活动的准备状态。 注3:这通常可以通过检查测试计划中描述的进入准则来执行。 注4:分配的测试活动可以是测试执行。 注5:可以在测试设计和实现过程,和/或测试环境构建过程中建立准备状态, 8 应在指定的测试活动完成时给予批准。 示例4:完成较低级别的测试, 注6:这通常可以通过检查测试计划中描述的退出准则米执行。 h 当测试达到完成准则时,应获得测试完成决定的批准。

此活动包括以下任务: 应按照测试计划的要求进行相关监控活动。 示例1:将测试活动的责任分配给测试人员。 执行从上级管理过程收到的控制指令所必需的活动。 示例2:如果正在管理特定测试阶段,来自项目测试经理的操作, 应确定管理实际测试与计划测试之间的差异而采取的必要措施。 注1:这些控制措施可能需要变更测试、测试计划、测试数据、测试环境、人员配置和/或其他领域(例如开发 的变更, d 应确定处理新发现和变更风险的方法。 注2:这可能包括为特定任务分配更多人员并更改测试完成准则。 e 适当可采取: 1)发出控制指令以改变测试方法; 2)测试计划的变更以测试计划更新的形式进行; 3)建议的变更应通知利益相关方。 示例3:IT对测试环境的支持, 力 如果尚未开始任何指定的测试活动,则应在开始该活动前建立开始该活动的准备状态。 注3:这通常可以通过检查测试计划中描述的进入准则来执行。 注4:分配的测试活动可以是测试执行。 注5:可以在测试设计和实现过程,和/或测试环境构建过程中建立准备状态, 8 应在指定的测试活动完成时给予批准。 示例4:完成较低级别的测试, 注6:这通常可以通过检查测试计竭中描述的退出准则来执行。 h 当测试达到完成准则时,应获得测试完成决定的批准。

Z.3.4.5报告(TMC4)

此活动包括以下任务: )测试计划的测试进度应在规定报告期内的测试状态报告中传达给利益相关方; b)风险登记册应更新现有风险的新风险和变化,并传达给利益相关方。

通过执行该过程,将产生以下信息项: 测试状态报告; b) 测试计划变更; c 控制指令(例如测试、测试计划、测试数据、测试环境和人员的变化): d 项目和产品风险信息。 示例:风险信息可以保存在项目风险登记册中,也可以保存在测试计划中

图8所示的测试完成过程是在测试活动完成后执行的。它用于对特定测试阶段(例如系统测试) 试类型(例如性能测试)以及完整项目的测试的总结

图 8 测试完成过程

测试完成过程的自的是提供有用的测试资产供以后使用,使测试环境保持在令人满意的状态,记录 则试结果并将其传达给利益相关方。测试资产包括测试计划、测试用例说明、测试脚本、测试工具、测试 文据和测试环境基础设施

测试完成过程成功实施的结果包括: 测试资产存档或直接传递给利益相关方; b) 测试环境处于约定状态(例如,使其可用于下一个测试项目): 满足并验证所有的测试要求; d) 编写测试完成报告: e) 批准测试完成报告; f 将测试完成报告发送给利益相关方

4.4.2存档测试资产(TC1)

此活动包括以下任务: 宜确定以后可能使用的测试资产,并使用适当的方法提供这些资产; 示例1:在配置管理系统中适当标记要重用的测试资产(例如用于回归测试)。 b 宜识别和存档可在其他项目上重复使用的测试资产; 示例2:测试计划、人工和/或自动化测试规程、测试环境基础设施 重用测试资产的可用性应记录在测试完成报告中并传达给利益相关方 示例3.负责维护测试(以实现成功的转换)的人员和项目测试经理,

7.4.4.3清理测试环境(TC2)

此活动包括以下任务: a)所有测试活动完成后,测试环境应恢复至预先定义的状态。 示例,恢复设置以及硬件至初始状态,

DB41∕T 1468-2017 速熔型SBS改性沥青混凝土施工技术规范7.4.4.4识别经验教训(TC3)

此活动包括以下任务: a) 应记录项目执行期间的经验教训; 注:可记录以下内容: 1)在测试及相关活动中顺利进行的工作: 2)在测试及相关活动中出现的问题; 3)测试或其他过程(例如开发过程)的改进建议, b)将成果记录在测试完成报告中,并发送给利益相关方

7.4.4.5总结测试完成情况(TC4)

通过执行该过程,将产生以下信息项: 租)测试完成报告

通过执行该过程,将产生以下信息项! a)测试完成报告。

策略的实现的一部分来调用,测试策略记录在测试计划中《港口设施维护管理规定(征求意见稿)》,包括测试阶段(例如:系统测试)和测试类型 (例如:性能测试)。

给定阶段的测试(例如:系统测试)或给定类型的测试(例如:性能测试)。这是因为当设计和运行测试 时,监督测试管理过程(测试监测和控制)可监测测试进度(通过测试测度),可能需要进一步测试(通过 控制指令)来设计和运行,直到实现该测试活动的完成准则。 测试测度是动态测试过程的输出和测试监测和控制过程的输入(见图7),它可以在动态的测试过 程的任何活动期间生成。测试测度用于向测试管理人员报告测试的状态和进度。例如,测试测度可以 用来指示测试管理中测试团队已经设计了多少测试用例。 类似地,控制指令是测试管理过程的输出和动态测试过程的输入(见图7),并且可以在动态测试过 程的任何活动期间起作用。控制指令对应手测试管理人员的指令,指示测试团队如何进行动态测试。 列如,可以尚测试团队提供控制指令,指导他们为新程序功能设计额外的测试用例,这些新程序功能已 由测试经理分配给了他们的团队。 由于测试测度可以在动态测试过程的任何活动期间产生,并且由于控制指令可以在这些过程的任 何活动期间起作用.因此指令的生成和指令的处理不会作为这些过程的任何特定活动中的任务。

©版权声明
相关文章