软件测试管理规V1.0.docVIP

编号：Q/XT CM-XXX-01 密级：内部 软件测试管理规范 （V1.0） 会 签 部 门 编 写 XXX 校 对 审 核 标 审 批 准 XXX XXX年5月 文件状态 文件状态 ( 草稿 ( 正式发布 ( 正在修改 文件标识 Q/XT CM-2008-01 当前版本 V 1.0-A 作 者 XXX 完成日期 XXX年5月 版本历史 版本/状态 作者 参与者 起止日期 备注 V 1.0 XXX XXX-5-11/XXX-5-23 目录 1 软件测试原则（总则） 1 2 软件测试流程 1 2.1 测试计划编制 2 2.1.1 角色定义 2 2.1.2 执行流程 2 2.2 单元测试 3 2.2.1 角色定义 3 2.2.2 执行流程 4 2.3 集成测试 5 2.3.1 角色定义 5 2.3.2 执行流程 5 2.4 系统测试 7 2.4.1 角色定义 7 2.4.2 执行流程 7 软件测试原则（总则） 为了验证软件是否满足软件开发合同或项目开发计划、系统／子系统设计文档、软件需求规格说明、软件设计说明和软件产品说明等规定的软件质量要求，为软件产品的质量测量和评价提供依据，特制定本规范； 软件测试应包含以下测试内容： a.单元测试; b.集成测试; c.系统测试; d.验收测试。 可根据软件的规模、类型、完整性级别选择执行测试类别。回归测试可出现在上述每个软件测试类别中，贯穿于整个软件生命周期，该分类单独进行描述。 软件测试必须以认真负责的精神和严谨的态度严格执行技术规范和规定，具体要求是： 所有的测试都应追溯到用户需求； 应当把“尽早地和不断地进行软件测试”作为软件测试者的座右铭； 程序修改后要回归测试。 软件测试流程 测试工作主要分为测试计划编制、单元测试、集成测试、系统测试、用户现场验收测试等五个部分。 测试计划编制 角色定义 项目经理：项目的具体负责人员，包括管理负责人和技术负责人。 软件开发者：项目组成员，具体代码开发者。 测试人员：质管部软件测试人员。 测试组长：由管理层和项目经理指定的质管部测试人员，一般为质管部负责人或是经验丰富的测试员。 管理层：技术管理团队。 执行流程 1）项目启动后，项目经理根据项目日程安排，在基本完成需求分析、概要设计和详细设计文档后，填写《系统测试申请单》，提交给测试组长，提出软件测试计划的编写要求。 2）测试组长收软件测试计划的编写要求后，根据项目经理提供的项目相关文档，认真了解项目背景，在理解项目设计情况的条件下，组织测试人员按照《软件测试计划模板》进行测试计划的编写。 3）测试人员根据测试组长的任务安排，根据项目相关文档编写测试计划。 4）测试组长汇集、整合测试人员编写的测试计划，编辑完成软件测试计划文档，提交项目经理进行修订。 5）项目经理对软件测试计划文档进行修订，并根据项目的实际情况进行修改。 6）软件测试计划文档修改完成后，由项目经理提交公司管理层进行软件测试计划的审查，管理层提出审查意见，测试组长和项目经理根据审查意见进行文档的修订，修订完成后，由管理层审查后批准发布。 7）项目经理将批准后软件测试计划进行文档发布，需要发布到项目组的开发人员、软件测试人员、测试组长。 单元测试 角色定义 项目经理：项目的具体负责人员，包括管理负责人和技术负责人。 软件开发者：项目组成员，具体代码开发者。 测试组长：由项目经理指定项目组开发人员，一般为项目副经理或核心开发人员。 测试人员：由测试组长制定的非测试模块代码开发的其它开发人员。 管理层：技术管理团队。 执行流程 1）项目经理根据软件测试计划，在功能模块开发完成后，即可启动该模块的单元测试。 2）测试组长首先安排测试人员对代码进行静态检查，对被测试单元进行逐项检查，检查后在对应的条项后进行标记，发现问题后，填写《代码单元测试Bug清单》并提交测试组长。 3）完成代码的静态检查收，由测试组长安排各功能模块开发人员编写驱动模块或桩模块后，在驱动模块和桩模块中设计相应的测试用例，对所有的测试用例进行统一编号，在源代码中进行注释标识，进行