实现与测试计划.docx

实现与测试计划 实现与测试计划 PAGE PAGE 2 文档状态： 文档状态： 文档编号： [ ] Draft 编 撰： [√] [ ] Released Modifing 编撰日期： 保密级别： 机密 文档版本： 2.0.0 项目名称 （The English Name ） 实现与测试计划 XXX 项目小组 修订表 编号 编号 生成版本 修订人 修订章节与内容 修订日期 1 2 3 4 5 审批记录 版本 版本 审批人 审批意见 审批日期 1.0.0 实现与测试计划 实现与测试计划 PAGE PAGE 5 目 录 1. 开发环境配置 5 2. 角色与职责 5 3. 所采用的规范 5 4. 编程计划 5 5. 系统集成计划 6 6. 集成测试计划 7 7. 支持文档计划 7 开发环境配置 实现与测试计划 项目名称（服务器和工作站等）硬件设备描述 项目名称 （服务器和工作站等） 硬件设备描述 网络环境描述 操作系统描述 （包括数据库系统） 软件开发工具描述 测试工具描述 角色与职责 角色名称  职责描述 开发组长开发人员测试人员项 目 QA 项目 CM 管理系统产品实现活动、单元测试、集成测试、缺陷管理与改错等活动； 制定编程计划、代码审查计划、集成测试计划 依据计划进行编码（若包含自主研发硬件设备，则依据计划进行研发），首先对进行必要的自测，然后提出单元测试申请。 依据单元测试申请或集成测试计划以及测试用例进行单元测试和集成测试，可由开发人员兼任。 检查、监督测试过程是否符合机构制定的规范，并跟踪测试过程中识别出的所有问题，直至所有问题关闭。 将测试阶段的各配置项通过配置管理软件进行管理、控制，保护项目组成员的工作成果。 所采用的规范 规范名称/标识符描述 规范名称/标识符 描 述 编程计划 编码组长与开发人员共同协商制定实现与测试阶段的阶段性计划，须经项目经理审批方可执行“。代 码走查人员”和“交叉测试人员”栏如果不填写，则说明该模块不安排进行代码走查和交叉单元测试； 对于关键模块，必须安排单元测试。 编码环境、工具 编码环境、工具 编码辅助工具 编码辅助工具 产生的编码文档 《模块卷宗》等 代码走查优先级顺序 走查的内容 单元测试方法 语句的执行性能是否优化 是否有对异常情况的处理机制（健壮性） 注释是否清晰及与代码内容匹配 是否符合《编码规范》（或本项目的“编码规范”） 等 自测＋交叉单元测试 单元测试环境 测试辅助工具 单元测试完成准则 进度 详见编码与测试进度表（Project 文档），保持与下表的一致性。 序号模块名称 序号 模块名称 开发人员 确认方式 代码走查 人员 交叉单元测试 人员 预计完成 时间 代码走查 交叉单元测试 1 评审(正式/非正式) 项目经理/编码组组长审核 代码走查 交叉单元测试 2 评审(正式/非正式) 项目经理/编码组组长审核 代码走查 交叉单元测试 3 评审(正式/非正式) 项目经理/编码组组长审核 代码走查 交叉单元测试 4 评审(正式/非正式) 项目经理/编码组组长审核 1、 当某一模块的确认方式勾选了“代码走查”或“交叉单元测试”时，需要填写此行的“代码走查人员”或“交叉单元测试人员”，否则这两项不用填写。 2、 在进行确认时，发现的缺陷全部填写进BUG 管理工具，按缺陷管理流程进行跟踪。 系统集成计划 项目经理指定系统集成的负责人，由该负责人指定集成计划，该计划须经项目经理审批方可执行， 把此处的进度安排更新到项目进度表。 系统集成人员职责 系统集成人员职责 系统集成环境 集成环境验证准则系统集成辅助工具 系统集成策略 增量集成/一次性集成 系统集成优先级顺序 系统集成的验证方法 集成测试 进度 详见《项目进度表》（Project 文档）的“编码与测试”部分 序号 所需时间 系统集成人员 集成的模块名称列表 预计完成时间 第1 次集成 第2 次集成 集成测试计划 由测试人员在项目组长的协助下制定集成测试计划，注意这里集成测试计划与集成计划的一致性， 其中的任务具体安排可以更新到进度表。 集成测试范围集成测试方法集成测试环境测试辅助工具测试完成准则产生的文档 集成测试任务  白盒/黑盒 《集成测试用例》、缺陷跟踪记录、《集成测试报告》等 起止时间 人员与工作描述 集成测试的模块名称列表 支持文档计划 编写支持文档的人员及职责 编写支持文档的人员及职责 产生的支持文档 《用户操作手册》、《安装手册》、联机帮助等主要涉及内容 最迟提交时间 进度 详见编码与测试进度表（Project 文档）