06_QualityCenter工具使用规范.doc

软件缺陷管理规范V1.0Quality Center工具使用规范V1.0模版版本：V1.0编 写：编写日期：审 核：审核日期：批 准：批准日期：修订记录章节编号修订内容修订日期修订人目 录1前言- 1 -1.1目的- 1 -1.2适用范围- 1 -1.3读者对象- 1 -2过程综述- 1 -3过程目标- 2 -4角色与职责- 2 -5测试流程规范描述- 3 -5.1测试版本- 3 -5.1.1定义- 3 -5.1.2流程描述- 3 -5.1.3输入- 3 -5.1.4活动- 3 -5.1.5输出- 4 -5.2测试需求- 4 -5.2.1定义- 4 -5.2.2流程描述- 4 -5.2.3输入- 4 -5.2.4活动- 4 -5.2.5输出- 5 -5.3测试计划- 5 -5.3.1定义- 5 -5.3.2流程描述- 5 -5.3.3输入- 5 -5.3.4活动- 6 -5.3.5输出- 6 -5.4测试实验室- 6 -5.4.1定义- 6 -5.4.2流程描述- 7 -5.4.3输入- 7 -5.4.4活动- 7 -5.4.5输出- 7 -5.5缺陷跟踪- 8 -5.5.1定义- 8 -5.5.2流程描述- 8 -5.5.3输入- 9 -5.5.4活动- 9 -5.5.5输出- 9 -6验证及通过标准- 9 -1 前言1.1 目的本文用于规范软件测试组织过程中，测试管理工具Quality Center的规划与使用。1.2 适用范围本文的内容适用于使用测试管理工具Quality Center V9.2中文版来管理测试过程的软件项目，同时也可作为其他项目的实施参考。软件测试与组织过程是软件开发生命周期的一个阶段。1.3 读者对象测试人员：可以依照本过程来开展测试活动，了解测试管理工具与测试管理过程的衔接方法。项目组成员：可以通过本过程了解测试人员的职责与活动内容， 项目经理和高层经理：可以依照本过程来评估和协助测试人员的工作。2 过程综述Quality Center工具使用规范的目的主要有两个：向管理者提供合适的项目可视性，包括软件项目的过程以及工作产品；保证组织的产品既能够满足软件测试活动的需求，又能够满足所要求的质量标准。在软件项目的早期阶段，测试人员需要协助测试经理确定测试需求，编写测试用例，选择相关标准、规程等。这些计划、用例等必须有利于软件测试工作的开发，并满足组织方针的规定。Quality Center的使用，有助于提高它们的有效性和适用性，并为管理者提供可视性。软件测试过程，是以测试需求为基础的测试过程。软件测试的终极目标就是证明软件实现了客户的所有需求，保证测试全面覆盖所有需求。因此，我们的测试以需求为基础，从需求到计划，从计划到执行，从执行到缺陷很好的保证了整个测试流程的可追溯性，从而保障测试需求和测试任务的可管理性。为了保证测试管理过程与配置管理过程很好的衔接，在Quality Center的使用过程中，测试管理活动从测试版本管理开始。 图1 软件测试过程图3 过程目标开展Quality Center测试管理工具使用规范的活动，需要达到以下目标：l Quality Center测试管理活动必须事先规范l 软件产品和活动遵守适用的标准、规程和需求的情况得到客观的验证l Quality Center测试管理活动及其结果，必须通知到受影响的组和个人4 角色与职责角色职责高层经理 为Quality Center测试管理活动提供足够的资源与资金 定期评审检查测试人员的相关活动与结果 落实项目组内无法解决的不符合问题测试经理 指导和协助测试工程师开展Quality Center测试管理活动 定期评审检查测试人员的活动与结果 定期总结测试管理过程的质量状况，提出过程改进建议测试组长 协助测试经理制定软件测试过程的计划，并支持计划的执行 审核、关闭缺陷状态测试组员 参与制定软件测试需求、测试用例、测试执行、缺陷跟踪等等，并参与评审软件测试过程 向相关人员定期的报告测试过程的活动状态开发组长 协助测试组长为测试过程中的缺陷提供解决方案 审核开发组员修改缺陷开发组员 接收缺陷并修改缺陷5 测试流程规范描述5.1 测试版本5.1.1 定义 测试版本是指被测试应用软件的版本。5.1.2 流程描述需要根据测试计划文档中的规划，在测试版本中建立对应的release信息，cycle信息，并标明每个release、cycle的含义。5.1.3 输入Quality Center管理过程中测试版本管理的输入包括：l 软件测试计划l 软件版本信息l 软件产品和软件工作产品5.1.4 活动Quality Center管理过程中测试版本管理的活动包括：l 建立release：软件的一个版本，对应于一个releasel 建立cycle：每个release，建立两个cycle。一个cycle是所有新特征的测试，一个cycle是回归测试。（建议）5.1.5 输出Quality Center使用过程中测试版本管理输出的工作产品包括以下几项：l Quality Center中建立对应的release信息，并添加描述，有选择的添加附件。在后续的使用中，与需求建立关系。l Quality Center中建立对应的cycle信息，并添加描述，有选择的添加附件. 在后续的使用中，与需求、测试集建立关系。5.2 测试需求5.2.1 定义 测试需求是指在软件测试过程中，将软件需求转化成测试需求的过程中收集的需求信息。测试需求是测试过程中的重要组成部分，对指导测试工作成功完成起到了重要的作用。5.2.2 流程描述需要根据软件测试文档中的描述规划，在测试需求中建立对应的软件需求信息，需求拆分力度以二级功能菜单（或功能模块）区分，并附加相应的附件信息。附件信息可以是需求文档、设计文档等。5.2.3 输入Quality Center管理过程中测试需求管理的输入包括：l 软件需求5.2.4 活动Quality Center管理过程中测试需求的活动包括：l 合理规划需求路径，根据需求内容（例如功能模块）建立需求路径，路径应包括上级路径信息，例如“部门事物管理/出差管理/出差申请/出差单新增”l 合理添加测试需求，分析，添加描述信息，并与测试集建立关联，需求对应路径下的拆分需求信息，例如“新增出差单”的需求l 测试需求活动可以和缺陷管理活动建立关联l 测试需求活动过程的风险评估5.2.5 输出Quality Center使用过程中测试需求的输出的工作产品包括以下几项：l 根据需求功能拆分，在Quality Center中建立对应的需求目录，并添加相应的需求信息l 每个需求信息，将附加对应的软件文档，作为需求中的多信息文本内容存在5.3 测试计划5.3.1 定义 测试计划在这里的定义，等同于一般意义下的测试用例。5.3.2 流程描述需要根据测试概要设计文档中的描述规划，在测试计划中建立对应的软件测试用例信息，测试用例目录以二级功能菜单（或功能模块）区分，测试用例输入完成后，可使用工具导出成相应的word文档，统一保存。5.3.3 输入Quality Center管理过程中测试计划过程的输入包括：l 软件测试需求l 软件测试计划文档l 软件测试用例概要设计文档5.3.4 活动Quality Center管理过程中测试计划的活动包括：l 合理规划测试计划路径，根据软件基本功能内容（例如功能模块）建立测试计划存储路径，例如“部门事物管理/出差管理/出差申请/出差单新增”。l 合理添加测试用例，按以下规则填写：1） 测试用例名称：“TC”“一级菜单缩写”“功能模块缩写”+“序号”。例：核实函起草用例1编号：TC_ HSHFHCL_HSHQC _0012） 描述：填写测试用例目的3） 注释：填写附加注释信息（可选）4） 设计步骤：步骤名称固定，分别为“预置条件”、“输入”和“操作步骤”，分别为这三个步骤填写相应的描述和预期结果信息5） 测试脚本：可选6） 附件：可附上相应的测试用例概要设计文档l 测试计划活动可以和测试需求活动建立关联l 测试计划活动可以和缺陷管理活动建立关联5.3.5 输出Quality Center使用过程中测试计划的输出工作产品包括以下几项：l 根据测试用例详细设计文档功能拆分，在Quality Center中建立对应的测试计划需求目录l 每个测试计划，将按照活动中的描述信息创建对应的测试计划信息l 每个测试计划，可导出到电子文档存档（使用工具导出） 5.4 测试实验室5.4.1 定义测试实验室是指在软件测试过程中，执行测试用例并发现缺陷的过程。测试执行过程记录了测试用例中测试步骤的运行结果。5.4.2 流程描述根据测试的安排和组织，创建测试集，并在测试集中添加测试用例，并执行测试用例，记录用例的执行结果。5.4.3 输入Quality Center管理过程中测试实验室过程的输入包括：l Quality Center测试计划模块的数据l 软件测试环境图5.4.4 活动Quality Center管理过程中测试实验室的活动包括：l 合理规划测试实验室路径，根据测试计划中测试项的基本功能内容描述（例如一级菜单、二级菜单）建立测试集的存储路径l 合理创建测试集，并根据测试需要选择测试集中需要包含的测试用例，填写测试集的属性信息l 运行测试集，并记录运行结果，如果发现缺陷，同时添加缺陷，执行缺陷跟踪活动5.4.5 输出Quality Center使用过程中测试实验室的输出的工作产品包括以下几项：l 根据测试计划文档中的测试内容分布，在Quality Center中建立对应的测试集的目录文件夹l 根据测试计划文档中的用例执行轮次设置信息，建立相应的测试集，并填写测试集的属性信息l 每个测试集，包含多个测试用例和用例的执行结果l 每个测试集，可以和对应的缺陷过程关联 5.5 缺陷跟踪5.5.1 定义在IEEE 1983 of IEEE Standard 729中对软件缺陷下了一个标准的定义：l 从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题。l 从产品外部看，软件缺陷是系统所需要实现的某种功能的失效或违背5.5.2 流程描述图2 缺陷跟踪流程图流程中的角色：测试人员：负责发现、分离、再现软件缺陷简洁、清晰、完整地记录软件缺陷验证修正后的软件缺陷项目经理：负责指派软件缺陷修正人员审核软件缺陷处理情况在项目成员对软件缺陷的处理意见不一致时，行使仲裁权力监控项目组缺陷管理规程执行情况制定并采取预防软件缺陷的措施开发人员：负责修正软件缺陷，说明软件缺陷处理过程对于未处理的软件缺陷给出相应的理由说明测试负责人：负责指派软件缺陷验证人员跟踪软件缺陷处理情况，并对软件缺陷处理情况进行最终确认、关闭进行软件缺陷分析评估软件质量5.5.3 输入Quality Center管理过程中缺陷跟踪过程的输入包括：l Quality Center测试计划模块的数据l Quality Center测试实验室中测试集的运行结果5.5.4 活动Quality Center管理过程中缺陷跟踪的活动包括：l 创建缺陷，根据缺陷的流程定义，完成缺陷的生命周期l 根据缺陷信息，和统计目标模型，统计相应的缺陷。统计模型在缺陷管理过程文档中设定。5.5.5 输出Quality Center使用过程中缺陷跟踪的工作产品包括以下几项：l 根据测试集的运行结果，添加相应的缺陷信息，并记录