正气 进取 专业
拟制：测试部 审核：质量保证部 审核：项目管理部 审核：质量策划部 审核：软件部 审核：国龙软件部 审核： 审核： 批准：研发副总
文件说明（部门在此文件中的主要职责）
文件名称 文件编号 发布日期
软件测试工作流程 QZ/LCT-CS03-2005 2006-03-17
版本 主控部门
V2.1 测试部
意见 签名/日期
同意 同意 同意 同意 同意 同意 同意
何永健 2006.03.14 姚凤贤 2006.03.14 王国洪 2006.03.15 孙 磊 2006.03.14 任卫平 2006.03.14 李国栋 2006.03.15
袁潜龙 2006.03.17
测试部软件测试工作以此流程开展，并遵照流程中所规定的各个环节来操作。
版本号
修改时间
修改人
修改原因 创建 修改
修改主要内容
V1.0 V2.0 2005-1-20 龚明辉
V2.1 2006-2-27 史良、吴文娟 修改 完善开发流程
第 1 页 共 4 页
正气、进取、专业 质量体系文件
1、目的
规范我司测试部软件测试流程，明确测试流程各个环节的工作职责，保障软件测试有序、高效进行。 2、适用范围
本规范适用于我司测试部各软件测试组。 3、定义
无 4、职责
4.1 测试部严格按照此流程去执行，并负责维护此流程的修改； 4.2 其他部门配合执行此流程。 5、流程介绍
5.1 立项评审
软件测试组主管参与评审，并与项目管理部、质量策划部、软件部等部门的接口人，一起确定《项 目计划》、《立项申请表》、《产品定义书》、《风险评估表》等文档。此阶段测试部需要明确提出具体需求，包括样机、人力安排、测试时间，等等。
5.2 软件测试设计
项目负责人，根据立项评审时确定的上述文档，以及此阶段输入的《模块设计文档》、《系统设计文 档》、《UI设计文档》，制定《测试计划》，编写《测试用例》，并与软件部共同确定《软件版本发布计划》。此阶段负责人根据实际情况，可以提出样机及demo版本要求。
5.3 文档评审
项目负责人完成软件测试设计后，对《测试计划》、《测试用例》、《软件版本发布计划》进行评审。 评审通过后进入下一阶段，如果评审不通过，则继续进行软件测试设计，直到通过评审。
5.4 正式软件发布
软件测试设计文档通过后，软件部发布正式软件版本到测试部，并同时发布《软件版本》、《版本说 明》、《版本审查表》、《技术通知单》、《软件规格书》、《用户手册》等文档。
5.5 软件测试
项目负责人组织开展详细软件测试工作，样机数量参照《样机管理规范》规定，依据测试部《软件 测试规范》、《软件故障分类及版本通过原则》等文档，并参考软件发布时提供的文档，对软件的各个模块进行详细测试。如果此阶段客户有反馈问题，项目负责人需要及时进行验证、确认，并将验证结果反馈给相关部门接口人。测试完成后，项目负责人输出《测试报告》。
5.6 报告审批
此阶段根据软件中试准入原则，项目负责人发布测试报告。如果软件满足中试准入原则，则转入中 试阶段，如果不满足中试准入原则，则软件部继续发布新版本，测试部继续测试，直到满足准入标准。 5.7 转中试流程
软件满足中试准入原则后，主管需要将软件归档到技术室，并通知相关部门接口人。 5.8 量产版本发布
第 2 页 共 4 页
正气、进取、专业 质量体系文件
软件部发布量产版本，要求同5.4 5.9 软件测试 同5.5 5.10 报告审批
此阶段根据《软件故障分类及版本通过原则》，项目负责人发布测试报告。如果软件满足版本通过 原则，则转入量产阶段，如果不满足版本通过原则，则软件部继续发布新版本，测试部继续测试，直到 满足通过原则。 5.11 进入量产
5.12 流程图
注1：在“立项评审”与“软件测试设计”流程之间，软件部有一个“软件文档设计”的过程，在文档设计之前，测试部就上个平台遗留的一些C、D类和建议类故障与软件部商量，对于双方评审通过的故障则导入到新平台的更改。
注2：在“正式软件发布”流程之前，软件部可能会输出预测试版（也就是Demo版）需要测试部
第 3 页 共 4 页
正气、进取、专业 质量体系文件
提前介入测试，故障将被提交到Test track上，但不发布软件测试报告。
注3：在“进入量产”流程之后，对于软件可能还有个维护或者设计变更的过程，需重发版本，测试流程与前面相同，报告审批根据量产版本原则进行。
6、相关/支持性文件 7、质量记录
第 4 页 共 4 页
