logo资料库

网上书城测试计划.doc

第1页 / 共11页
第2页 / 共11页
第3页 / 共11页
第4页 / 共11页
第5页 / 共11页
第6页 / 共11页
第7页 / 共11页
第8页 / 共11页
资料共11页,剩余部分请下载后查看
1简介
1.1产品简介
1.2 测试目的
1.3 测试范围
2测试参考文档和测试提交文档
2.1 测试参考文档
2.2 测试提交文档
3测试进度
4 测试资源
4.1人力资源
4.2测试环境
测试环境:Linux 内核 2.6,websphere 6.0.20应用服务器
4.3测试工具
5 问题严重度及优先级描述
5.1缺陷严重级别定义
5.2缺陷优先级定义
5.3 缺陷跟踪及测试版本
6 测试风险
7 测试策略
7.1 数据和数据库完整性测试
7.2 功能测试
7.3 用户界面测试
7.4 兼容性测试
7.5 性能测试
7.6 安全性和访问控制测试
XX 科技有限公司 项目管理文档 99 网上书城 测试计划 编 写 审 核 审 批 文档管理 页码 编号 20XX-5-04 编写 时间 审核 时间 审批 时间 共 11 页 修订次数 共 1 次 版本 V1.0 XX 科技有限公司版权所有 文档中的全部内容属 XX 有限公司所有, 未经允许,不可全部或部分发表、复制、使用于任何目的。
XX 技术部 版本 日期 1.0 1.1 1.2 20XX 年 05 月 04 日 20XX 年 05 月 08 日 20XX 年 05 月 30 日 修订历史记录 修订者 说明 创建文档 后台管理程序发生需求变更 测试部门人员发生变化 1 简介 1.1 产品简介 99 书城项目为网上图书销售管理系统,包括前台图书的展示、图书购买下单、订单审 核、付款等一套完善的电子商务管理系统。使用 99 书城项目,可以实现对注册用户,图书 上架,图书分类的管理。 1.2 测试目的 99 书城的测试目的是为了检测系统是否符合最终需求,其中包括: ·各功能点是否正确 ·业务流程是否正确 ·数据的传输是否完整、正确、安全,性能是否良好 ·系统是否具有良好的容错性 ·应用程序是否具有良好的易用性和可操作性 1.3 测试范围 针对测试的系统模块,测试的范围包括: 应用程序名称 模块名称 普通用户购买 图书流程 用户注册 描述 普通用户购买图书流程是 99 书城的核心流程 用户注册为普通用户成为 99 书城的入口 优先级 1 2
XX 技术部 图书浏览 订单管理 系统管理员管 理流程 用户管理 展示从后台录入的图书 订单管理提供下订单及订单审核等功能,这是 99 书城 的核心业务,比较复杂,是测试的难点 维护 99 书城的一些基础数据 提供对 99 书城的用户删除,修改,注销管理 图书分类管理 提供新书书籍入库,新书分类操作 订单管理 提供订单审核操作 说明:优先级为 1 的在一期测试,为 2 的在二期测试。 1 1 1 1 1 2 针对测试的阶段,测试的范围包括: 测试阶段 集成测试 描述 测试应用模块之间的数据传输是否完整、正确、一致, 检查业务的流程是否正确走通 优先级 重要级 2 1 界面测试 系统 测试 用户界面测试检查浏览器窗口、菜单、表单、图片等显 示是否符合需求,提示界面是否友好等 易用性测试 易用性测试检查应用程序的使用是否有难度,是否有异 3 4 义 兼容性测试 兼容性测试,检查浏览器能否在多浏览器间兼容 3 性能测试主要针对系统的负载、压力等方面进行测试 3 性能测试 安全性测试 安全性测试是针对系统数据传输的安全性所做的测试 3 2 联调测试 1 回归测试 联调测试是针对付款流程与网上银行接口的测试 回归测试即检查提交的缺陷是否正确修复,以及修复缺 陷时有无带来新的缺陷,保证缺陷正常关闭 2 2 2 2 1 1 1 说明:1 系统的一期、二期测试按优先级的 1、2、3、4 顺序测试,其中 3、4 级的测试 只在二期中进行;重要级为 1 的是重点关注的测试阶段 3
XX 技术部 2 测试参考文档和测试提交文档 2.1 测试参考文档 测试参考文档包括: (1)产品需求文档 (2)软件概要设计 (3)软件详细设计 (4)数据库结构图 2.2 测试提交文档 测试提交的文档包括: (1)测试计划 (2)功能测试用例 (3)性能测试用例 (4)测试 Bug 清单 (5)性能测试报告 (6)系统测试报告 4
XX 技术部 计划开始日期 实际开始日期 实际结束日期 20xx0305 20xx0308 20xx0308 20xx0310 20xx0305 20xx0308 20xx0308 20xx0320 20xx0325 20xx0330 20xx0404 3 测试进度 一期 测试过程 熟悉需求 制定测试计划 设计测试用例 模块、集成测试 系统测试 在线测试 系统测试报告 4 测试资源 4.1 人力资源 测试人员 具体职责或注释 角色 测试经理 测试工程师 1 人 2 人 性能测试人员 1 人 安全性测试人员 1 人 测试人员 6 人 指导测试,评估测试工作的有效性,资源协调,测试环境搭 建 编写测试计划,设计部分测试用例,测试环境部署、协调测 试过程,并实际执行测试,分析测试数据,形成测试小结, 跟踪缺陷 重点在性能测试,编写性能测试计划、设计性能测试场景、 用例,并执行测试,分析测试结果,生成测试报告 同时负责设计部分测试用例,执行测试,分析测试数据,形 成测试小结,跟踪缺陷 重点在安全性测试,编写安全性测试计划、设计安全性测试 用例,并执行测试,分析测试结果,生成测试小结 同时负责设计部分测试用例,执行测试,分析测试数据,形 成测试小结,跟踪缺陷 负责设计部分测试用例,执行测试,分析测试数据,形成测 试小结,跟踪缺陷 说明:暂以现有测试人力资源估计 4.2 测试环境 软件环境 5
XX 技术部 测试环境:Linux 内核 2.6,websphere 6.0.20 应用服务器 测试管理工具环境:Window2000, TestDirector7.6 数据库环境:Linux 内核 2.6, Oracle10g 硬件环境 测试环境:2.4GhzCpu,内存 1G,可用硬盘空间 20G 测试管理工具环境:2.4GhzCpu,内存 1G,可用硬盘空间 20G 数据库环境:2.4GhzCpu,内存 1G,可用硬盘空间 20G 4.3 测试工具 用途 测试管理工具 自动化测试工具 压力测试工具 工具 TestDirector QTP LoadRunner 厂商 HP HP HP 版本 7.6 8.0 8.0 6
XX 技术部 5 问题严重度及优先级描述 5.1 缺陷严重级别定义 严重级别 缺陷描述 备注  风格不统一,包括相近流程的页面布局相异,相同的问题点提示 信息相异,但对用户的使用方法和使用习惯不造成影响(需求中 明确的风格要求除外)  对齐方式,包括文字对齐,页面排列项一致  错误定位及信息提示不准确,包括错误判断的顺序,出错后信息 提示错误(包括出现后台信息),错误出现的光标定位  UI 错误,包括页面的描述显示错误(和需求中描述的信息不一致, 或有明显的错误),字体错误,以及模板的显示错误等  按钮或标签上有拼写错误的单词、不正确的大小写 low  简单的业务功能实现错误,包括默认显示内容错误,查询列表初 始查询条件错误和查询匹配错误 Medium  页面输入限制错误,包括输入长度,输入字符限制,特殊输入要 求判断,图片上传限制错误和文件上传限制错误等  业务流程对应的功能未实现,但是有替代方法解决,不影响实际 的使用  日期或时间初始值错误(起止日期、时间没有限定) High  功能实现但与需求不一致,影响到流程中其他模块  业务流程对应的功能未实现  数据库建库(或升级)脚本错误,遗失表或字段,影响系统的正 常运行  存储过程不能正常执行对应的设计功能  性能和压力测试中,在大数据量和并发压力大时,系统处理缓慢、 网络异常及少量数据丢失(低于 0.5%)等情况  虽然正确性不受影响,但系统性能和响应时间受到影响  业务流程对应的功能未实现,且无替代方法  页面出现编译错误或 404 页面  性能和压力测试中,大数据量和并发压力大时,系统停止处理或 大量数据丢失(大于 0.5%) Very high  产生错误的结果,导致系统不稳定的问题  数据链接未释放  与其它模块的接口,调用或提供错误(验证到数据库、日志和模 拟器级别)  需求未在系统中实现 7
XX 技术部 Urgent  正常的用户操作,导致系统崩溃  严重影响系统流程  数据库链接异常中断  故意留有程序后门  可能有灾难性后果 5.2 缺陷优先级定义 优先级别 low Medium High Very high 缺陷描述 备注  适当考虑,尽量在发布之前修复  在程序员阶段性任务完成之后,进行缺陷的修复  任务正常排队,但不要影响开发或测试进度  程序员在当前开发任务不是特别紧急的情况下,应该优先修复该 缺陷  如果程序员当前开发任务较重要,在完成这个开发模块后,应该 优先修复此缺陷 Urgent  程序员必须停止当前的开发任务,进行缺陷修复 5.3 缺陷跟踪及测试版本 测试人员提交 New 状态的 BUG 给项目经理,由负责人 Open 缺陷并指派开发人员,测试人 员对 Fix 的缺陷进行回归测试,并将其状态改为 Reopen 或 Closed,确保缺陷的最终状态为 Closed。 8
分享到:
收藏