软件公司制度之测试管理制度.doc

PAGE PAGE 20 PAGE PAGE 21 测试管理制度 　总则 　编写目的 作为测试组阶段性适用的管理规范，指导测试各岗位人员日常及工作流程，保证测试部门高效有序的运行。 　基本内容 测试流程 过程管理 监控及评审机制 培训及考核机制 　名词解释 测试环境：测试环境是指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。 QA：用有计划和系统化的方法确保定义的过程标准、实践、程序和方法能够实行。本文档中QA特指质量保证人员。 　工作流程 　测试流程图 测试流程图如下图所示： 　工作细节 按照工作范围及工作顺序，划分四个主要工作环节，为测试工作提供全面的保障和监管。 环境配置 管理测试环境，部署待测项目测试环境，定期维护策略，保障产品线上环境与测试环境的一致性。 业务测试 主要负责独立项目及产品的测试工作，输出测试过程文档，保障质量及最终交付。 工作内容：负责接收测试任务、测试计划制定、测试内容（测试点）清单、测试用例编写、测试执行、bug管理库维护；输出测试计划、测试报告、bug分析报告等，保障测试执行和测试进度。 探索测试 为业务测试提供技术方案、难点质量保障和技术支持，预研测试新技术。 工作内容：测试技能列表规划、测试指标规划、自动化测试技术规划、测试用例设计技术规划、测试平台规划、寻求外部先进技术等；平衡项目测试工作中技术难点和遗留问题；新技术攻关、测试技术难点攻关、故障攻关。 QA 审核测试过程文档规范，监管各业务组排期及执行进度。 工作内容：承担项目测试小组的建设工作的推动和监督、审核，承担测试部内部工作的质量把控（评审工作、培训工作、新员工工作、内部文档库和交流平台工作、流程工作、新技术推广工作、各种内部规范工作等）。 　过程管控 　测试规划 确定各测试阶段的目标和策略，输出测试计划，明确要完成的测试活动，评估完成活动所需要的时间和资源，设计测试组织和岗位职权，进行任务安排和资源分配，安排跟踪和控制测试过程的活动。 测试规划与软件开发活动同步进行。在需求分析阶段，要完成验收测试计划，并与需求规格说明一起提交评审。类似地，在概要设计阶段，要完成和评审系统测试计划;在详细设计阶段，要完成和评审集成测试计划;在编码实现阶段，要完成和评审单元测试计划。对于测试计划的修订部分，需要进行重新评审。 由项目管理办公室、项目经理及测试三方确定，根据项目体量确定内审、外审方式及测试范围。 　测试设计 根据测试计划设计测试方案。测试设计过程输出的是各测试阶段使用的测试用例。测试设计也与软件开发活动同步进行，其结果可以作为各阶段测试计划的附件提交评审。测试设计的另一项内容是回归测试设计，即确定回归测试的用例集。对于测试用例的修订部分，也要求进行重新评审。 　测试执行 使用测试用例运行程序，将获得的运行结果与预期结果进行比较和分析，记录、跟踪和管理软件缺陷，最终得到测试报告。 　配置管理 管理对象包括测试计划、测试用例（测试内容）、测试版本、测试工具及环境、测试结果等。详见公司《配置管理规范》。 　资源管理 包括对测试参与的人力资源和工作场所、以及相关设施和技术支持的管理。 　测试管理 采用适宜的方法对上述过程及结果进行监视，以保证上述过程的有效性，并进行适当的调整或纠正。 　建立文档库 　文档库 技术文档库的内容包括技术理解文档、测试案例、测试列表、测试角度checklist、各种方法、模板、报告、工作文档、技术文档、重点故障分析文档等。 　建立技术文档库的目的 便于文档存储和查找、文档质量审核、技术交流、文档任务监控。文档库是团队建设当中的重点，是团队技术积累、有助于提高工作质量和工作效率。 　监控及评审机制 　监控机制 监控机制拟从多颗粒度把控测试工作进度及执行情况，优化过程管控，提升个人总结能力，也可作为调整个人绩效考核指标的有效依据。具体分为： 工作日志 工作分类（周任务、当天任务、版本测试工作、团队建设工作、沟通交流工作等） 工作计划（优先级别、时间安排、预期目标、完成标志） 任务执行（优先级别、开展时间、进度描述、结果、数据描述、收获总结） 工作评估：收获和不足（原因及解决方案） Bug信息（提交数量、回归情况、bug状态统计信息、提交版本质量评估、亮点bug） 工作周报 工作周报从工作日志当中提取。 月度总结 月度总结从工作周报当中提取。 年度总结 年度总结从月度总结中提取。 　评审机制 建立评审机制是为了保证测试范围及用例覆盖率，提升测试效率，保障测试质量。 评审类型 评审工作包括测试需求评审、测试策略评审、测试方案、测试用例评审、技术理解文档评审、测试报告评审、测试角度评审、测试计划评审、测试流程、规范评审等等。 评审范围及评审 评审范围分为测试组内评