mperv1.0集成测试计划.docVIP

PAGE 卷 号 卷内编号 密 级 项目编号: S101-17-2005 重庆正大软件学院学生 宿舍管理系统 DOCPROPERTY Company 华日软件公司, CREATEDATE \@ yyyy 2005 集成 TITLE 测试计划 Version: 1.0 项 目 承 担 部 门：重庆华日软件有限公司开发部 撰 写 人（签名）： 盛 彪 完 成 日 期： 2006 本文档 使 用部门：　■主管领导 ■项目组 　□客户（市场） □维护人员 □用户 评审负责人（签名）： 秦安碧 评 审 日 期： 2006-1-12 修订历史记录 日期 版本 说明 作者 200 1.0 创建 盛彪 2006-1- 1.0 修改：2.1测试需求，7应提供的测试文件 盛彪 目 录 TOC \o 1-3 \h \z 1. 引言 1 1.1 背景 1 1.1.1 项目名称：重庆正大软件学院学生宿舍管理系统V1.0 1 1.1.2 待开发软件产品标识 1 1.1.3 项目背景 1 1.2 定义 1 1.3 参考资料 1 2. 测试需求 2 2.1 功能性测试需求 2 2.2 非功能性测试需求 2 3. 不被测试的需求 2 4. 测试策略 2 4.1 测试类型 3 4.1.1 功能测试 3 4.1.2 性能测试 3 4.1.3 强度测试 4 4.1.4 容量测试 4 4.1.5 安全性测试 4 4.1.6 配置测试 4 4.2 工具 4 5. 通过准则 4 6. 暂停标准和再启动要求 4 7. 应提供的测试文件 5 8. 测试任务 5 9. 环境要求 5 10. 职责 5 11. 人员和训练要求 5 12. 进度 6 13. 风险和应急 6 - PAGE 15 - 引言 背景 项目名称：重庆正大软件学院学生宿舍管理系统V1.0 项目编号: S101-17-2005 待开发软件产品标识 产品名称：重庆正大软件学院学生宿舍管理系统V1.0 产品缩写：ZD-Dormitory 版本号：1.0 项目背景 项目提出者：重庆正大软件职业技术学院 项目开发者：重庆华日软件有限公司开发部 项目用户：重庆正大软件职业技术学院 定义 错误级别： 一级：不能完全满足系统要求，基本功能未完全实现；或者危及人身安全。 二级：严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动 该软件不属于更正办法）。 三级：严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重 新启动该软件不属于更正办法）。 四级：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。 五级：其他小错误。 参考资料 ZD-Dormitory_V1.0_项目开发计划 ZD-Dormitory_V1.0_软件设计报告v1.0 ZD-Dormitory_V1.0_集成计划 ZD-Dormitory_V1.0_迭代计划 测试需求 功能性测试需求 根据开发计划，构建阶段的第一次迭代中完成8个用例的功能模块。即录入水电使用情况、录入离校生水电费、生成水电费报表、管理宿舍楼信息、管理寝室信息、登记住宿、申请离宿、处理离宿申请。 根据集成策略，第一次迭代共集成3个版本。 集成结构的测试 在集成每一个子系统之前，要对每一个子系统各层的继承和接口进行集成。每一个子系统采用四层架构，即：子系统使用数据访问器（Data Accessor）提供上层的数据访问请求，达到上层不需要关心如何选择、创建具体的Data Accessor。Data Accessor结构实际上是一种Adapter模式的实现，它提供了匹配不同ORM实现的能力。比如当前使用NHibernate作为ORM实现框架库，NHibernateDataAccessor实现IDataAccessor接口，并把请求转发给NHibernate实现。 录入水电使用情况 录入离校生水电费 申请离宿 处理离宿申请 登记住宿 管理宿舍楼信息 生成水电费报表 管理寝室信息 （二）集成行为的测试 子系统之间的集成共集成3个版本 根据上图： 第一个版本集成：主界面和管理宿舍楼信息子系统，管理寝室信息子系统。 管理宿舍楼信息子系统为管理寝室信息子系统的前置条件，先有宿舍楼后才有寝室管理。1、与外部接口：主要是与数据库的tbSS表和tbQS表的数据交换。 2、功能：完成管理宿舍楼和管理寝室信息相应功能。 第二个版本集成：主界面和宿舍楼信