第六组协同办公系统的系统测试计划（提交版）.docxVIP

PAGE 11 协同办公系统的系统测试计划 (版本 V1.2) 拟制： 王宇 日期： 2018/01/11 审核： 日期： 批准： 日期： 修订记录 日期 修订版本 描述 作者 2018/01/10 V1.0 完成初稿 王宇 2018/01/11 V1.1 修订版 王宇 2018/01/11 V1.2 提交版 王宇 目 录 TOC \o 1-3 \h \z \u 1 目标 5 2 概述 5 2.1 项目背景 5 2.2 范围 5 3 组织形式 5 3.1 组织架构图 6 3.2 角色及职责 6 3.3 团队协作 6 4 测试对象 6 4.1 应测试模块 6 4.2 不被测试模块 6 5 需求跟踪 7 6 测试通过/失败标准 7 7 测试挂起标准及恢复条件 7 7.1 系统测试挂起标准 7 7.2 系统测试恢复条件 8 8 测试任务安排 8 8.1 系统测试计划 8 8.2 系统测试设计 8 8.3 系统测试实现 9 8.4 系统测试执行 9 9 应交付的测试工作产品 10 10 工作量估计 10 11 资源的分配 10 11.1 人力资源 10 11.2 硬件资源 11 11.3 培训需求 11 12 附件 11  系统测试计划 关键词：系统测试计划 测试对象 测试任务 工作量 资源 摘 要：根据《协同办公系统需求规格说明书》的要求，对项目测试过程中涉及的人力、物力资源，应交付的工作产品，测试通过/失败标准等项做了说明，旨在为相关人员的系统测试活动提供指导。 缩略语清单： 参考资料清单： 名称 作者 编号 发布日期 出版单位 《 REF 文档名称 \h 协同办公系统软件需求规格说明书》 需求经理 01 2018/01/10 51testing 《协同办公系统使用教程上》 02 2013/01/10 软件服务社 《协同办公系统使用教程下》 03 2013/01/10 软件服务社  目标 本文是为了明确协同办公系统的系统测试范围、测试通过/失败标准、工作产品输出，估计系统测试各个任务的工作量和人力物力资源、安排系统测试任务、进度以及各种过程准则。 本文需要达到的目标： 所有测试需求都被标识出来； 测试的工作量已被正确估计并合理地分配了人力、物力资源； 测试的进度安排是基于工作量估计的、适用的； 测试启动、停止的准则已被标识； 测试输出的工作产品是已被标识的、受控的和适用的。 概述 项目背景 协同办公系统是一个高效的通用办公管理系统，该工具使用B/S结构,编程语言为java，数据库服务器为MySQL，WEB服务为tomcat，可以实现办公自动化，也可以用于各种日常办公。同时也是一个项目文件管理工具，可以跨平台、跨浏览器，不仅可以支持IE，也可以支持Chrome、Safari，并且可以在平板电脑、手机上使用。对工作中的各种事项进行抽象，在确保灵活性的同时，使工作变得规则、有序。它还是各个专业系统的搭载平台和消息中心，可以从协同办公系统直接登录其他关联系统。通过该系统可实现系统登录、首页数据查看、首页快捷操作、协同办公、公共信息管理、文档管理、项目管理、电子邮件、工作记录等等功能和操作。 范围 本文档适用于参与协同办公系统项目的开发、测试人员以及其他相关人员。 组织形式 组织架构图 角色及职责 测试组长负责分配测试任务，调用配置资源，编写测试计划、测试方案并提交测试用例、测试报告指导测试员完成测试任务。 测试人员负责编写、执行各模块的测试用例，提交各模块的测试报告以及测试项目的工作日志。 团队协作 每天早上9:00-9:10开晨会； 项目组成员每天要写工作日志； 项目组成员每天下午5:00进行工作汇报。 测试对象 应测试模块 协同办公模块 公共信息模块 文档管理模块 工作记录模块 其他常用功能模块 不被测试模块 项目管理模块 原因：无权限 电子邮件模块 原因：资源匮乏 系统登录 原因：人力资源不足 单位文档模块 原因：无权限 需求跟踪 无 测试通过/失败标准 需求覆盖率：100% 遗留缺陷率：小于等于10%，重要级别以上缺陷全部解决 测试用例执行率：大于等于85%，中级以上测试用例全部执行 测试用例执行通过率：大于等于90% 测试挂起标准及恢复条件 系统测试挂起标准 出现以下任意状况，系统测试挂起： 测试环境故障 预测试未通过 严重问题导致重新设计 测试资源不足或测试人员不足 系统测试恢复条件 上述挂起状况均已解决，系统测试恢复。 测试任务安排 系统测试计划 任务 完成协同办公系统的系统测试计划 方法和标准 文档符合公司计划文档