制定测试计划

图书馆管理系统测试计划

1软件说明


测试功能


输入


输出


新书入库


书籍基本信息


Book_Info表中增加一条记录


借书


借阅证号、书号


Book_Info、Proof_Info、Borrow_Info、Punish_Info表中更新记录


还书


借阅证号、书号


书籍挂失


借阅证号、书号


图书信息查询


图书号或图书名


显示图书基本信息


借书信息查询


借阅证号


显示借书信息

2测试内容

测试1:名称:系统身份验证测试

目的:测试系统登录界面。

内容:用户名、密码、身份输入、合理性检查、合法性检查,系统操作界面显示控制

测试 2:名称:借书测试。

目的:测试借书功能。

内容:括借阅证号输入、合理性检查、合法性检查,借书对话显示控制,图书书号提交、合理性检查、合法性检查,借书登记。

测试 3:名称: 还书测试。

目的:测试还书功能。

内容:还书对话框显示控制,图书书号提交、合理性检查、合法性检查,还书登记。

测试 4:名称:图书库管理测试。

目的:测试图书库操作功能。

内容:图书库管理界面显示控制,图书库浏览,增加图书记录,删除图书记录,编辑图书记录。

测试 5:名称:图书查询、借阅证查询、借阅信息查询测试。

目的:测试图书查询、借阅证查询、借阅信息查询功能。

内容:图书查询对话框显示控制,借阅证信息查询对话框显示控制,借阅信息查询对话框显示控制,输入数据合理性检验、提交,图书查询

测试 6:名称:书籍挂失测试

目的:测试书籍挂失功能。

内容:借阅证号和书号输入、合理性检查、合法性检查,书籍信息对话显示控制,借阅证号和书号提交、合理性检查、合法性检查,借书登记。

3系统身份验证测试

3.1.1进度安排


工作内容


时间


测试人


熟悉环境


2015.6.1 8:00-9:00


图书馆管理员、工作人员、学生


培训


2015.6.1 9:00-10:00


准备输入数据


2015.6.1 10:00-11:00


测试


2015.6.1 11:00-13:00


整理测试结果


2015.6.1 13:00-15:00


测试组

3.1.2条件(下面的测试条件同下,所以不再给出)

  • 设备

² 服务器

(1) 处理器(CPU):Inter(R)Core i5-4210U

(2) 内存容量(RAM) 4GB

支持软件

² 数据库服务器端

(1) 操作系统:win8

(2) 数据库管理系统:SQL Server 2005,配置TCP/IP协议

² Web服务器端

(1) 操作系统:win8

(2) Internet 信息服务(IIS)6.0管理器

(3) Visual Studio.NET 2005,配置TCP/IP协议

² 客户端

(1) 操作系统:win8

(2) Web浏览器:Internet Explorer 6.0以上或Netscape 4.0以上,配置TCP/IP协议

  • 人员

² 用户:图书馆工作人员2名,系统管理员1名,学生或教师2名,技术方面要求懂得计算机的基本操作。

² 开发任务组:5人,对系统功能有具体的了解,对软件、硬件环境熟悉。

3.1.3测试培训


培训内容


受训人员


从事培训的工作人员


熟悉系统环境


测试人员、用户、图书馆工作人员


One piece


了解系统功能


测试人员、用户、图书馆工作人员


One piece


学习登录的操作


测试人员、用户、图书馆工作人员


One piece


学习登录的基本管理


测试人员、用户、图书馆管理人员


One piece

3.2借书测试

3.2.1进度安排


工作内容


时间


测试人


准备输入数据


2015.6.2 8:00-9:00


测试人员、学生、图书馆工作人员、管理员


测试


2015.6.2 9:00-11:00


整理测试结果


2015.6.2 11:00-14:00


测试组

3.2.2测试培训


培训内容


受训人员


从事培训的工作人员


学习借书的操作


测试人员、用户、图书馆工作人员


One piece


学习借书管理


测试人员、用户、图书馆管理人员


One piece

3.3还书测试

3.3.1进度安排


工作内容


时间


测试人


准备输入数据


2015.6.3 8:00-9:00


测试人员、学生或教师、图书馆工作人员、管理员


测试


2015.6.3 9:00-11:00


整理测试结果


2015.6.3 11:00-14:00


测试组

3.3.2测试培训


培训内容


受训人员


从事培训的工作人员


学习还书的操作


测试人员、用户、图书馆工作人员


One piece


学习还书管理


测试人员、用户、图书馆管理人员


One piece

3.4图书库管理测试

3.4.1进度安排


工作内容


时间


测试人


准备输入数据


2015.6.4 8:00-9:00


测试人员、图书馆工作人员、管理员


测试


2015.6.4 9:00-11:00


整理测试结果


2015.6.4 11:00-14:00


测试组

3.4.2测试培训


培训内容


受训人员


从事培训的工作人员


学习新书入库的操作


测试人员、用户、图书馆工作人员


One piece


学习新书入库管理


测试人员、用户、图书馆管理人员


One piece

3.5图书查询、借阅证查询、借阅信息查询测试

3.5.1进度安排


工作内容


时间


测试人


准备输入数据


2015.6.5 8:00-9:00


测试人员、学生或教师、图书馆工作人员、管理员


测试


2015.6.5 9:00-11:00


整理测试结果


2015.6.5 11:00-14:00


测试组

3.5.2测试培训


培训内容


受训人员


从事培训的工作人员


学习查询的操作


测试人员、用户、图书馆工作人员


系统开发组

3.6书籍挂失测试

3.6.1进度安排


工作内容


时间


测试人


准备输入数据


2010-6-20 8:00-9:00


测试人员、学生或教师、图书馆工作人员、管理员


测试


2010-6-20 9:00-11:00


整理测试结果


2010-6-20 11:00-14:00


测试组

3.6.2测试培训


培训内容


受训人员


从事培训的工作人员


学习书籍挂失的操作


测试人员、用户、图书馆工作人员


系统开发组


学习书籍挂失管理


测试人员、用户、图书馆管理人员


系统开发组

4测试设计说明

4.1.1借书测试

考虑7种情况:

  • 借阅证号或书号为空
  • 借阅证号不存在
  • 书号不存在
  • 该读者有欠费记录
  • 该读者已借书中有逾期的书籍
  • 该读者已借书的数量已达到8本
  • 借阅证号和书号都正确,且该读者有借书的资格

4.1.2控制

输入:半自动

操作顺序:先按上面7种情况的顺序输入相应的借阅证号和书号,再提交。

结果记录方法:记录输入信息、提示信息、数据库中每个表的更改信息。

4.1.3输入、输出、过程


输入数据


选择策略


命令


输出数据


借阅证号为空,正确书号


测试借阅证号为空的情况


借书按钮


“借阅证号不能为空”的提示框


正确借阅证号,书号为空


测试书号为空的情况


借书按钮


“书号不能为空”的提示框


错误的借阅证号,正确书号


测试当不存在改借阅证时的情况


借书按钮


“该读者不存在”的提示框


正确的借阅证号,错误的书号


测试当书号错误的情况


借书按钮


“该书不存在”的提示框


修改数据库,使得Punish_Info表中有某读者的欠费记录,输入这个读者的借阅证号,输入正确的书号


测试读者有欠费记录时的情况


借书按钮


“该读者已欠费…”的提示框


修改数据库,使某读者的已借书中有逾期的,输入该读者借阅证号和该逾期书籍号


测试读者已借书中有逾期的书籍的情况


借书按钮


“该读者已欠费…”的提示框


使某读者已借阅8本书,该读者继续借书


测试当某读者已借阅书籍已达到8本书的情况


借书按钮


“该读者已借书8本”的提示框


以上情况都没有且借阅证号和书号都正确


测试当读者符合借书条件的情况


借书按钮


“借书成功”的提示框

4.2还书测试

考虑5种情况:

  • 借阅证号或书号为空
  • 借阅证号不存在
  • 书号不存在
  • 该书逾期
  • 借阅证号和书号都正确

4.2.1控制

输入:半自动

操作顺序:先按上面5种情况的顺序输入相应的借阅证号和书号,再提交。

结果记录方法:记录输入信息、提示信息、数据库中每个表的更改信息。

4.2.2输入、输出、过程


输入数据


选择策略


命令


输出数据


借阅证号为空,正确书号


测试借阅证号为空的情况


还书按钮


“借阅证号不能为空”的提示框


正确借阅证号,书号为空


测试书号为空的情况


还书按钮


“书号不能为空”的提示框


错误的借阅证号,正确书号


测试当不存在改借阅证时的情况


还书按钮


“该读者不存在”的提示框


正确的借阅证号,错误的书号


测试当书号错误的情况


还书按钮


“该书不存在”的提示框


修改数据库,使某读者已借的该书已逾期,输入该读者借阅证号和该书籍号


测试读者该书已逾期的情况


还书按钮


“该书已欠费…”和“还书成功”的提示框


以上情况都没有且借阅证号和书号都正确


测试当读者符合还书条件的情况


还书按钮


“还书成功”的提示框

4.3图书库管理测试

考虑3种情况:

  • 书号、书名、作者、出版社、单价、总量有空项
  • 该书图书库中已存在
  • 该书图书库中不存在

4.3.1控制

输入:半自动

操作顺序:先按上面3种情况的顺序输入相应的借阅证号和书号,再提交。

结果记录方法:记录输入信息、提示信息、数据库中每个表的更改信息。

4.3.2输入、输出、过程


输入数据


选择策略


命令


输出数据


书号、书名、作者、出版社、单价、总量有空项


测试书籍信息填写不完整的情况


入库按钮


“请将信息填写完整”的提示框


书号在图书库中已存在


测试书号为空的情况


入库按钮


数据库中该书的总量和现存量各增加


书号在图书库中不存在


测试当不存在改借阅证时的情况


入库按钮


Book_Info表中增加一条记录

4.4图书查询、借阅证信息查询、借阅信息查询测试

考虑9种情况:

  • 图书查询:图书号或图书名不存在
  • 图书查询:图书号或图书名有空
  • 图书查询:图书存在
  • 借阅证信息查询:借阅证号不存在
  • 借阅证信息查询:借阅证号为空
  • 借阅证信息查询:借阅证号存在
  • 借阅信息查询:借阅证号不存在
  • 借阅信息查询:借阅证号为空
  • 借阅信息查询:借阅证号存在

4.4.1控制

输入:半自动

操作顺序:先按上面9种情况的顺序输入相应的借阅证号和书号,再提交。

结果记录方法:记录输入信息、提示信息、数据库中每个表的更改信息。

4.4.2输入、输出、过程


输入数据


选择策略


命令


输出数据


错误的图书号或书名


测试书号或书名有错误的情况


图书信息查询按钮


“该图书不存在”的提示框


书号或书名有空


测试书号或书名为空的情况


“请将信息填写完整”的提示框


正确的书号或书名


测试书号或书名存在的情况


书籍基本信息


错误的借阅证号


测试借阅证号错误的情况


借阅证信息查询


“该读者不存在”的提示框


借阅证号未填


测试借阅证号为空的情况


“借阅证号不能为空”的提示框


正确的借阅证号


测试借阅证号正确的情况


读者的基本信息


错误的借阅证号


测试借阅证号错误的情况


借阅信息查询


“该读者不存在”的提示框


借阅证号未填


测试借阅证号为空的情况


“借阅证号不能为空”的提示框


正确的借阅证号


测试借阅证号正确的情况


读者的借阅信息

4.5书籍挂失

考虑2种情况:

  • 该读者的这本书逾期
  • 该读者的这本书在借书期限内

4.5.1控制

输入:半自动

操作顺序:先按上面2种情况的顺序输入相应的借阅证号和书号,再提交。

结果记录方法:记录输入信息、提示信息、数据库中每个表的更改信息。

4.5.2输入、输出、过程


输入数据


选择策略


命令


输出数据


该读者的这本书已逾期


测试该书已逾期的情况


挂失按钮


“该书已欠费…”的提示框,Punish_Info表中的欠费金额是书本身的罚款再加上逾期的罚款


该读者的这本书在借书期限内


测试该书没有逾期的情况


挂失按钮


“该书已欠费…”的提示框,Punish_Info表中的欠费金额是书本身的罚款

5评价准则

5.1范围

此测试计划说明书中的测试用例能基本上包括所有的情况,基本上能反映此软件是否存在错误。其局限性是用例比较多,比较花时间。

5.2数据整理

由于系统规模不大,输入输出的数据类型简单,所以,我们采用手工方式将测试数据加工成便于评价的适当的形式。

5.3尺度

  • 以能发现错误为准则
  • 能正确完成功能要求。

测试用例正确执行,要求输出与预期的输出结果完全一致

时间: 2024-10-12 04:41:42

制定测试计划的相关文章

4.制定测试计划

1.1目的 开发一个方便快捷的局域网文件传输系统是很有意义的,它在文件传输方面的高效准确将会提高企业的办事效率,为企业节省开支,为家庭.宿舍用户提供方便. 1.2名词解释 TCP/IP协议:UDP协议:局域网文件传输:java程序设计:  1.3参考资料 [1] 明日科技.java编程大全.中国邮电出版社,2010. [2] 明日科技编程百例.中国邮电出版社,2010. [3] 李建华 王占全.编程从基础到实践.电子工业出版社,2007.TP312. 1.4测试摘要 这一节主要说明测试计划中重要

制定测试计划~201303014010 张萍萍

个人博客: http://www.cnblogs.com/elinesping/ 团队源码: https://github.com/mygithubq/libraryManagementSystem/tree/master 制定测试计划: 序号 测试内容 测试数据 期望结果 测试结果 测试结论 1 合法输入格式 000000,000000 登陆成功 登陆成功 正确 2 错误用户名 Admin,00000 提示“用户名不存在或者密码不正确” 提示“用户名不存在或者密码不正确” 正确 3 错误密码

【华为云技术分享】测试微课堂 | 有的放矢制定测试计划

本文着重介绍如何确定测试目的,划定测试范围,制订测试策略,组件测试团队,准备测试工具和环境,制订测试计划. 凡事预则立,不预则废.个人事项,团队协作都离不开计划.外出游玩有出行计划,产品立项有商业计划,下图中是笔者在某博物馆看到的上个世纪老电影的计划表,是不是很像软件项目里分角色的开发计划.同样地,做软件测试,尤其在涉及到团队协作时,需要制定测试计划. 团队开展测试活动之初,制定相应的测试计划,以指导整个测试周期中测试人员的测试活动.测试计划描述了测试目的.测试对象.测试范围.测试策略.测试活动

超市管理系统制定测试计划

http://www.cnblogs.com/panguangmei/ 超市管理系统测试计划 1. 简介 1. 1目的 超市管理系统“超市管理系统测试计划”文档有助于实现以下目标: 确定超市管理系统的信息和应超市管理系统测试的软件构件. 针对超市管理系统推荐可采用的超市管理系统测试策略,并对这些策略加以说明. 确定所需的资源,并对超市管理系统测试的工作量进行估计. 列出超市管理系统超市管理系统测试项目的可交付元素. 1. 2背景 对超市管理系统(构件.应用程序.系统等)及其目标进行简要说明.需要

课程感-如何制定测试计划

总结: 测试计划要结合项目,结合需求,尽早启动. 1.测试计划不一定要尽善尽美,但一定要切合实际,要根据项目特点.公司实际情况来编制,不能脱离实际情况: 2.测试计划一旦制定下来,并不就是一成不变的,世界万事万物时时刻刻都在变化,软件需求.软件开发.人员流动等都在时刻发生着变化,测试计划也要根据实际情况的变化而不断进行调整,以满足实际测试要求. 3.测试计划要能从宏观上反映项目的测试任务.测试阶段.资源需求等,不一定要太过详细. 进行工期评定: 1.判定功能模块的优先级,优先安排测试重要级别的模

测试计划

测试计划是一个过程,而不仅仅是一个文档.测试计划有助于测试范围的确定,测试策略的优化和测试风险的规避. 在项目启动之后,就要着手软件项目的计划,包括软件测试计划.软件测试计划是整个开发计划的组成部分,同时,它又依赖于软件组织过程.项目的总体计划.质量计划和方针.在测试活动中,首先要确定测试目标.范围和需求,然后制定测试策略,并对测试任务.时间.资源.成本和风险等进行估算和评估. 测试强调的是一个过程,计划(Planning)过程,而不仅仅是为了一个文档——“测试计划书”(Test Plan) 测

对于测试计划有效性问题的分析

近半年以来,我们部门大大小小的测试项目也做了不少.对于如何组织测试工作,各个测试组长/测试负责人都积极发挥着自己的主观能动性,为提高测试质量和测试效率而积极思考. 但是,唯一有个问题让一些组织者绞尽脑汁,那就是:如何让自己的工作能尽量小的偏离自己的预定计划目标,从而提高自己测试计划的有效性呢?对于这个问题,我有一点自己的想法,可供参考. 由于测试计划是一个测试项目必不可少的项目管理性文档.它或简单或复杂,其目的都是为了让项目能在预先计划好的轨迹上运作,以尽量减少测试工作的过大投 入,从而拉大投入

团队作业—第二周—软件测试计划

1.1目的 本计划将要对软件系统进行一系列的测试,黑盒.白盒.内测.试运营.公测.运营等阶段. 工作内容 人数(人) 工作时间(日) 产品策划.功能设计 1 3 交互设计 1 10 布局设计 2 10 界面设计 1 5 程序开发 (Android客户端.server工程师) 4 15 产品测试 5 5 共计 * 48 产品测试一共5天,黑盒1一天,白盒2天,其余一共3天. 1.2名词解释 缩写词或术语 英文解释 中文解释 Debug   进行debug调试 1.3参考资料 <构建之法>.<

公交查询系统测试计划

测试参考文档 下表列出了制定测试计划时所使用的文档,并标明了各文档的可用性. 文档(版本/日期 已创建或可用 已被接受或已经过复审 来源 备注 可行性分析报告 是√ 否□ 是√ 否□ 团队设计 在路上 软件需求定义 是√ 否□ 是√ 否□ 团队设计 在路上 软件系统分析 是√ 否□ 是□ 否√ 团队设计 在路上 软件概要设计 是√ 否□ 是□ 否□ 在路上 软件详细设计 是□ 否□ 是□ 否□ 软件测试需求 是□ 否□ 是□ 否□ 模块开发手册 是□ 否□ 是□ 否□ 用户操作手册 是□ 否□