图书管理系统测试计划书.docx

上传人:b****5 文档编号:29426824 上传时间:2023-07-23 格式:DOCX 页数:11 大小:20.23KB
下载 相关 举报
图书管理系统测试计划书.docx_第1页
第1页 / 共11页
图书管理系统测试计划书.docx_第2页
第2页 / 共11页
图书管理系统测试计划书.docx_第3页
第3页 / 共11页
图书管理系统测试计划书.docx_第4页
第4页 / 共11页
图书管理系统测试计划书.docx_第5页
第5页 / 共11页
点击查看更多>>
下载资源
资源描述

图书管理系统测试计划书.docx

《图书管理系统测试计划书.docx》由会员分享,可在线阅读,更多相关《图书管理系统测试计划书.docx(11页珍藏版)》请在冰豆网上搜索。

图书管理系统测试计划书.docx

图书管理系统测试计划书

软件测试计划报告

软件工程

 

专业:

软件技术

班级:

姓名:

学号:

课程教师:

课程时间:

 

大学图书管理系统测试计划书

1引言

图书管理系统,是一个由人、计算机等组成的能进行管理信息的收集、传递、加工、保存、维护和使用的系统。

利用信息控制企业的行为;帮助企业实现其规划目标。

它必须提供接口以供用户登录并从中选取书籍;同时还必须提供系统的管理接口以供管理员和一般的网站工作者处理还书并维护网站的正常运行。

1.1标识

本系统只适用于windows操作系统下安装及使用。

文件状态:

[]草稿

[√]正式发布

[]正在修改

报告编号

图书管理系统软件开发计划

BooksManage-001

当前版本

V1.0

编写人

王孟

编写日期

2016-10-19-

审批人

05小组

审批日期

2016-11-20-

保密级别

SSS

1.2系统概述

开发《图书管理系统》,运用到多个场所,例如学校和生活中,对人们的生活带来方便,

在windows系统是上运行和维护。

作为小组的成员,应当做好对软件的维护和测试,并详细说明其他文档的要点,

1.3文档概述

本文档用于客户保留,方便以后的查找和纠错。

开发人员应当做好相当好的保密工作。

保证用户的价值隐私。

1.4与其他计划的关系

软件测试技术应当和其他的计划报告书完整的结合应用,并且几个之间是紧密相连的。

(若有)本条应描述本计划和有关的项目管理计划之间的关系。

1.5基线

图书管理系统可行性分析报告V1.0

2引用文件

计算机软件文档编制规范(GB/T8567-2006),20016年11月20日发布,2006年11月24日实施。

2.1目的

大学图书管理系统是一个为了减轻图书管理员工作的系统,为了让本系统在使用中更加符合工作人员的习惯和需求,让用户有更好的用户体验,在测试中发现尽可能多的软件缺陷并通过解决这些缺陷后达到让本系统的功能更强大,性能更稳定,安全性更高,用户体验更好,容错能力更强的效果。

2.2背景

本大学图书管理系统是基于ASP.NET+MySQL技术的信息管理系统,主要实现了图书的增加,查看,删除,修改和借阅情况维护的功能。

2.3范围

本次测试主要采用黑盒测试的方法,主要针对于本系统的功能测试模块,对于性能测试,负载测试,安全测试等其他方面的测试会根据时间和进度给予相应的测试。

3,测试参考文档和测试提交文档

3.1测试参考文档

《图书管理系统需求说明书》

3.2测试提交文档

《大学图书管理系统测试计划书》(即本计划书),《大学图书管理系统测试报告》以及由QualityCenter测试管理工具自动生成的《大学图书管理系统测试文档》

4,测试进度

测试活动(2016年)

计划开始日期

实际开始日期

结束日期

制定测试计划

11月20日

11月21日

11月24日

设计测试

11月21日

11月21日

11月24日

集成测试

11月21日

11月21日

11月24日

系统测试

11月21日

11月21日

11月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,测试资源

4.1人力资源

角色

所推荐的最少资源(所分配的专职角色数量)

具体职责或注释

测试组长

1人

完成需求,分配测试任务和完成最后的测试报告

测试人员

4人

编写测试用例并执行测试

4.2测试环境

软件环境

本系统是在WindowsXP和Windows7的环境下,使用QualityCenter管理工具,用黑盒的测试方法手动进行测试的

Web服务器/应用服务器:

IIS6.0

数据库系统:

MySQL5.1

客户端软件:

IE/火狐/谷歌

硬件环境

WindowsXP:

CPU2.8GHz内存:

2G

Windows7:

CPU1.8GHz内存:

2G

4.3测试工具

本系统采用的是黑盒的测试方法,手动测试系统,使用QualityCenter对整个测试过程进行管理

用途

工具

生产厂商/自产

版本

测试管理

QualityCenter

5,测试风险,优先级

由于是基于黑盒的测试,在测试过程中,可能会由于测试人员的经验不够,有可能导致测试用例的覆盖不是很全面。

这也是每一个刚刚接触项目的测试员很大可能碰到的问题,级别较高。

测试组长如果多该系统的了解不是很全面的话,那么在写需求的时候也有可能出现遗漏,这也会导致测试不全面。

还有,系统并不是部署在服务器版的系统上,服务器端的稳定性,兼容性等会有些不足,不过由此引发的风险性不是很大。

6,测试策略

6.1数据和数据库的完整性测试

测试目标:

确保数据库安装成功,访问过程不出现错误,查询,添加,修改等数据库操作能正常运行,数据不会遭到损坏

测试范围:

技术:

调用各个数据库访问方法和进程,并在其中填充有效的和无效的数据(或对数据的请求)。

检查数据库,确保数据已按预期的方式填充,并且所有的数据库事件已正常发生;或者检查所返回的数据,确保正当的理由检索到了正确的数据

开始标准:

完成标准:

数据库成功安装,数据库的操作正常,数据不会遭到损坏

测试重点和优先级:

数据库的安装以及对数据库的操作能正常,由于数据到直接影响到几乎所有操作的进行,所以其优先级为高

需考虑的特殊事项:

应使用小型或最小的数据库(记录的数量有限)来使所有无法接受的事件具有更大的可视度。

6.2集成测试

测试目标

检测需求中业务流程,数据流的正确性

测试范围:

需求中明确的业务流程,或组合不同功能模块而形成一个大的功能。

技术:

在使用有效数据时得到预期的结果。

在使用无效数据时显示相应的错误消息或警告消息。

各业务规则都得到了正确的应用。

开始标准:

在完成某个集成测试时必须达到标准

完成标准:

所计划的测试已全部执行。

所发现的缺陷已全部解决。

测试重点和优先级:

测试过程中需着重测试图书的维护和图书借阅情况的维护两个部分,这也是本系统的主要业务,优先级为高

需考虑的特殊事项:

在图书维护测试过程中,要注意修改后的图书信息是否会和数据库数据有重复或冲突

6.3功能测试

测试目标

确保测试的功能正常,其中包括图书的添加,图书信息的修改,图书借阅情况的维护等功能。

测试范围:

技术:

利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下内容:

在使用有效数据时得到预期的结果。

在使用无效数据时显示相应的错误消息或警告消息。

各业务规则都得到了正确的应用。

开始标准:

完成标准:

所有功能都能正常使用并不会出错或者产生异常

测试重点和优先级:

优先级高

需考虑的特殊事项:

对输入图书信息的有效性要加以验证,对图书维护和借阅维护中,所有的维护信息都有同步更新到数据库中

6.4用户界面测试

测试目标

核实以下内容:

通过测试进行的浏览可正确反映业务的功能和需求,这种浏览包括窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法(Tab键、鼠标移动、和快捷键)的使用

窗口的对象和特征(例如,菜单、大小、位置、状态和中心)都符合标准。

测试范围:

界面的各自组建和它们的事件反应

技术:

为每个窗口创建或修改测试,以核实各个应用程序窗口和对象都可正确地进行浏览,并处于正常的对象状态。

开始标准:

完成标准:

成功地核实出各个窗口都与基准版本保持一致,或符合可接受标准

测试重点和优先级:

需考虑的特殊事项:

并不是所有定制或第三方对象的特征都可访问。

6.5性能测试

测试目标

核实所指定的事务或业务功能在以下情况下的性能行为:

正常的预期工作量

预期的最繁重工作量

测试范围:

技术:

使用为功能或业务周期测试制定的测试过程。

通过修改数据文件来增加事务数量,或通过修改脚本来增加每项事务的迭代数量。

脚本应该在一台计算机上运行(最好是以单个用户、单个事务为基准),并在多个客户机(虚拟的或实际的客户机,请参见下面的“需要考虑的特殊事项”)上重复。

开始标准:

完成标准:

单个事务或单个用户:

在每个事务所预期时间范围内成功地完成测试脚本,没有发生任何故障。

多个事务或多个用户:

在可接受的时间范围内成功地完成测试脚本,没有发生任何故障。

测试重点和优先级:

需考虑的特殊事项:

综合的性能测试还包括在服务器上添加后台工作量。

可采用多种方法来执行此操作,其中包括:

直接将“事务强行分配到”服务器上,这通常以“结构化语言”(SQL)调用的形式来实现。

通过创建“虚拟的”用户负载来模拟许多个(通常为数百个)客户机。

此负载可通过“远程终端仿真(RemoteTerminalEmulation)工具来实现。

此技术还可用于在网络中加载“流量”。

使用多台实际客户机(每台客户机都运行测试脚本)在系统上添加负载。

性能测试应该在专用的计算机上或在专用的机时内执行,以便实现完全的控制和精确的评测。

性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。

6.6负载测试

测试目标

核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。

测试范围:

技术:

使用为功能或业务周期测试制定的测试。

通过修改数据文件来增加事务数量,或通过修改脚本来增加每项事务发生的次数。

开始标准:

完成标准:

多个事务或多个用户:

在可接受的时间范围内成功地完成测试,没有发生任何故障。

测试重点和优先级:

需考虑的特殊事项:

负载测试应该在专用的计算机上或在专用的机时内执行,以便实现完全的控制和精确的评测。

负载测试所用的数据库应该是实际大小或相同缩放比例的数据库

6.7安装测试

本系统是在WindowsXP和Windows7的环境下安装,若安装成功再进行基本功能测试。

7,严重问题描述

问题严重度

描述

响应时间

使用中突然退出

1S

使用中卡顿

2S

8评价

此测试可将系统最重要的功能模块进行逐一检测,对说明书中列举的功能进行排查,对系统实现各功能的正常运行做充分的测试,输入合理不合理的测试数据检验功能的运行及出错处理情况,最后完整实现功能,满足客户的需求。

8.1评价准则

良好

8.2数据处理

 

THANKS!

!

!

 

致力为企业和个人提供合同协议,策划案计划书,学习课件等等

打造全网一站式需求

欢迎您的下载,资料仅供参考

 

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 经管营销 > 经济市场

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1