大学图书馆系统测试报告.docx

大学图书馆系统测试报告.docx

《大学图书馆系统测试报告.docx》由会员分享，可在线阅读，更多相关《大学图书馆系统测试报告.docx（8页珍藏版）》请在冰豆网上搜索。

大学图书馆系统测试报告

大学图书馆测试报告

目 录

1  简介  1

1.1  编写目的  1

1.2  项目背景  2

1.3  系统简介  2

1.4  术语和缩写词  2

1.5  参考资料  2

2  测试概要  2

2.1  测试用例设计  2

2.2  测试环境与配置  2

2.3  测试方法（和工具）  3

3  测试结果及缺陷分析  3

3.1  测试执行情况与记录  3

3.2  覆盖分析  4

3.3  缺陷的统计与分析  5

4  测试结论  6

5  建议  6

1简介

1.1编写目的

本测试报告为大学图书管理系统项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求，为用户提供一个方便，安全，实用的产品，让用户有更好的用户体验，在测试中发现尽可能多的软件缺陷并通过解决这些缺陷后达到让本系统的功能更强大，性能更稳定，安全性更高，用户体验更好，容错能力更强的效果。

同时把所学知识与实际相结合起来应用，来提高软件测试本领，为以后的软件测试工作积累经验。

预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。

1.2项目背景

大学图书管理系统是一个为了减轻图书管理员工作量的系统，同时为了更方便图书管理员的工作和图书信息管理而开发的一个系统。

1.3系统简介

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

1.4术语和缩写词

无

1.5参考资料

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

《大学图书管理系统测试用例》

2测试概要

本测试主要是在WindowsXP和Windows7的系统环境下，使用QualityCenter测试管理工具，用黑盒的测试方法手动进行测试的，本测试尽可能发现更多的bug并修改，从而使系统更稳定，更安全，给用户更好的体验。

本测试的重点在于该系统的功能性，对于其他的，如性能测试，安全测试等将根据时间的允许做相应程度的测试。

2.1测试用例设计

本系统我们采用的是黑盒测试的等价类方法，边界值法等等，测试人员通过设定的等价类，然后向系统输入各个等价类的有效值和无效值，从而尽可能找出系统的bug并修改。

2.2测试环境与配置

软件环境

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

数据库：

MySQL

硬件环境

WindowsXP：

CPU2.8GHz内存：

2G硬盘320G

Windows7：

CPU1.83GHz内存：

2G硬盘300G

2.3测试方法（和工具）

本系统是在WindowsXP和Windows7的系统环境下，使用黑盒的测试方法手动进行测试的，测试重点在于测试系统的功能性。

测试管理工具：

MercuryQualityCenter9.0

3测试结果及缺陷分析

3.1测试执行情况与记录

3.1.1测试组织

角色

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

具体职责或注释

测试组长

1人

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

测试人员

2人

编写测试用例并执行测试

测试经理

1人

领导测试小组

3.1.2测试时间

测试活动

计划开始日期

实际开始日期

结束日期

制定测试计划

6月7日

6月7日

6月8日

设计测试

6月9日

6月9日

6月11日

集成测试

6月12日

6月12日

系统测试

6月13日

6月13日

性能测试

6月14日

6月14日

安装测试

6月15日

6月15日

用户验收测试

6月15日

6月15日

对测试进行评估

6月16日

6月16日

产品发布

6月17日

6月16日

6月17日

3.1.3测试版本

本测试是最初版本，同时也是最终版本。

3.2覆盖分析

3.2.1需求覆盖

本测试能基本能涵盖了所有的功能，基本能达到客户的需求。

具体如下

需求/功能

是否通过

测试类型

备注

图书信息添加

P

功能测试

图书查询

P

功能测试

图书信息修改

P

功能测试

图书信息删除

Y

功能测试

系统登录退出

Y

安全性测试

借阅管理

P

功能测试

借阅维护

P

功能测试

备注：

[Y][P][N][N/A]

根据测试结果，按需求给出每一测试需求的通过与否结论。

P表示部分通过，N/A表示不可测试或者用例不适用。

3.2.2测试覆盖

设计的测试用例基本能覆盖所以的功能。

如下

功能

用例个数

执行总数

未/漏测分析和原因

图书信息添加

16

16

图书查询

8

8

图书信息修改

9

9

图书信息删除

2

2

登录退出

5

5

借阅管理

15

15

借阅维护

4

4

3.3缺陷的统计与分析

3.3.1缺陷汇总

3.3.2缺陷分析

图书信息添加模块：

测试用例16个，发现bug5个 用例质量为31.2%%

图书查询模块：

  测试用例8个  发现bug 5个 用例质量为62.55

图书信息修改：

  测试用例9个  发现bug 6个 用例质量为66.6%

图书信息删除：

  测试用例2个  发现bug 0个 用例质量为0%

登陆退出模块：

  测试用例5个  发现bug 0个 用例质量为0%

借阅登记模块：

  测试用例15个 发现bug 7个 用例质量为53.3%

借阅维护模块：

  测试用例4个  发现bug 3个 用例质量为75%

测试bug分布图：

重要缺陷摘要：

1，借阅维护模块起用例质量是最高的，主要是在归还日期。

因为不管用户输入的日期是在于借阅日期之前的，还是在借阅日期之后的，都是显示系统当前日期。

而目前归还日期实际上是不可以修改的，不符合需求规格说明书。

2，图书查询模块，该模块按照需求规格说明书，是可以根据作者这个字段来查询的，而本系统并没有完成这一项功能。

查询时，因为没有指定给系统是按照模糊查询或者是精确查询的，所以系统都是进行模糊查询的，只要是有字段匹配的结果都会被显示出来，这个如果数据库数据量多的话也是很不方便的。

3，图书信息修改，这个部分出现的问题比较多，都是对限制的要求没有做出判断，比如，图书名称是不可以为空的，而当前的系统却是可以，作者，出版社是不可以为数字的，而当前系统也可以。

这些都是缺少对限制的条件做出判断的结果。

3.3.3残留缺陷与未解决问题

残留缺陷

bug1，系统的容错能力

缺陷概要：

 当图书编号输入中文或者当图书名称，作者，出版社等输入的字符过长，都 会导致系统出错，抛出异常

原因分析：

并没有更完整的考虑到各种输入情况，应该对各种输入情况做判断，当用户输入非法字符或者不合理字符时应该做出提示，并且系统应该恢复正常的状态

未解决问题

功能/测试类型：

对用户的验证

测试结果：

除了登录界面之外，其他的界面，或者说其他的操作都没有对用户进行验证。

用户只要避开登录界面，就可以直接登陆系统并且做任何操作。

缺陷：

这样使得本系统的安全性大大降低，更容易遭受系统信息恶意修改

评价：

用户验证是一个web系统最基本的安全性验证，在用户的每一次操作之前，系统都必须对用户进行验证，注意用户是否已经正常登陆，用户信息是否已经超时等等

4测试结论

通过测试发现系统存在较多的bug，安全性不是很高，特别是添加图书编号这一个方框，没有图书编号给一个很好的编号，这样会给工作在输入编号时会很乱，其他的也差不多是这样的错误，需要开放人员做进一步的改进和修改。

由于对于本系统的测试只在于功能性的测试，对于其他的，如安全性，性能方面都没有，免不了本次测试是不充分的。

不过，这次的测试完全是工具需求文档和测试计划，测试用例来进行的，完成了测试目标，测试是通过的。

可以进入下一个阶段的项目目标。

5建议

本系统最大的安全缺陷就是没有在响应用户的请求之前进行用户名和密码的验证，使用者只要跳过登陆界面就可以直接登陆系统并进行所有的操作。

这是一个非常验证的问题。

还有就是程序的容错能力很差，对于一些非法的输入，比如图书编号使用中文，使用非法字符等情况，程序都是直接抛出异常，没有很好的给出提示，并恢复正常的使用，当然，还有其他一些小问题，总结如下：

1．对图书编号的输入要设定一个限制，这样更方便管理员的工作。

2．借阅日期或者归还日期应当能修改。

3．图书名称文本框应当不能为空。

4．在查询图书时，如果图书不存在，应当给出提示。