测试计划-华迪.doc

项目编号项目编号 S 卷卷 号号 卷内编号卷内编号 密密 级级 测试计划测试计划 Version 项 目 承 担 部 门 测试部 撰 写 人 签名 何金株 甄文娟 完 成 日 期 2007 10 8 本文档 使 用部门 主管领导 项目组 客户 市场 维护人员 用户 评审负责人 签名 评 审 日 期 分 类 修订历史记录修订历史记录 日期版本说明作者 200 x xx xxx x最初版本xxx 目目 录录 1 引言引言 1 1 1 背景 1 1 2 定义 1 2 测试需求测试需求 2 2 1功能性测试需求 2 2 2非功能性测试需求 2 3 不被测试的需求不被测试的需求 2 4 测试策略测试策略 2 4 1 测试类型 2 4 1 1 数据和数据库完整性测试 2 4 1 2 功能测试 2 4 1 3 用户界面测试 3 4 1 4 强度测试 3 4 1 5 容量测试 3 4 1 6 安装测试 3 4 1 7 配置测试 3 4 2 工具 4 5 通过准则通过准则 4 6 暂停标准和再启动要求暂停标准和再启动要求 4 7 应提供的测试文件应提供的测试文件 4 8 环境要求环境要求 5 9 职责职责 5 10 人员和训练要求人员和训练要求 6 11 进度进度 6 12 风险和应急风险和应急 6 测试计划 1 1 引言引言 1 1 背景背景 本项目将开发完成的社区管理系统 是针对社区用户的需求统计而专门开发的系统软件 为了加强对 社区建设的管理 规范社区工作的监督开展 建立合理的社区建设体系 防范经营风险 培育良好的客户 群体 本项目由重庆信息学院 06 级 1 班项目经理曹静提出 后期开发由项目一组承担 本软件架构具备良好的可扩展性 通用性和稳定性 功能模块的可重用性高 1 2 定义定义 CM S 社区服务管理系统简称 SQA Software Quality Assurance SCM Software Configuration Management SPP Software Process Plan CMM Capability Maturity Model PM Project Manager UCP Use Case Point 错误级别 一级 不能完全满足系统要求 基本功能未完全实现 或者危及人身安全 二级 严重地影响系统要求或基本功能的实现 且没有更正办法 重新安装或重新启动 该软件不属于更正办法 三级 严重地影响系统要求或基本功能的实现 但存在合理的更正办法 重新安装或重 新启动该软件不属于更正办法 四级 使操作者不方便或遇到麻烦 但它不影响执行工作功能或重要功能 五级 其他错误 1 3 参考资料参考资料 社区管理系统 用户需求 Led 项目系统测试计划 社区管理系统用例模型 社区管理系统 需求规格说明书 测试计划 2 2 测试需求测试需求 2 1功能性测试需求功能性测试需求 备注 a 高 软件必须实现的功能 用户有明确的功能定义和要求 b 中 软件应该实现的功能 用户的功能定义和要求可能是模糊的 不具体的 或低约束的 但是 这类功能的缺少会导致用户的不满意 因此这类功能的具体需求应当由需求分析人员诱导用户产生 并明确 c 低 软件尽量实现的功能 并可根据开发进度进行取舍 但这类功能的实现将会增加用户的满意 度 2 2非功能性测试需求非功能性测试需求 参照 需求规格说明书 对非功能性测试需求暂无 3 不被测试的需求不被测试的需求 参照 需求规格说明书 对非功能性测试需求暂无 4 测试策略测试策略 测试策略提供了对以上测试对象实施测试的方法 上一节 测试需求 中说明了将要测试哪些对象 而 本节则要说明如何对这些测试对象进行测试 测试需求编号 测试需求项优先级 1 住户管理 a 2 公共管理 a 3 财务管理 b 4 租售管理 a 5 居家管理 a 6 精算博士 c 7 电子信箱 c 8 表格合约 c 9差勤管理b 10 社区资讯 a 11 协力厂商 c 12 海报制作 c 测试计划 3 4 1 测试类型测试类型 4 1 1 数据和数据库完整性测试数据和数据库完整性测试 4 1 2 功能测试功能测试 测试目标 确保 测试需求 中对应的所有功能性需求测试对象以及用例的各种场景 的功能得以实现而且正常 技术 采用黑盒测试技术设计功能测试用例 为各测试用例制定测试过程 并 且录制 编辑脚本用于回归测试 利用有效的和无效的数据来执行各个用例 用例流或功能 以核实以下 内容 使用有效数据时得到预期的结果 在使用无效数据时显示相应的错误消息或警告消息 使用边界值检查 完成标准 所计划的测试能够覆盖用例事件流 基本流及所有备选流 以及由此产生 的所有场景 并且所计划的测试已全部执行 所发现的缺陷已基本解决 需考虑的特殊事项 考虑测试脚本的重用性 4 1 3用户界面测试用户界面测试 用户界面 UI 测试用于核实用户与软件之间的交互 UI 测试的目标是确保用户界面会通过测试对 象的功能来为用户提供相应的访问或浏览功能 另外 UI 测试还可确保 UI 中的对象按照预期的方式运 行 并符合公司或行业的标准 测试目标 核实以下内容 通过测试对象进行的浏览可正确反映业务的功能和需求 这种浏览包括 窗口与窗口之间 字段与字段之间的浏览 以及各种访问方法 Tab 健 鼠标移动 和快捷键 的使用 窗口的对象和特征 例如 菜单 大小 位置 状态和中心 都符合标 准 技术 为每个窗口创建或修改测试 以核实各个应用程序窗口和对象都可正确 地进行浏览 并处于正常的对象状态 完成标准 成功地核实出各个窗口都与基准版本保持一致 或符合可接受标准 需考虑的特殊事项 希望提取常用界面元素标准形成检查表 以检查表的形式来检查界面 4 1 4 强度测试强度测试 本项目没有强度方面的要求 故不考虑强度测试 4 1 5 容量测试容量测试 本项目没有容量方面的要求 故不考虑容量测试 4 1 6 安装测试安装测试 测试目标测试目标目的是核实软件在安装后可立即正常运行 测试计划 4 测试方法和技术测试方法和技术 手工 完成标准完成标准 安装后 系统软件事务成功执行 没有出现任何故障 需考虑的特殊事项需考虑的特殊事项 安装时 对于公共组件应该提示 更新 删除系统组件事务 软件安装组件清单 4 1 7 配置测试配置测试 4 2 工具工具 本项目基本都用手工测试 5 通过准则通过准则 根据项目特点 设定的通过标准 如 1 实行了所有的测试策略并达到完成标准 2 测试结束后 开发组对实现有误的测试需求项的修改达到如下程度 一 二 三级错误的修复率达到100 四级错误的修复率达到80 以上 五级错误的修复率达到60 以上 3 需求说明书 概要设计说明书 详细设计说明书 用户手册 操作手册 和 编码实现一致 6 暂停标准和再启动要求暂停标准和再启动要求 根据项目特点 设定的要求 如 1 若开发暂停 则相应测试也暂停 2 项目再启动时 测试进度重新安排或顺延 3 如有新的项目需求 则在原测试计划下做相应的调整 4 若项目中止 则对已完成的测试工作做测试活动总结 7 应提供的测试文件应提供的测试文件 测试计划 测试分析报告 测试日志 系统测试用例 测试目标测试目标核实测试对象可在所需的硬件和软件配置中正常运行 测试方法和技术测试方法和技术使用功能测试脚本 完成标准完成标准 对于测试对象在所需的硬件和软件配置中 所有事务能成功完成 没有出现任 何故障 需考虑的特殊事项需考虑的特殊事项无 测试计划 5 8 环境要求环境要求 硬件配置 P 以上的微机与笔记本电脑 内存要求 128M 以上 硬盘 10G 以上 软件环境 本产品只能在 Windows 2000 及以上 windows 系列操作系统运行 数据库 Microsoft SQL Server 9 职责职责 人力资源人力资源 角色角色所推荐的最少资源所推荐的最少资源 所分配的专职角色数量 所分配的专职角色数量 具体职责或注释具体职责或注释 测试经理何金株 进行管理监督 职责 提供技术指导 获取适当的资源 提供管理报告 测试设计员 赵文斌 甄文娟 何金株 确定测试用例 确定测试用例的优先级并实施测试用例 职责 生成测试计划 生成测试模型 评估测试工作的有效性 测试员 赵文斌 甄文娟 执行测试 职责 执行测试 记录结果 从错误中恢复 记录变更请求 测试系统管理员赵文斌 确保测试环境和资产得到管理和维护 职责 管理测试系统 分配和管理角色对测试系统的访问权 数据库管理员甄文娟 确保测试数据 数据库 环境和资产得到管理和维护 职责 管理测试数据 数据库 测试计划 6 10 人员和训练要求人员和训练要求 每个测试人员要认真负责 对项目各模块功能要深入了解 11 进度进度 工件名称工件名称负责人负责人参与者参与者交付日期交付日期 测试计划何金株甄文娟 赵文斌 待 System Test Plan Plan 以及 Use Case M