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

PAGE 7 协同办公系统测试计划 (版本 V1.1) 拟制： 51-5组 日期： 2018/1/10 审核： 日期： 批准： 日期： 修订记录 日期 修订版本 描述 作者 2018/1/10 V1.0 初稿 51-5组 2018/1/11 V1.1 已修订 51-5组  目 录 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 需求跟踪 7 6 测试通过/失败标准 7 7 测试挂起标准及恢复条件 7 7.1 系统测试挂起标准 7 7.2 系统测试恢复条件 7 8 测试任务安排 8 8.1 系统测试计划 8 8.2 系统测试设计 8 8.3 系统测试实现 9 8.4 系统测试执行 9 9 应交付的测试工作产品 10 10 工作量估计 11 11 资源的分配 11 11.1 人力资源 11 11.2 硬件资源 11 11.3 培训需求 12 12 附件 12  系统测试计划 关键词：系统测试计划 测试对象 测试任务 工作量 资源 摘 要：根据《协同办公系统需求规格说明书》的要求，对项目测试过程中涉及的人力、物力资源，应交付的工作产品，测试通过/失败标准等项做了说明，旨在为相关人员的系统测试活动提供指导。 缩略语清单： 参考资料清单： 名称 作者 编号 发布日期 出版单位 《协同办公系统需求规格说明书》 成都博为峰软件有限公司  目标 本文是为了明确系统测试的范围、测试通过/失败标准、工作产品输出，估计系统测试各个任务的工作量和人力物力资源、安排系统测试任务、进度以及各种过程准则。 本文需要达到的目标： 所有测试需求都已被标识出来； 测试的工作量已被正确估计并合理地分配了人力、物力资源； 测试的进度安排是基于工作量估计的、适用的； 测试启动、停止的准则已被标识； 测试输出的工作产品是已被标识的、受控的和适用的。 概述 项目背景 本文档主要包括协同办公系统项目所有功能,主要包括以下几个方面:协同管理、公共信息、文档管理、工作记录、其他常用等几个功能模块。 范围 本文档的面向软件开发人员和软件测试人员。 组织形式 组织架构图 角色及职责 测试组长：总体负责测试计划，监控测试进度。 高级测试工程师：进行设计测试方案，执行测试。 中级测试工程师：编写测试用例，执行测试。 初级测试工程师：搭建测试环境，执行测试。 团队协作 1. 进度监控：9点召开晨会，解决前一天遗留问题，安排当天工作任务。 2. 每天19点提交工作日志：工作日志将每天的工作内容和存在问题汇报。 3. 如果测试与开发对软件缺陷理解不一致时，先沟通解决，问题不能解决时将问题汇总，与项目组共同讨论决定。 测试对象 应测试特性 系统登陆，系统首页，协同办公，公共信息，文档管理，工作记录。 不被测试特性 电子邮件，打印，单位文档，修改项目（后台相关不测），计算器 ，TC。 原因：邮件无相关协议；打印机无硬件环境；单位文档、修改项目为权限不允许；计算器，TC都是架构在OA系统中的。 需求跟踪 参见《协同办公系统软件需求跟踪矩阵表》 测试通过/失败标准 以下标准全部通过，系统测试通过 覆盖率：需求覆盖率需达到100% 遗留缺陷率：严重以上级别缺陷不能遗留=5% 测试用例执行通过率=执行通过的测试用例/用例总数=96% 测试用例执行率=执行的测试用例/用例总数，高中级别用例必须执行=97% 测试挂起标准及恢复条件 系统测试挂起标准 出现以下任何问题，系统测试将暂停： 基本的测试用例无法执行 测试环境出现变化，导致测试无法继续，如电脑硬件损坏 需求发生变更 发现严重BUG，导致测试无法执行 系统测试恢复条件 基本的测试用例执行通过 测试环境已经OK，可以正常测试 BUG已修复，可以正常测试 测试任务安排 系统测试计划 任务 协同办公系统测试计划 方法和标准 符合公司系统计划编写规范 输入/输出 输入：《协同办公需求规格说明书》 输出：《协同办公系统测试计划》 时间安排 2018/01/10—2018/01/11 资源 服务器1台，办公机1台 风险和假设 角色和职责 刘萃：编写协同办公系统测试计划 系统测试设计 任务 协同办公系统测试设计 方法和标准 符合公司系统测试设计编写规范 输入/输出 输入：《协同办公需求规格说明书》《协同办公系统测试计划》 输出：《协同办公系统测试方案》 时