文档介绍：测试管理办法修订历史记录日期版本作者审核者说明2013-7-......测试准备5.......缺陷管理9..!未定义书签。问题关闭错误!未定义书签。回归测试•错误!未定义书签。回归测试策略错误!未定义书签。回归测试基本过程•错误!未定义书签。, 通过测试活动及早发现软件系统中的缺陷, 并确保缺陷被有效的标识、跟踪、和修改,保证软件系统能够达到要求的质量,符合客户的要求。适用范围本过程适用于软件生命周期中的集成测试、系统测试、性能测试活动和缺陷管理活动。职责项目组测试负责人可以由测试经理指定测试组成员其他人员担任。项目组测试负责人以下简称测试负责人。测试负责人负责:制定测试计划参与、跟踪测试过程对测试活动和结果进行分析,撰写测试分析报告测试人员,由项目组成员担任,负责:根据测试计划编写测试用例搭建测试环境,准备测试脚本执行测试,记录测试结果和缺陷执行回归测试测试准备文档分析测试人员应参加需求评审、设计评审。对〈〈用户需求说明书》、〈〈系统界面原型》和〈〈软件设计说明书》等进行阅读和审查,与需求经理、项目经理沟通,根据系统功能复杂度,系统业务复杂度进行估算有效测试执行时间,为项目总计划和测试计划的制定提供参考和依据。通过对文档分析,分解各功能模块,各功能点,为测试用例设计提供数据依据。测试计划根据测试的种类,测试计划分为功能测试和性能测试计划。测试计划旨在说明各测试阶段任务、人员分配、时间安排、测试要点、工作规范等。测试计划在策略和方法方面说明如何计划、组织和管理测试项目。测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的。测试计划不包括测试用例的细节和系统功能的详细信息。 测试计划的制定请参阅〈〈测试计划》模板。测试计划应附有测试功能点矩阵、测试性能点矩阵。测试计划应在项目组内进行评审。参与测试计划评审的人员包括:项目经理、测试负责人、开发人员、测试人员。测试用例测试用例是为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。解决要测什么、怎么测和如何衡量的问题。依据用户需求分析说明书、概要设计文档来设计测试用例,发现需求与设计中的问题后,与需求作者及时沟通确认。测试用例设计方法测试用例的设计方法有等价类测试、边界值分析、基于判定表的测试、基于因果图的测试、基于状态图的测试、基于场景的测试。在设计测试用例时常用的设计方法有等价类测试、边界值分析两种方法。测试用例操作步骤1、在设计编写测试用例时,首先要从测试用例库中选择相应功能的测试用例, 在原有测试用例的基础上依据系统需求文档对测试用例的进行修改、 更新,评审通过后将使用该测试用例测试被测系统。2、在测试项目结束后,统计分析所使用过的测试用例, 进行分类放到相应的测试用例库中。为以后测试用例的设计编写提供数据基础。测试用例选择准则测试用例的代表性:能够代表各种合理和不合理的、合法的和非法的、边界和越界的 ,以及极限的