系统测试报告

江苏师范大学图书馆管理系统测试报告

学号：姓名：专业：软件工程指导教师：目录TOC\o"1-2"\h\z\u1 介绍 11.1 编写目的 11.2 项目背景 21.3 系统介绍 21.4 术语和缩写词 21.5 参考资料 22 测试概要 22.1 测试用例设计 22.2 测试环境与配备 22.3 测试办法(和工具) 33 测试成果及缺点分析 33.1 测试执行状况与统计 33.2 覆盖分析 43.3 缺点的统计与分析 54 测试结论 65 建议 6

介绍编写目的本测试报告为大学图书管理系统项目的测试报告，目的在于总结测试阶段的测试以及分析测试成果，描述系统与否符合需求，为顾客提供一种方便，安全，实用的产品，让顾客有更加好的顾客体验，在测试中发现尽量多的软件缺点并通过解决这些缺点后达成让本系统的功效更强大，性能更稳定，安全性更高，顾客体验更加好，容错能力更强的效果。同时把所学知识与实际相结合起来应用，来提高软件测试本领，为后来的软件测试工作积累经验。预期参考人员涉及顾客、测试人员、、开发人员、项目管理者、其它质量管理人员和需要阅读本报告的高层经理。项目背景

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

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

无参考资料《大学图书管理系统需求阐明书》《大学图书管理系统测试用例》测试概要本测试重要是在WindowsXP和Windows7的系统环境下，使用QualityCenter测试管理工具，用黑盒的测试办法手动进行测试的，本测试尽量发现更多的bug并修改，从而使系统更稳定，更安全，给顾客更加好的体验。本测试的重点在于该系统的功效性，对于其它的，如性能测试，安全测试等将根据时间的允许做对应程度的测试。测试用例设计本系统我们采用的是黑盒测试的等价类办法，边界值法等等，测试人员通过设定的等价类，然后向系统输入各个等价类的有效值和无效值，从而尽量找出系统的bug并修改。测试环境与配备软件环境本系统是在WindowsXP和Windows7的环境下，使用QualityCenter管理工具，用黑盒的测试办法手动进行测试的数据库：MySQL硬件环境WindowsXP：CPU2.8GHz内存：2G硬盘320GWindows7：CPU1.83GHz内存：2G硬盘300G测试办法(和工具)本系统是在WindowsXP和Windows7的系统环境下，使用黑盒的测试办法手动进行测试的，测试重点在于测试系统的功效性。测试管理工具：Mercury测试成果及缺点分析测试执行状况与统计测试组织角色所推荐的最少资源（所分派的专职角色数量）具体职责或注释测试组长1人完毕需求，分派测试任务和完毕最后的测试报告测试人员2人编写测试用例并执行测试测试经理1人领导测试小组测试时间测试活动计划开始日期实际开始日期结束日期制订测试计划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日测试版本本测试是最初版本，同时也是最后版本。覆盖分析需求覆盖本测试能基本能涵盖了全部的功效，基本能达成客户的需求。具体以下需求/功效与否通过测试类型备注图书信息添加P功效测试图书查询P功效测试图书信息修改P功效测试图书信息删除Y功效测试系统登录退出Y安全性测试借阅管理P功效测试借阅维护P功效测试备注：[Y][P][N][N/A]

根据测试成果，按需求给出每一测试需求的通过与否结论。P表达部分通过，N/A表达不可测试或者用例不合用。测试覆盖设计的测试用例基本能覆盖因此的功效。以下功效用例个数执行总数未/漏测分析和因素图书信息添加1616图书查询88图书信息修改99图书信息删除22登录退出55借阅管理1515借阅维护44缺点的统计与分析缺点汇总缺点分析图书信息添加模块：测试用例16个，发现bug5个用例质量为31.2%%图书查询模块：测试用例8个发现bug5个用例质量为62.55图书信息修改：测试用例9个发现bug6个用例质量为66.6%图书信息删除：测试用例2个发现bug0个用例质量为0%登陆退出模块：测试用例5个发现bug0个用例质量为0%借阅登记模块：测试用例15个发现bug7个用例质量为53.3%借阅维护模块：测试用例4个发现bug3个用例质量为75%测试bug分布图：重要缺点摘要：借阅维护模块起用例质量是最高的，重要是在偿还日期。由于不管顾客输入的日期是在于借阅日期之前的，还是在借阅日期之后的，都是显示系统现在日期。而现在偿还日期事实上是不能够修改的，不符合需求规格阐明书。图书查询模块，该模块按照需求规格阐明书，是能够根据作者这个字段来查询的，而本系统并没有完毕这一项功效。查询时，由于没有指定给系统是按照含糊查询或者是精确查询的，因此系统都是进行含糊查询的，只要是有字段匹配的成果都会被显示出来，这个如果数据库数据量多的话也是很不方便的。图书信息修改，这个部分出现的问题比较多，都是对限制的规定没有做出判断，例如，图书名称是不可觉得空的，而现在的系统却是能够，作者，出版社是不可觉得数字的，而现在系统也能够。这些都是缺少对限制的条件做出判断的成果。残留缺点与未解决问题残留缺点

bug1，系统的容错能力

缺点概要：当图书编号输入中文或者当图书名称，作者，出版社等输入的字符过长，都会造成系统出错，抛出异常

因素分析：并没有更完整的考虑到多个输入状况，应当对多个输入状况做判断，当顾客输入非法字符或者不合理字符时应当做出提示，并且系统应当恢复正常的状态未解决问题

功效/测试类型：对顾客的验证

测试成果：除了登录界面之外，其它的界面，或者说其它的操作都没有对顾客进行验证。顾客只要避开登录界面，就能够直接登陆系统并且做任何操作。

缺点：这样使得本系统的安全性大大减少，更容易遭受系统信息恶意修改

评价：顾客验证是一种web系统最基本的安全性验证，在顾客的每一次操作之前，系统都必须对顾客进行验证，注意顾客与否已经正常登陆，顾客信息与否已经超时等等测试结论通过测试发现系统存在较多的bug，安全性不是很高，特别是添加图书编号这一种方框，没有图书编号给一种较好的编号，这样会给工作在输入编号时会很乱，其它的也差不多是这样的错误，需要开放人员做进一步的改善和修改。由于对于本系统的测试只在于功效性的测试，对于其它的，如安全性，性能方面都没有，免不了本次测试是不充足的。但是，这次的测试完全是工具需求文档和测试计划，测试用例来进行的，完毕了测试目的，测试是通过的。能够进入下一种阶段的项目目的。建议本系统最大的安全缺点就是没有在响应顾客的请求之迈进行顾客名和密码的验证，使用者只要跳过登陆界面就能够直接登陆系统并进行全部的操作。这是一种非常验证的问题。尚有就是程序的容错