重点监控项目测试管理
协作指南
广东数据通信网络有限公司
质量管理部
版本:V1.0
版本修订历史记录:
版本
日期
修改内容
作者
V0.1
2010-2-26
新建文档
李丽萍
V1.0
2010-3-1
正式发布
李丽萍
目录
1、 术语表..... 52、 目的..... 53、 适用范围..... 54、 概述..... 55、 角色与职责..... 66、 启动准则..... 67、 输入..... 68、 流程图..... 79、 主要活动..... 89.1. 公司立项..... 89.2. 组建项目组..... 89.3. 建立配置库..... 89.4. 需求调研..... 89.5. 需求调研评审..... 89.6. 制定项目计划..... 99.7. 需求分析..... 99.8. 需求分析评审..... 99.9. 建立需求基线..... 99.10. 项目计划评审..... 99.11. 建立设计基线..... 99.12. 测试方案编写..... 99.13. 测试方案评审..... 109.14. 建立代码基线..... 109.15. 部署测试环境..... 109.16. 系统测试..... 109.17. 发布评审..... 109.18. 建立产品基线..... 109.19. 产品实施..... 1110、 结束准则..... 1111、 引用文档..... 1112、 输出..... 11序号
术语名
术语含义
无
本文档描述了软件开发项目工程过程中和质量管理部下属的各部门相互协作的工作活动,并对每个关联活动的工作要点进行了简单的阐述。目的是能简洁有效指导项目组协作工作,使项目组成员对自己的职责和整个开发流程有全面的理解。
适用于公司软件项目的工程类协作过程,主要包含项目策划、需求开发、系统设计、系统测试、产品发布过程。
本文档描述了软件开发项目工程过程的主要工作活动,并对每个活动的工作要点、协作要求进行了简单的阐述。
流程中的角色按职能组划分,项目组包含:项目经理、需求分析师、实施工程师、软件工程师,测试室包含:测试经理、测试工程师,QA是质量控制人员,CM是配置管理人员。
角色
主要职责
项目组
(包含项目经理、需求分析师、实施工程师、软件工程师)
l 负责项目立项、策划、监控、结项等活动
l 对项目规模、工作量、成本的估算
l 负责制订《项目计划》及其子计划
l 负责监控项目状态,编写《项目状态报告》,具体包括项目问题管控、风险管理、项目进度等
l 组织里程碑总结会议,提交里程碑报告和总结报告
l 负责组织用户交流和需求分析,编写《用户需求说明书》和《产品需求分析书》
l 进行系统整体架构的分析和设计
l 编写《ENGI_系统架构设计》、《ENGI_系统组件设计》
l 代码实现
l 单元测试
l 产品集成和集成测试
测试室
(测试经理、测试工程师)
l 负责测试策划,编写总体测试计划;
l 测试方案和测试用例编写
l 部署测试环境
l 执行系统测试、性能测试等工作
l BUG管理和测试结果分析
l 提交功能测试报告
QA
(组织级质量保证原)
l 项目全过程监控;
CM
(组织级配置管理员)
l 制定配置管理计划;
l 建立配置库、分配使用权限;
l 基线建立;
l 发布测试代码包。
《PM_方案建议书》通过评审,项目启动立项。
《PM_方案建议书》
图1 重点监控项目测试管理协作流程图
项目经理在公司OA上登记项目立项,相关领导进行立项审批。立项时区分重点监控项目和分重点监控项目,并向质量管理部经理提交支持人员的配合申请,主要包括测试人员、QA和配置管理员申请。
项目经理确定项目组的关键角色成员:项目经理、开发经理、测试经理、QA、配置管理员,落实角色职责。根据项目的具体情况,确定《PM_项目PDP》给部门经理和EPG审核。
组织级配置管理员为项目组建立工作环境,主要是代码库的建立和使用权限分配,sharepoint文档库的建立和使用权限分配。
项目经理组织需求分析师对项目进行需求调研,输出《ENGI_用户需求分析书》 。主要描述:
l 主干业务流程
l 业务模型
l 数据模型
项目经理组织项目组进行《ENGI_用户需求分析书》评审,获取客户方的认可。
项目经理制定初步《PM_项目计划》,确定项目进度计划、资源配置计划等。测试经理制定《ENGI_总体测试计划》,QA制定《SUP_QA计划》,配置管理员制定《SUP_配置管理计划》。
项目经理对用户需求进行分析,重点考虑:
l 需求实现的优先级
l 需求的的计算机化可行性
确定项目的最终产品规格,输出《ENGI_产品需求分析书》 。
项目经理组织项目组进行《ENGI_产品需求分析书》评审,获得客户对《ENGI_产品需求分析书》的承诺,确定项目范围。获得项目组、测试室对需求的理解和确认。
需求评审通过后,项目经理通知配置管理员,建立需求基线。非重点监控项目参照《PM_项目PDP》,可以不建立需求基线。
需求分析评审通过后,项目范围就明确下来。项目经理对计划进行一些调整,组织项目组对项目总体计划和从属计划进行评审。
设计评审通过后,开发经理通知组织配置管理员,建立设计基线。非重点监控项目参照《PM_项目PDP》,可以不建立设计基线。
测试经理在需求分析评审完成后,编写测试方案和测试用例。确定系统的测试类型、测试环境,并编写测试用例。输出《ENGI_功能测试方案》。
测试经理组织《ENGI_功能测试方案》评审。
开发组集成测试通过后,通知组织级配置管理员。组织级配置管理员根据开发组提供的版本后,从新对原代码进行编译打包,并建立代码基线。
测试室接受组织级配置管理员的编译代码包,根据项目组提交的《ENGI_产品安装与维护手册》,重新部署测试环境。为了减少部署的工作量和部署难度,除了代码包部署外,其他硬件环境、数据库环境、服务等,可直接复用集成测试环境的配置。(保证配置版本)
测试经理组织测试工程师进行系统测试,输出《ENGI_功能测试报告》。如有性能测试的要求,输出《ENGI_性能测试报告》。
项目经理根据测试报告,组织CCB版本发布评审,确定版本是否达到发布的要求。对于中小型项目,项目经理可直接确定。
开发经理组织编写《ENGI_产品发布说明》,通知组织配置管理员建立产品基线。组织配置管理员根据配置管理计划的内容,识别和收集相关配置项,建立产品基线。产品基线主要包含:
l 项目工程类文档:《ENGI_产品需求分析书》、《ENGI_系统架构设计》、《ENGI_系统组件设计》、《ENGI_功能测试方案》、《ENGI_功能测试报告》等
l 项目源代码
l 项目代码编译包
l 数据库建立脚本
l 初始化数据
上线审批通过后,项目经理组织实施工程师进行产品用户现场实施。
项目实施完成,系统上线。
《PM_项目管理过程》
《ENGI_需求管理过程》
《ENGI_系统设计编码过程》
《ENGI_测试管理过程》
《ENGI_用户需求分析书》
《PM_项目计划》
《ENGI_总体测试计划》
《ENGI_产品需求分析书》
《ENGI_功能测试方案》
《ENGI_产品发布说明》
《ENGI_产品安装和维护手册》
《ENGI_功能测试报告》
本站仅提供存储服务,所有内容均由用户发布,如发现有害或侵权内容,请
点击举报。