第七组测测试计划6组评审改正版.docxVIP

PAGE 3 协同管理系统测试计划 (版本 V1.2) 拟制： 王成堂 日期： 2018.1.11 审核： 日期： 批准： 日期： 修订记录 日期 修订版本 描述 作者 2018/01/11 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 组织架构图 5 3.2 角色及职责 6 3.3 团队协作 6 4 测试对象 7 4.1 应测试特性 7 4.2 不被测试特性 8 5 需求跟踪 8 6 测试通过/失败标准 8 7测试挂起标准及恢复条件 9 7.1系统测试挂起标准 9 7.2系统测试恢复条件 9 8测试任务安排 9 8.1系统测试计划 9 8.2系统测试设计 10 8.3系统测试实现 10 8.4系统测试执行 11 9应交付的测试工作产品 11 10工作量估计 12 11资源的分配 12 11.1人力资源 12 11.2硬件资源 13 11.3培训需求 13 12附件 13  系统测试计划 关键词：系统测试计划 测试对象 测试任务 工作量 资源 摘 要：根据《协同管理项目需求规格说明书》的要求，对项目测试过程中涉及的人力、物力资源，应交付的工作产品，测试通过/失败标准等项做了说明，旨在为相关人员的系统测试活动提供指导。 缩略语清单： 参考资料清单： 名称 作者 编号 发布日期 出版单位 《协同办公项目需求规格说明书》 不详 001 2018/1/10 软件服务社 《协同办公系统使用教程》 不详 002 2018/1/10 软件服务社 目标 本文是为了明确系统测试的范围、测试通过/失败标准、工作产品输出，估计系统测试各个任务的工作量和人力物力资源、安排系统测试任务、进度以及各种过程准则。 本文需要达到的目标： 所有测试需求都已被标识出来； 测试的工作量已被正确估计并合理地分配了人力、物力资源； 测试的进度安排是基于工作量估计的、适用的； 测试启动、停止的准则已被标识； 测试输出的工作产品是已被标识的、受控的和适用的。 概述 项目背景 OA是一个高效的通用办公管理系统，可以用于各种日常办公。 OA通过对工作中的各种事项进行抽象，在确保灵活性的同时，使工作变得规则、有序。利用这种规范化的工作方式，可以使企业内部的各种工作如通知、申请、审批、讨论、调查、文档管理变得规则、有序、高效。通过该系统可实现系统登录、首页数据查看、首页快捷操作、协同办公、公共信息管理、文档管理、项目管理、电子邮件、工作记录等等功能和操作。 范围 本文档适用于参与协同办公系统项目的开发、测试人员以及其他相关人员。 组织形式 组织架构图 角色及职责 团队协作 本着相互协作共同完成本项目计划的原则制定本规则： 1、 每天早上九点开晨会，时长10分钟。 2、 每天下午六点各成员总结当天工作进度并对明天工作计划做一描述 3、 每天早上九点十五分组长汇报项目工作进度 4、 每天晚六点三十分，各成员编写当天工作日志 测试对象 协同管理-协同办公系统 应测试特性 协同办公 （1）.新建事项 （2）.已发事项 （3）已办事项 （4）待发事项 （5）综合查询 公共信息 发布公告 查看公告 发布调查 查看调查 发布讨论 查看讨论 发布新闻 查看新闻 文档管理 我的文档 他人文档 借阅文档 工作记录 我的日志 我的计划 我的总结 其他功能 即时消息 便签 计划日程 员工通讯录 外部联系人 消息记录 访问记录 万年历 在线人数 在线状态 待办事项 跟踪事项 工作记录 近期回顾 公共信息 关联人员 不被测试特性 1、 单位文档 2、我的邮箱 3、邮箱配置 4、打印功能 5、计算器 6、TC 7、权限相关 8、后台 原因：时间、能力不允许 5 需求跟踪 参见《协同管理项目需求跟踪矩阵》。 6 测试通过/失败标准 测试通过标准： 需求覆盖率需达到95% 遗留缺陷率达到95%以上，严重以上问题全部解决 测试用例执行通过率需达到95%以上，中级以上用例全部通过 测试用例执行率需达到98%以上，中级以上用例全部执行 测试失败标准：未达到以上测试通过标准，则认为测试失败。 7测试挂起标准及恢复条件 7.1系统测试挂起标准 1软件质量差基本测试用例无法通过； 2测试环境出现故障； 3缺乏资源； 4关机任务未完成导致测试挂起； 5严重的问题导致重新设计； 7.2系统测试恢复条件 以上问题全