协同管理项目系统测试计划V1.0.docxVIP

PAGE 13 协同办公系统软件V1.0系统测试计划 (版本 V1.0) 拟制： 1组组员 日期： 2018.1.10 审核： 日期： 批准： 日期： 修订记录 日期 修订版本 描述 作者 2018/01/10 V1.0 完成初稿 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 测试对象 7 4.1 应测试特性 7 4.2 不被测试特性 7 5 需求跟踪 8 6 测试通过/失败标准 8 7 测试挂起标准及恢复条件 8 7.1 系统测试挂起标准 8 7.2 系统测试恢复条件 8 8 测试任务安排 8 8.1 系统测试计划 8 8.2 系统测试设计 9 8.3 系统测试实现 9 8.4 系统测试执行 10 9 应交付的测试工作产品 11 10 工作量估计 11 11 资源的分配 12 11.1 人力资源 12 11.2 硬件资源 12 11.3 培训需求 13 12 附件 13  系统测试计划 关键词：系统测试计划 测试对象 测试任务 工作量 资源 摘 要：根据《协同办公系统软件需求规格说明书》的要求，对项目测试过程中涉及的人力、物力资源，应交付的工作产品，测试通过/失败标准等项做了说明，旨在为相关人员的系统测试活动提供指导。 缩略语清单： 参考资料清单： 名称 作者 编号 发布日期 出版单位 《协同办公系统软件需求规格说明书V1.0》 郭向前 001 2018．1.9 自家出版社  目标 本文是为了明确系统测试的范围、测试通过/失败标准、工作产品输出，估计系统测试各个任务的工作量和人力物力资源、安排系统测试任务、进度以及各种过程准则。 本文需要达到的目标： 所有测试需求都已被标识出来； 测试的工作量已被正确估计并合理地分配了人力、物力资源； 测试的进度安排是基于工作量估计的、适用的； 测试启动、停止的准则已被标识； 测试输出的工作产品是已被标识的、受控的和适用的。 概述 项目背景 协同办公系统是一个项目文件管理工具，该工具使用B/S结构,编程语言为java,数据库服务器为MySQL，WEB服务为tomcat,可以实现办公自动化。 范围 本文档主要包括协同办公系统项目所有功能，主要包括以下几个方面:用户登录/公告管理/项目管理/用户故事/规格说明等几个功能模块。 该文档适用于该项目的开发人员、测试人员。 组织形式 组织架构图 角色及职责 角色 人员安排 职责 项目经理 韦华 负责测试项目的组织，对测试计划、测试方案以及其他测试文档进行评审。 测试经理 贺琛琛 负责整个测试活动的人员及进度安排，编写测试计划。 测试组长 郭向前 负责每个人的任务分配，并编写测试脚本。 配置管理员 张兆佳 负责整个测试活动环境的搭建及相关配置的实现。 高级测试工程师 刘珍珍 负责编写测试脚本，编写测试方案，测试用例设计和编写。 中级测试工程师 钱明 负责测试用例的设计及测试用例的编写。 初级测试工程师 崔伟、刘培卓 负责测试执行，并提交缺陷报告和测试报告。 团队协作 1.进度监控： （1）工作日内所有测试人员每天早上9:00在会议室准时召开晨会，汇报工作进度和工作中遇到的问题。 （2）工作日内所有测试人员每天下午下班前提交工作日志，汇报当天工作内容。 2.开发与测试对缺陷理解不一致： 先项目内决策，决策无果后提交CCB。 测试对象 应测试特性 功能测试：系统登录、系统首页、协同办公、公共信息、文档管理、项目管理、工作记录。 性能测试：服务器接收请求时间和响应时间、文件上传和传输效率 GUI测试：软件的界面控件及整体布局是否有效美观，符合用户使用习惯。 兼容性测试： Windows XP、Windows 7、Linux系统下的IE8以上版本、Chrome 19.0以上版本、Safari浏览器 压力测试：服务器 容量测试：服务器 安全性测试：掩码加密 可用性测试：界面、导航、风格等 异常测试： 健壮性测试： 文档测试： 稳定性测试： 不被测试特性 打印：由于硬件设备不足。 电子邮件：由于公司PC机无法连接外网。 单位文档：由于没有操作权限。 修改项目：由于没有操作权限。 计算器：由于时间不够。 TC：由于测试太过复杂。 需求跟踪 参见《协同办公系统项目需求跟踪矩阵》。 测试通过/失败标准 以下指标全部满足，测试通过： 需求覆盖率95%，且主要需求必须覆盖 遗留缺陷率5%，且严重以上级别的缺陷不能