测试计划
1引言
1.1编写目的
对项目进行测试，详细记录测试过程，对软件的质量进行评估，同时为我们提供了更正系统漏洞的依据。
1.2背景
随着人们知识层次的提高，图书馆成为日常生活中不可缺少的一部分。而图书馆的存数量和业务量庞大，仅仅靠传统的记账式管理是不可行的。图书馆管理系统应运而生，逐渐成为信息化建设的重要组成部分。图书馆管理系统为学校或社会型图书馆的管理员提供所有借阅者的详细信息，以及馆内库存的详细情况，对借书和还书两大功能进行合理操纵并登记。
说明：
- 开发软件名称：图书管理系统。
- 项目制作者：信息学院计算机科学与技术“图书管理系统”小组：
- 用户单位：齐鲁工业大学
1.3参考资料
1、《软件工程导论》（第五版），张海藩编著，清华大学出版社
2、可行性研究报告
3、项目开发计划书
4、需求规格说明书
5、概要设计说明书
6、详细设计说明书
2计划
2.1软件说明
|
名称 |
功能 |
输入 |
输出 |
|
系统登录测试 |
判别用户身份是否合法 |
用户名、密码、权限 |
显示相应子系统 |
|
图书管理测试 |
管理图书 |
图书信息 |
修改、添加、删除图书信息 |
|
图书查询测试 |
图书查询 |
图书信息 |
所需查询的图书信息 |
|
借书测试 |
读者借阅书籍 |
用户id和图书id |
读者借书记录 |
|
还书测试 |
读者还书 |
用户id和图书id |
消除读者借书记录 |
|
用户、管理员管理测试 |
管理用户 |
管理员登录系统 |
查询、添加、删除、修改、锁定用户 |
|
统计超期用户测试 |
统计超期用户 |
管理员登录系统 |
对用户进行锁定、提醒超期用户还书 |
2.2测试内容
测试1：
名称：系统登录测试
目的：测试系统操作界面
内容：输入用户名、密码、权限，检查用户是否合理、合法
测试2：
名称：图书管理测试
目的：测试图书管理功能
内容：查询、添加、删除、修改图书信息
测试3：
名称：图书查询测试
目的：测试系统查询图书功能
内容：输入查询关键字，进行图书信息查询
测试4：
名称：借书测试
目的：测试借书功能
内容：读者借阅所需书籍
测试5：
名称：还书测试
目的：测试还书功能
内容：读者退还所借书籍
测试6：
名称：用户、管理员管理测试
目的：测试用户、管理员的管理功能
内容：添加、删除、修改用户、管理员信息
测试7：
名称：统计超期用户测试
目的：测试统计超期用户功能
内容：查询超期用户信息，锁定超期用户
2.3测试1（系统登录测试）
参与单位：软件制作人员
被测试的部位：登录界面
2.3.1进度安排
测试日期：2015年5月20日
2.3.2条件
测试人员：编写者进行该功能模块的测试
测试软件：采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据
2.3.3测试资料
需求规格说明书
概要设计说明书
详细设计说明书
2.4测试2（图书管理测试）
参与单位：软件制作人员
被测试的部位：管理员模块的图书管理功能
2.4.1进度安排
测试日期：2015年5月21日
2.4.2条件
测试人员：编写者进行该功能模块的测试
测试软件：采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据
2.4.3测试资料
需求规格说明书
概要设计说明书
详细设计说明书
2.5测试3（图书查询测试）
2.5.1进度安排
测试日期：2015年5月22日
2.5.2条件
测试人员：编写者进行该功能模块的测试
测试软件：采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据
2.5.3测试资料
需求规格说明书
概要设计说明书
详细设计说明书
2.6测试4（借书测试）
2.6.1进度安排
测试日期：2015年5月23日
2.6.2条件
测试人员：编写者进行该功能模块的测试
测试软件：采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据
2.6.3测试资料
需求规格说明书
概要设计说明书
详细设计说明书
2.7测试5（还书测试）
2.7.1进度安排
测试日期：2015年5月24日
2.7.2条件
测试人员：编写者进行该功能模块的测试
测试软件：采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据
2.7.3测试资料
需求规格说明书
概要设计说明书
详细设计说明书
2.8测试6（用户管理测试）
2.8.1进度安排
测试日期：2015年5月25日
2.8.2条件
测试人员：编写者进行该功能模块的测试
测试软件：采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据
2.8.3测试资料
需求规格说明书
概要设计说明书
详细设计说明书
2.9测试7（统计超期用户测试）
2.9.1进度安排
测试日期：2015年5月26日
2.9.2条件
测试人员：编写者进行该功能模块的测试
测试软件：采用黑盒测试的方法，由人工设计测试用例，对该功能模块一次进行测试。包括合理的数据及不合理的数据
2.9.3测试资料
需求规格说明书
概要设计说明书
详细设计说明书
3测试设计说明
3.1测试1（系统登录测试）
对于系统登录测试应该既要考虑到用户身份的合法性验证也要考虑到用户身份的不合法性验证。
3.1.1控制
根据用户不同的身份权限可以先人工输入一些数据，然后根据不同的权限对系统登录进行测试。
3.1.2输入、输出
根据不同的输入，可以得出不同的输出结果，其结果可以如下表所示：
|
输入 |
输出 |
||
|
用户名 |
密码 |
权限 |
|
|
|
|
|
进入游客模块 |
|
|
feiyue |
管理员 |
登录失败，输入错误 |
|
feiyue |
|
管理员 |
登录失败，输入错误 |
|
feiyue |
feiyue |
管理员 |
登录成功，进入管理员模块 |
|
|
123456 |
读者 |
登录失败，输入错误 |
|
123456 |
|
读者 |
登录失败，输入错误 |
|
123456 |
123456 |
读者 |
登录成功，进入用户模块 |
3.1.3过程
根据不同的身份，输入各自的用户名和密码，包括密码和用户名分别为空的情况，对系统登录模块进行测试。如果输入错误，则登录失败；输入成功，则登录成功；其中如果用户名和密码都为空，则默认为是游客进入游客模块。
3.2测试2（图书管理测试）
对图书管理的各项功能，包括图书的添加、删除、修改进行测试，以及对图书分类的添加、删除、修改进行测试。
3.2.1控制
根据图书所需的信息对图书进行录入操作，并且可以添加图书分类。同时也可以对图书及图书分类进行修改和删除操作。
3.2.2输入、输出
|
|
书名 |
分类 |
价格 |
数量 |
出版社 |
出版日期 |
|
输入 |
软件工程导论 |
工业科学 |
35元 |
10 |
清华大学出版社 |
2008-2 |
|
输出 |
添加成功 |
|||||
|
|
书名 |
分类 |
价格 |
数量 |
出版社 |
出版日期 |
|
输入 |
软件工程导论 |
工业科学 |
35元 |
5 |
清华大学出版社 |
2008-2 |
|
输出 |
修改成功 |
|||||
|
|
书名 |
分类 |
价格 |
数量 |
出版社 |
出版日期 |
|
输入 |
软件工程导论 |
工业科学 |
35元 |
10 |
清华大学出版社 |
2008-2 |
|
输出 |
删除成功 |
|||||
|
|
输入 |
输出 |
|
分类名 |
科学 |
添加成功 |
|
|
输入 |
输出 |
|
分类名 |
科学 |
删除成功 |
|
文学 |
分类下存在书，不能被删除 |
|
|
输入 |
输出 |
|
分类名 |
将“科学”改为“123” |
修改成功 |
3.2.3过程
运行系统，进入管理员模块，对图书管理及图书分类管理进行测试。
3.3测试3（图书查询测试）
3.3.1控制
输入查询关键字，对图书查询功能进行测试。
3.3.2输入、输出
|
输入 |
输出 |
||||
|
书名 |
分类 |
出版社 |
价格范围 |
出版日期 |
|
|
软件工程导论 |
科学 |
清华大学出版社 |
1-50 |
2000-1—2010-12 |
查询成功，输出所需信息 |
|
|
文学 |
|
|
|
输出所需信息 |
|
|
艺术 |
|
|
|
没有搜索到记录 |
|
|
|
新疆大学出版社 |
|
|
输出该出版社的所有图书 |
|
|
|
|
20—30 |
2001-1-1—2003-12-31 |
输出图书价格在20—30元之间的图书 |
|
|
|
|
|
2001-1-1—2003-12-31 |
输出在该日期之内的图书信息 |
|
数据库系统概论 |
|
|
|
|
没有搜索到记录 |
3.3.3过程
运行系统，进入管理员或普通用户模块，进行图书信息查询，测试图书查询功能。
3.4测试4（借书测试）
3.4.1控制
管理员登陆系统，通过输入用户id和图书id，读者可以进行图书借阅，从而以测试借书功能。
3.4.2输入、输出
|
输入 |
输出 |
|
|
用户id |
图书id |
|
|
|
|
用户编号不能为空 |
|
37 |
|
图书编号不能为空 |
|
37 |
|
此用户不存在 |
|
18 |
33 |
此书不存在 |
|
18 |
2 |
借书成功 |
3.4.3过程
运行系统，进入用户模块，查询所需图书进行借阅操作，测试图书借阅功能。
3.5测试5（还书测试）
3.5.1控制
在管理员模块对用户的还书功能进行测试，其中包括用户id和图书id正确和不正确的情况。
3.5.2输入、输出
|
3.8.3.5.2 |
输入、输出 |
|
|
3.8.3.5.2 |
输入、输出 |
|
|
3.8.3.5.2 |
输入、输出 |
输入错误 |
|
3.8.3.5.2 |
输入、输出 |
输入错误 |
|
3.8.3.5.2 |
输入、输出 |
还书成功 |
3.5.3过程
运行系统，进入管理员模块，输入用户id和图书id进行还书测试。
3.6测试6（用户、管理员管理测试）
3.6.1控制
运行管理员模块对用户和管理员进行管理，其中包括添加、删除、修改、锁定普通用户以及查看用户借书情况，也可以添加、删除、修改管理员信息以及修改密码。
3.6.2输入、输出
添加用户测试：
|
输入 |
输出 |
|
|
用户名 |
密码 |
|
|
pj |
pj |
用户名重复 |
|
3 |
|
密码不能为空 |
|
|
3 |
用户名不能为空 |
|
3 |
3 |
添加用户成功 |
修改用户测试：
|
输入 |
输出 |
|||||
|
修改前 |
修改后 |
|||||
|
用户名 |
密码 |
是否锁定 |
用户名 |
密码 |
是否锁定 |
|
|
3 |
3 |
未锁定 |
3 |
4 |
未锁定 |
修改成功 |
|
3 |
3 |
未锁定 |
4 |
3 |
未锁定 |
修改成功 |
|
3 |
3 |
未锁定 |
4 |
4 |
锁定 |
修改成功 |
|
3 |
3 |
未锁定 |
4 |
4 |
锁定 |
修改成功 |
添加管理员测试：
|
输入 |
输出 |
||
|
用户名 |
密码 |
确认密码 |
|
|
1 |
1 |
|
已存在的名字 |
|
feiyue |
|
|
密码不能为空 |
|
|
feiyue |
|
用户名不能为空 |
|
feiyue |
feiyue |
|
确认密码不能为空 |
|
feiyue |
feiyue |
feiyue |
添加成功 |
修改密码测试：
|
输入 |
输出 |
|||
|
原密码 |
确认原密码 |
新密码 |
确认新密码 |
|
|
feiyue |
feiyue |
Feiyue1 |
a |
两次密码不同 |
|
feiyue |
a |
|
|
原密码错误 |
|
feiyue |
feiyue |
feiyue1 |
feiyue1 |
密码修改成功 |
3.6.3过程
运行系统，进入管理员模块，对用户管理和管理员管理进行测试，包括添加、删除成功和不成功的测试。
3.7测试7（统计超期用户测试）
3.7.1控制
管理员对超期用户的管理，查看用户超期时间、罚金，以及对用户催书和锁定超期用户。
3.7.2输入、输出
|
输入 |
输出 |
|
|
用户名 |
密码 |
|
|
feiyue |
feiyue1 |
超期用户信息 |
3.7.3过程
运行系统，进入管理员模块，统计超期用户，查看当前超期用户信息、应罚金额，以及对超期用户进行催书，如果用户超期且不缴罚金，则管理员可将该用户锁定，不允许该用户进入系统。
4测试资源
4.1 人力资源
|
角色 |
所推荐的最少资源（所分配的专职角色数量） |
具体职责或注释 |
|
测试组长 |
1人 |
完成需求，分配测试任务和完成最后的测试报告 |
|
测试人员 |
2人 |
编写测试用例并执行测试 |
|
|
|
|
|
|
|
|
4.2 测试环境
|
软件环境 |
|
本系统是在Windows XP 和Windows 7 的环境下，使用Quality Center管理工具，用黑盒的测试方法手动进行测试的 Web服务器/应用服务器：IIS 6.0 数据库系统：MySQL 5.1 客户端软件：IE/火狐/谷歌 |
|
硬件环境 |
|
Windows XP： CPU 2.8GHz 内存：2G Windows 7： CPU 1.8GHz 内存：2G |
4.3 测试工具
本系统采用的是黑盒的测试方法，手动测试系统，使用Quality Center对整个测试过程进行管理
|
用途 |
工具 |
生产厂商/自产 |
版本 |
|
|
|
测试管理 |
Quality Center |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5测试风险，优先级
由于是基于黑盒的测试，在测试过程中，可能会由于测试人员的经验不够，有可能导致测试用例的覆盖不是很全面。这也是每一个刚刚接触项目的测试员很大可能碰到的问题，级别较高。测试组长如果多该系统的了解不是很全面的话，那么在写需求的时候也有可能出现遗漏，这也会导致测试不全面。还有，系统并不是部署在服务器版的系统上，服务器端的稳定性，兼容性等会有些不足，不过由此引发的风险性不是很大。
