协同办公系统软件系统测试计划.docxVIP

PAGE 5 协同办公系统软件系统测试计划 (版本 V1.0) 拟制： 51期第三小组 日期： 2018/1/10 审核： 日期： 批准： 日期： 修订记录 日期 修订版本 描述 作者 2018/01/10 v1.0 完成初稿 第三小组 2018/01/11 v1.1 完成修订 第三小组  目 录 TOC \o 1-3 \h \z \u 1 目标 5 2 概述 5 2.1 项目背景 5 2.2 范围 5 3 组织形式 5 3.1 组织架构图 5 3.2 角色及职责 6 3.3 团队协作 6 4 测试对象 6 4.1 应测试特性 6 4.2 不被测试特性 7 5 需求跟踪 8 6 测试通过/失败标准 8 7 测试挂起标准及恢复条件 8 7.1 系统测试挂起标准 8 7.2 系统测试恢复条件 8 8 测试任务安排 8 8.1 系统测试计划 9 8.2 系统测试设计 9 8.3 系统测试实现 10 8.4 系统测试执行 10 9 应交付的测试工作产品 11 10 工作量估计 12 11 资源的分配 12 11.1 人力资源 12 11.2 硬件资源 12 11.3 培训需求 12 12 附件 13  系统测试计划 关键词：系统测试计划 测试对象 测试任务 工作量 资源 摘 要：根据《协同办公系统需求规格说明书》的要求，对项目测试过程中涉及的人力、物力资源，应交付的工作产品，测试通过/失败标准等项做了说明，旨在为相关人员的系统测试活动提供指导。 缩略语清单： 参考资料清单： 名称 作者 编号 发布日期 出版单位 《协同办公系统需求规格说明书》 01 成都博为峰软件技术有限公司  目标 本文是为了明确系统测试的范围、测试通过/失败标准、工作产品输出，估计系统测试各个任务的工作量和人力物力资源、安排系统测试任务、进度以及各种过程准则。 本文需要达到的目标： 所有测试需求都已被标识出来； 测试的工作量已被正确估计并合理地分配了人力、物力资源； 测试的进度安排是基于工作量估计的、适用的； 测试启动、停止的准则已被标识； 测试输出的工作产品是已被标识的、受控的和适用的。 概述 项目背景 协同办公系统是项目管理系统的开发和测试对象，协同办公系统没有商用的需求，仅提供给培训学员，作为完成系统测试计划、策略和系统测试用例的依据。软件需求规格文档由成都博为峰软件技术有限公司完成。 范围 参与此项目的开发人员和测试人员 组织形式 组织架构图 角色及职责 组长张耀华：指定系统测试计划、跟踪管理测试工作进展，协调资源、解决测试过程中发生的问题，负责环境搭建。 组员：孙一恺、汤广东、丁绒、王松、马超负责测试设计。 张耀华（协同办公）、孙一恺（协同办公）、汤广东（公共信息）、丁绒（其他常用功能）、王松（文档管理）、马超（工作日志） 负责各自的模块，编写测试方案，测试用例，测试报告，缺陷报告。 团队协作 进度监控： 每天09：10召开晨会 每天结束前填写当天工作日志 每天下午5点开始对项目进度进行汇报 测试对象 协同办公系统软件 应测试特性 按照功能测试罗列测试协同办公系统模块 1.协同办公： 新建事项 已发事项 已办事项 待发事项 代办事项 综合查询 2.公共信息： 公告模块 调查模块 讨论模块 新闻模块 公共信息管理模块 3.协同办公软件的其他常用模块： 首页的快捷方式 首页数据区的内容 首页上的其他功能 4.协同办公软件的文档管理模块： 借阅文档 他人文档 我的文档 5.协同办公软件的工作记录模块： 我的日志功能模块 我的计划功能模块 我的总结功能模块 他人日志功能模块 他人计划功能模块 他人总结功能模块 首页的工作记录功能模块 首页个人设置中消息提醒设置模块 不被测试特性 不被测试特性： 协同办公系统的电子邮件、计算器 协同办公系统的后台相关的功能 TC、打印相关的、单位文档 原因： 时间进度达不到标准 测试手段达不到：邮件无相关协议 测试设备达不到：打印机无硬件环境. 需求跟踪 参见《OA项目需求跟踪矩阵》 测试通过/失败标准 以下标准全部通过，系统测试通过 需求覆盖率：100% 遗留缺陷率：= 5%，重要级别以上缺陷全部解决 测试用例执行率：=90%，中级以上测试用例全部执行 测试用例执行通过率：= 90% 千行代码的缺陷数=3/KLOC,目标3行，下限0行，上限3行 测试挂起标准及恢复条件 系统测试挂起标准 出现以下任何问题，系统测试将暂停： 软件质量差无法测试 测试环境出现故障 严重问