测试体系建设与软件测试流程.doc

测试体系建设 与 软件测试流程 （初稿） 北京天阳宏业软件技术有限公司 修改历史 日期 版本 作者 修改内容 更改请求号 2011/12/21 1.0 王岩 新建 “更改请求号”为文档正式发布后需要变更时的编号，编号方法待定。 正式批准 角色 签名 日期 备注 1.目的 4 2.范围 4 3.参考资料 4 4.测试过程描述 5 4.1 测试流程图 5 4.2 活动说明 6 4.2.1 需求评审 6 4.2.2 测试计划 8 4.2.3测试设计 9 4.2.4 功能测试执行 10 4.2.5集成/性能测试设计 12 4.2.6集成测试/性能测试 13 4.2.7 文档测试 16 4.2.8 测试报告 18 5.缺陷管理 19 5.1 概述 19 5.1.1 编写目的 19 5.1.2 适用范围 19 5.1.3 角色和职责 19 5.1.4 名词解释 19 5.2 缺陷状态关系示意图 20 5.3 缺陷流转的过程及处理 20 5.3.1 新建缺陷 21 5.3.2 修复缺陷 21 5.3.3 验证缺陷 21 5.4 缺陷页面部分字段详解 21 5.5 规范 23 6.配置管理 23 7.人员培养 23 1.目的 本文是对项目软件测试的指导性文件，对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程及测试过程中涉及到的角色职责进行总体规范，以有效保证软件质量。 2.范围 本文适用于信息中心软件测试人员。 3.参考资料 《缺陷管理规范》 《测试执行规范》 《文档测试指南》 《项目测试计划模版》 《测试用例设计规范》 《功能测试用例模版》 《集成测试用例模版》 《项目测试报告模版》 《自动化测试计划模版》 《性能测试计划模版》 4.测试过程描述 4.1 测试流程图 4.2 活动说明 4.2.1 需求评审 4.2.1.1目的 从源头把握软件质量，并确保开发结果与实际需求相一致 4.2.1.2角色与职责 需求人员：《需求规格说明书》的编写，以及软件开发过程中《需求规格说明书》的修 正； 评审人员：评审《需求规格说明书》，从全面性、完整性、正确性、一致性、可靠性方 面检、查《需求规格说明书》，将需求缺陷提交给需求人员，并跟踪需求缺 陷直至需求缺陷验证关闭。 4.2.1.3启动标准 《需求规格说明书》编写完成 4.2.1.4工作流程图 4.2.1.5输入/输出 输入：《需求规格说明书》 输出：需求缺陷 4.2.1.6规范 参见《文档评审指南》 4.2.2 测试计划 4.2.2.1目的 明确测试内容、测试任务安排、测试进度、测试策略、测试资源、风险控制；保持测试过程的顺畅，有效控制和跟踪测试进度，应对测试过程中的各种变更。 4.2.2.2角色与职责 测试负责人：根据《项目整体计划》、《需求规格说明书》编制《测试计划》，明确测试 内容、测试任务安排、测试进度、测试策略、测试资源、风险控制，以便 测试工作正常开展，测试计划实际编写内容参见《项目测试计划模版》。 4.2.2.3启动标准 需求评审完成，《项目整体计划》编制完成。 4.2.2.4工作流程图 4.2.2.5输入/输出 输入：《需求规格说明书》、《项目整体计划》 输出：《测试计划》 4.2.2.6规范 测试计划编写内容参加《测试计划模版》。 4.2.3测试设计 4.2.3.1目的 通过多种测试方法编写测试用例，以使最少的测试用例，实现最大的测试覆盖，保证软件功能的正确性，从而提升软件质量。 4.2.3.2角色和职责 测试人员：采用多种测试方法编写有效的测试用例，并对遗漏/错误的测试用例进行修 正。 评审人员：对测试人员编写的测试用例进行评审，提出遗漏/错误的用例缺陷，并跟踪 直至用例缺陷的验证关闭。 4.2.3.3启动标准 需求文档评审完成 且 测试计划制定完成 4.2.3.4工作流程图 4.2.3.5输入输出 输入：《需求规格说明书》 输出：《测试用例》、测试用例评审缺陷 4.2.3.6规范 测试用例实际内容参见《测试用例模版》，测试用例评审规范参见《文档测试规范》。 4.2.4 功能测试执行 4.2.4.1目的 依据测试计划，按照测试用例对软件进行测试，验证软件功能与需求的实际匹配程度。 4.2.4.2角色与职责 测试人员：依据测试计划，按照测试用例对软件功能进行测试。对于发现的缺陷必须记 录，并且跟踪缺陷的状态，直至缺陷的验证关闭。在测试执行过程中发现的 遗漏测试用例必须补充至测试用例，保证测试用例与实际测试的一致性。 开发人员：对于测试人员提交的缺陷进行确认、修复。 开发经理：对测试人员与实际开发人员意见不一的问题进行裁决。 4.