[软件测试管理规范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）测试组长首先安排测试人员对代码进行静态检查，对被测试单元进行逐项检查，检查后在对应的条项后进行标记，发现问题后，填写《代码单元测试Bug清单》并提交测试组长。 3）完成代码的静态检查收，由测试组长安排各功能模块开发人员编写驱动模块或桩模块后，在驱动模块和桩模块中设计相应的测试用例，对所有的测试用例进行统一编号，在源代码中进行注释标识，进行单元测试，测试结果记录提交测试组长进行汇总。 在BUG出现的曲线图逐渐收敛并且得到控制的情况下完成单元测试。 4）测试组长对提交的测试记录进行审核后，按照《单元测试报告模板》完成单元测试报告。 5）项目经理对单元测试报告进行审核，提出修改意见，由测试组长修改，单元测试报告修改完成后由项目经理批准发布。 集成测试 角色定义 项目经理：项目的具体负责人员，包括管理负责人和技术负责人。 软件开发者：项目组成员，具体代码开发者。 测试组长：由项目经理指定项目组开发人员，一般为项目副经理或核心开发人员。 测试人员：由测试组长制定的非测试模块代码开发的其它开发人员。 管理层：技术管理团队。 执行流程 1）项目经理根据软件测试计划及项目研制进度，在完成软件模块的集成后，指定部分开发进行软件的集成测试。 2）测试组长根据项目文档和测试计划，编写集成测试用例； 3）测试人员根据测试用例，进行软件的集成测试；测试组长为集成测试开发人员提供指导。测试过程中发现的功能缺陷，由测试人员填写《Bug反馈表》后，提交给软件开发人员进行功能缺陷修改； 4）软件开发人员根据《Bug反馈表》进行功能修改，并将修改后的功能模块提交测试人员进行测试； 5）集成测试完成后，由测试组长汇集测试结果，编写集成测试报告，集成测试报告完成后提交给项目经理进行审核。 5）项目经理进行集成测试报告的审核，提出审核意见，测试组长根据意见进行修改。 6）集成测试报告修改完成后，由项目经理审