软件测试管理规范概要

软件测试管理规范 中译语通 (青岛 科技有限公司 计算机软件测试规范1 目的对软件产品(项目的特性进行测试,以确保产品(项目的符合性。 2 范围适用于产品(项目开发阶段及实施阶段的测试。3 职责3.1 项目经理负责测试活动的申请、明确测试内容并将测试产品(项目提 交。3.2 测试组成员负责测试用例的设计、编写和测试实施。3.3 测试经理负责组织测试过程,执行完成后的统计分析与总结。4 工作程序4.1 测试启动4.1.1 在产品(项目开发完成阶段,由项目经理提交测试申请,测试经理组织 编写测试大纲和测试进度计划。4.1.2 测试经理参照测试大纲,结合项目的具体情况建立测试小组。4.2 测试4.2.1除单元测试以外,在进行各种测试前应做好下述准备:a 、 配 备测试用的硬件环境;b 、建立相应的运行环境和网络环境;c 、 准 备测试数据;d 、组织和培训测试人员;e 、 制 定测试计划。4.2.2 测试依据测试大纲、测试计划、测试用例、需求分析文档、设计说明书、上阶段测试 记录、上版软件产品用户反馈意见记录和顾客提供的相关项目资料等。4.2.3 测试计划的制定4.2.3.1各阶段的测试计划内容应包括测试时间、 人员安排、 设备环境的建立、 测 试记录、统计方法、问题反馈处理办法、测试用例和测试数据等。4.2.3.2 测试人员或组长制定单元测试计划、系统测试计划、验收测试计划,提 交测试经理批准后执行。4.2.4 测试用例的设计4.2.4.1 单元测试用例的设计 测试组成员根据单元测试计划并参阅详细设计说 明书, 针对详细设计说明书的每一个模块, 设计出合理适用的单元测试用例, 并 指出用黑盒或(和白盒方法进行测试。测试经理确认测试用例是否充分覆盖, 并组织项目室、 技术室、 测试室有关人员对测试用例进行评审并将白盒及黑盒测 试用例分开,具体操作可参见软件评审作业指导书 。4.2.4.2 系统测试用例的设计 测试组成员根据系统测试计划,参阅概要设计说 明书、 需求分析文档和用户提出的系统性能方面的要求, 针对需求分析报告及功 能规格说明书中描述的功能需求和概要设计说明书中描述的模块集成情况分别 设计出适用的黑盒测试用例或 (和 集成模块的白盒测试用例分析文档, 测试用 例应覆盖所有的功能点, (若因条件所限,不能进行测试的,应在测试报告中说 明。 主要应从如下几个方面考虑:数据和数据库完整性测试、性能评测、负载 测试、强度测试、容量测试、安全性和访问控制测试、故障转移和恢复测试、配 置测试、安装测试。系统测试用例应经过测试组的自检、互检,经测试经理审批 后, 方可用于测试。 在进行系统测试用例的设计过程中应定期将文档提交到项目 配置库中。4.2.5 测试实施根据测试目的的不同,分几个阶段进行测试。4.2.5.1 单元测试测试人员从配置管理员处用例库中提取测试用例, 按照测试大纲和测试计划 执行单元测试, 确保通过单元测试通过准则, 保证模块运行正确、 界面与设计说 明书相一致。4.2.5.2 系统测试测试组成员从配置管理员处配置管理用例库中提取系统测试用例, 按照测试 计划执行系统测试 , 测试的内容按照测试用例进行。 系统测试应力图测试完整, 需求制作安装盘的, 应以安装的版本进行测试。 安装盘由项目组制作。 保证软件 产品数据流计算的正确性、 软件产品整体运行的稳定性、 与其他软件产品数据接口间的正确性,以及与需求说明书的一致性。4.2.5.3 验收测试测试人员应严格按照测试大纲和测试计划所确定的测试用例进行测试, 测试 人员应如实、完整地记录测试结果,对问题级别的判断应客观、准确。 (在测试 中如发现测试用例以外的软件问题,也应作好记录。 保证软件产品运行的稳定 性和与需求说明书的一致性, 同时进行软件产品加密、 安装正确性的测试, 以保 证发版软件产品的正确性。4.2.5.4 在验收测试完成 , 评审会通过、项目经理批准的情况由综合室将测试产品 提交给用户(或相当于用户的角色进行 测试 , 并由综合室负责指派人员对用 户 测试的跟踪工作 , 及时收集顾客反馈的问题,并根据顾客的反馈情况进行相 应的处理。4.2.7 测试记录的控制4.2.7.1在测试过程中,测试人员应按单元测试错误等级的划分标准和系统 测试错误等级的划分标准 的规定进行判定并做好测试记录, 随时准确详细地记 录软件的错误和不妥之处。 每个错误 (建议 所属的模块、 出错描述、 错误等级、 问题状态、测试日期、测试人、测试版本、图片(需要时都应该在相应的栏目 中填写清楚; 所作的问题描述要求开发人员根据记录的步骤进行操作, 可重现错 误重现, 不可重现错误能理解操作步骤, 寻找错误根源。 对于测试的问题可采用 OA 测试用例库工具进行记录,也可用问题记录模板记录,具体方式由测试经理 确定。4.2.7.2各阶段测试完成后, 测试组应提交软件测试报告, 报测试经理审批后归档。 4.2.7.3 对测试问题的判别有如下几类:P1 致命错误:将使整个系统无法满足关键性、 技术性指标要求, 将导致工 程失败;P2 严重问题:导致系统无法正确运行;P3 不同问题:会降低系统可靠性、 安全性问题, 降低系统的可操作性问题; P4 轻微问题:对整个系统的影响较小, 可能降低系统的效率或产生其他后 果。4.2.8 测试反馈和处理4.2.8.1 对测试问题的处理对测试中发现的问题, 项目经理应及时组织修改, 并定期将修改的版本提交 给测试组进行下一轮的测试。4.2.8.2 测试记录传递a 、 单 元测试、系统测试和验收测试完成后,由测试人员将测试计划、数据 统计分析交测试经理审核编号后传递给项目经理,再由项目经理传递给 相关相目人员,再完成此次测试修改后,由项目经理将测试的文档交与 配置管理人员进行存档。b 、用户测试后的结果,由用户反馈到营销中心,营销中心根据具体情况进 行传递。4.2.9 不合格项控制对测试记录的不合格项,由测试人员及时反馈到软件开发人员,并按各自的 标准要求进行修改和确认后再重新测试。4.2.10 让步放行规定在例外情况下,当测试中出现某项“不通过”时,在不影响下一阶段开发、 不影响软件产品结构、 不影响用户使用的情况下, 经项目经理批准可以进行下一 阶段的工作;如提交用户,需经软件事业部部门经理批准,并取得用户的同意。 但测试人员必须作好记录, 并采取措施跟踪和处理, 在修改版