图书管理系统测试计划书[汇编]

上传人:粗**** 文档编号:137989039 上传时间:2020-07-13 格式:PDF 页数:9 大小:79.52KB
返回 下载 相关 举报
图书管理系统测试计划书[汇编]_第1页
第1页 / 共9页
图书管理系统测试计划书[汇编]_第2页
第2页 / 共9页
图书管理系统测试计划书[汇编]_第3页
第3页 / 共9页
图书管理系统测试计划书[汇编]_第4页
第4页 / 共9页
图书管理系统测试计划书[汇编]_第5页
第5页 / 共9页
点击查看更多>>
资源描述

《图书管理系统测试计划书[汇编]》由会员分享,可在线阅读,更多相关《图书管理系统测试计划书[汇编](9页珍藏版)》请在金锄头文库上搜索。

1、软件测试计划报告 软件工程 专业:软件技术 班级: 姓名: 学号: 课程教师: 课程时间: 大学图书管理系统测试计划书 1 引言 图书管理系统,是一个由人、计算机等组成的能进行管理信息的收集、传递、加工、保 存、维护和使用的系统。利用信息控制企业的行为;帮助企业实现其规划目标。它必须提供 接口以供用户登录并从中选取书籍;同时还必须提供系统的管理接口以供管理员和一般的网 站工作者处理还书并维护网站的正常运行。 标识 本系统只适用于windows 操作系统下安装及使用。 文件状态: 草稿 正式发布 正在修改 报告编号图书管理系统软件开发计划 BooksManage-001 当前版本 编写人王孟编写

2、日期2016-10-19- 审批人05 小组审批日期2016-11-20- 保密级别SSS 系统概述 开发图书管理系统 ,运用到多个场所,例如学校和生活中,对人们的生活带来方便, 在 windows系统是上运行和维护。作为小组的成员,应当做好对软件的维护和测试, 并详细说明其他文档的要点, 文档概述 本文档用于客户保留,方便以后的查找和纠错。开发人员应当做好相当好的保密工作。 保证用户的价值隐私。 与其他计划的关系 软件测试技术应当和其他的计划报告书完整的结合应用,并且几个之间是紧密相连的。 (若有 )本条应描述本计划和有关的项目管理计划之间的关系。 基线 图书管理系统可行性分析报告 2 引用

3、文件 计算机软件文档编制规范(GB/T 8567-2006),20016 年 11 月 20 日发布, 2006 年 11 月 24 日实施。 目的 大学图书管理系统是一个为了减轻图书管理员工作的系统,为了让本系统在使 用中更加符合工作人员的习惯和需求,让用户有更好的用户体验,在测试中发现尽 可能多的软件缺陷并通过解决这些缺陷后达到让本系统的功能更强大,性能更稳定, 安全性更高,用户体验更好,容错能力更强的效果。 背景 本大学图书管理系统是基于+MySQL 技术的信息管理系统,主要实现了图书的 增加,查看,删除,修改和借阅情况维护的功能。 范围 本次测试主要采用黑盒测试的方法,主要针对于本系统

4、的功能测试模块,对于 性能测试, 负载测试, 安全测试等其他方面的测试会根据时间和进度给予相应的测 试。 3,测试参考文档和测试提交文档 测试参考文档 图书管理系统需求说明书 测试提交文档 大学图书管理系统测试计划书(即本计划书) ,大学图书管理系统测试报告 以及由 Quality Center 测试管理工具自动生成的大学图书管理系统测试文档 4,测试进度 测试活动( 2016年) 计划开始日期实际开始日期结束日期 制定测试计划11月20日11月21日11月24日 设计测试11月21日11月21日11月24日 集成测试11月21日11月21日11月 24日 系统测试 11月21日11月21日1

5、1月24日 性能测试11月21日11月22日11月 24日 安装测试11月22日11月22日11月24日 用户验收测试11月22日11月23日11月24日 对测试进行评估11月22日11月23日11月24日 产品发布11月24日11月24日11月 25日 4,测试资源 人力资源 角色所推荐的最少资源(所分配的 专职角色数量) 具体职责或注释 测试组长1 人完成需求,分配测试任务和完成最后 的测试报告 测试人员4 人编写测试用例并执行测试 测试环境 软件环境 本系统是在Windows XP 和 Windows 7 的环境下,使用Quality Center 管理工具,用黑盒的 测试方法手动进行测

6、试的 Web 服务器 /应用服务器: IIS 数据库系统: MySQL 客户端软件: IE/火狐 /谷歌 硬件环境 Windows XP: CPU 内存: 2G Windows 7 : CPU 内存: 2G 测试工具 本系统采用的是黑盒的测试方法,手动测试系统, 使用 Quality Center 对整个测试过 程进行管理 用途工具生产厂商 /自产版本 测试管理Quality Center 5,测试风险,优先级 由于是基于黑盒的测试,在测试过程中,可能会由于测试人员的经验不够,有可能 导致测试用例的覆盖不是很全面。这也是每一个刚刚接触项目的测试员很大可能碰到的 问题,级别较高。测试组长如果多该

7、系统的了解不是很全面的话,那么在写需求的时候 也有可能出现遗漏,这也会导致测试不全面。还有,系统并不是部署在服务器版的系统 上,服务器端的稳定性,兼容性等会有些不足,不过由此引发的风险性不是很大。 6,测试策略 数据和数据库的完整性测试 测试目标:确保数据库安装成功,访问过程不出现错误,查询,添加,修 改等数据库操作能正常运行,数据不会遭到损坏 测试范围: 技术:调用各个数据库访问方法和进程,并在其中填充有效的和无效 的数据(或对数据的请求)。 检查数据库, 确保数据已按预期的方式填充,并且所有的数据 库事件已正常发生;或者检查所返回的数据,确保正当的理由检索 到了正确的数据 开始标准: 完成

8、标准:数据库成功安装,数据库的操作正常,数据不会遭到损坏 测试重点和优先级:数据库的安装以及对数据库的操作能正常,由于数据到直接影 响到几乎所有操作的进行,所以其优先级为高 需考虑的特殊事项:应使用小型或最小的数据库(记录的数量有限)来使所有无法 接受的事件具有更大的可视度。 集成测试 测试目标检测需求中业务流程,数据流的正确性 测试范围:需求中明确的业务流程,或组合不同功能模块而形成一个大 的功能。 技术:在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。 开始标准:在完成某个集成测试时必须达到标准 完成标准:所计划的测试已全部执

9、行。 所发现的缺陷已全部解决。 测试重点和优先级:测试过程中需着重测试图书的维护和图书借阅情况的维护 两个部分,这也是本系统的主要业务,优先级为高 需考虑的特殊事项:在图书维护测试过程中,要注意修改后的图书信息是否会和数 据库数据有重复或冲突 功能测试 测试目标确保测试的功能正常,其中包括图书的添加,图书信息的修 改,图书借阅情况的维护等功能。 测试范围: 技术:利用有效的和无效的数据来执行各个用例、用例流或功能, 以核实以下内容: 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。 开始标准: 完成标准:所有功能都能正常使用并不会

10、出错或者产生异常 测试重点和优先级:优先级高 需考虑的特殊事项:对输入图书信息的有效性要加以验证,对图书维护和借阅维 护中,所有的维护信息都有同步更新到数据库中 用户界面测试 测试目标核实以下内容: 通过测试进行的浏览可正确反映业务的功能和需求,这种浏 览包括窗口与窗口之间、字段与字段之间的浏览,以及各种访问 方法( Tab键、鼠标移动、和快捷键)的使用 窗口的对象和特征(例如, 菜单、 大小、 位置、 状态和中心) 都符合标准。 测试范围:界面的各自组建和它们的事件反应 技术:为每个窗口创建或修改测试,以核实各个应用程序窗口和对 象都可正确地进行浏览,并处于正常的对象状态。 开始标准: 完成

11、标准:成功地核实出各个窗口都与基准版本保持一致,或符合可接 受标准 测试重点和优先级: 需考虑的特殊事项:并不是所有定制或第三方对象的特征都可访问。 性能测试 测试目标核实所指定的事务或业务功能在以下情况下的性能行为: 正常的预期工作量 预期的最繁重工作量 测试范围: 技术:使用为功能或业务周期测试制定的测试过程。 通过修改数据文件来增加事务数量,或通过修改脚本来增加 每项事务的迭代数量。 脚本应该在一台计算机上运行(最好是以单个用户、单个事 务为基准),并在多个客户机(虚拟的或实际的客户机,请参见 下面的“需要考虑的特殊事项”)上重复。、 开始标准: 完成标准:单个事务或单个用户:在每个事务

12、所预期时间范围内成功地 完成测试脚本,没有发生任何故障。 多个事务或多个用户:在可接受的时间范围内成功地完成测 试脚本,没有发生任何故障。 测试重点和优先级: 需考虑的特殊事项:综合的性能测试还包括在服务器上添加后台工作量。 可采用多种方法来执行此操作,其中包括: 直接将“事务强行分配到”服务器上,这通常以“结构化语 言” ( SQL )调用的形式来实现。 通过创建 “虚拟的” 用户负载来模拟许多个(通常为数百个) 客 户 机 。 此 负 载 可 通 过 “ 远 程 终 端 仿 真 ( Remote Terminal Emulation)工具来实现。此技术还可用于在网络中加载“流量”。 使用多

13、台实际客户机(每台客户机都运行测试脚本)在系统 上添加负载。 性能测试应该在专用的计算机上或在专用的机时内执行,以 便实现完全的控制和精确的评测。 性能测试所用的数据库应该是实际大小或相同缩放比例的 数据库。 负载测试 测试目标核实所指定的事务或商业理由在不同的工作量条件下的性 能行为时间。 测试范围: 技术:使用为功能或业务周期测试制定的测试。 通过修改数据文件来增加事务数量,或通过修改脚本来增加 每项事务发生的次数。 开始标准: 完成标准:多个事务或多个用户:在可接受的时间范围内成功地完成测 试,没有发生任何故障。 测试重点和优先级: 需考虑的特殊事项:负载测试应该在专用的计算机上或在专用的机时内执行,以 便实现完全的控制和精确的评测。 负载测试所用的数据库应该是实际大小或相同缩放比例的 数据库 安装测试 本系统是在Windows XP 和 Windows 7 的环境下安装,若安装成功再进行基本功能测 试。 7,严重问题描述 问题严重度描述响应时间 高使用中突然退出1S 中使用中卡顿2S 低 8 评价 此测试可将系统最重要的功能模块进行逐一检测,对说明书中列举的功能进行排查,对 系统实现各功能的正常运行做充分的测试,输入合理不合理的测试数据检验功能的运行及出 错处理情况,最后完整实现功能,满足客户的需求。 评价准则 良好 数据处理 无

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 大杂烩/其它

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号