系统测试报告.pdf

《系统测试报告.pdf》由会员分享，可在线阅读，更多相关《系统测试报告.pdf（10页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、江苏师范大学图书馆管理江苏师范大学图书馆管理系统测试报告系统测试报告学号：学号：姓名：姓名：专业：软件工程专业：软件工程指导教师：指导教师：1 简介 31.1 编写目的 31.2 项目背景 31.3 系统简介 31.4 术语和缩写词 31。5 参考资料 42 测试概要 42。1 测试用例设计 42。2 测试环境与配置 42.3 测试方法(和工具）43 测试结果及缺陷分析 53.1 测试执行情况与记录 5目录目录3.2 覆盖分析 53.3 缺陷的统计与分析 64 测试结论 95 建议 91 1 简介简介1.11.1 编写目的编写目的本测试报告为大学图书管理系统项目的测试报告，目的在于总结测试阶段

2、的测试以及分析测试结果，描述系统是否符合需求，为用户提供一个方便，安全，实用的产品，让用户有更好的用户体验，在测试中发现尽可能多的软件缺陷并通过解决这些缺陷后达到让本系统的功能更强大，性能更稳定，安全性更高，用户体验更好，容错能力更强的效果。同时把所学知识与实际相结合起来应用,来提高软件测试本领，为以后的软件测试工作积累经验.预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。1.21.2 项目背景项目背景大学图书管理系统是一个为了减轻图书管理员工作量的系统，同时为了更方便图书管理员的工作和图书信息管理而开发的一个系统。1.3 系统简介系统简介本大

3、学图书管理系统是基于ASP。NET+MySQL 技术的信息管理系统,为了减轻图书馆管理员的工作，该系统主要实现了图书的增加,查看，删除，修改和借阅情况维护的功能。1.4术术语和缩写词语和缩写词无1.5参参考资料考资料大学图书管理系统需求说明书大学图书管理系统测试用例2 2 测试概要测试概要本测试主要是在 Windows XP 和 Windows 7 的系统环境下，使用 QualityCenter 测试管理工具，用黑盒的测试方法手动进行测试的,本测试尽可能发现更多的 bug 并修改，从而使系统更稳定，更安全，给用户更好的体验。本测试的重点在于该系统的功能性，对于其他的，如性能测试，安全测试等将根

4、据时间的允许做相应程度的测试.2.1测测试用例设计试用例设计本系统我们采用的是黑盒测试的等价类方法，边界值法等等,测试人员通过设定的等价类，然后向系统输入各个等价类的有效值和无效值，从而尽可能找出系统的 bug 并修改。2.2测测试环境与配置试环境与配置软件环境本系统是在 Windows XP 和 Windows 7 的环境下，使用 Quality Center管理工具，用黑盒的测试方法手动进行测试的数据库：MySQL硬件环境Windows XP:CPU2.8GHz内存:2G硬盘320GWindows 7:CPU1。83GHz内存：2G硬盘300G2.3测测试方法试方法(和工具和工具)本系统是

5、在 Windows XP 和 Windows 7 的系统环境下，使用黑盒的测试方法手动进行测试的，测试重点在于测试系统的功能性。测试管理工具：MercuryQualityCenter 9。03 3 测试结果及缺陷分析测试结果及缺陷分析3.13.1测试执行情况与记录测试执行情况与记录3.1.13.1.1测试组织测试组织角色测试组长测试人员测试经理所推荐的最少资源（所分配的专职角色数量)1 人2 人1 人具体职责或注释完成需求，分配测试任务和完成最后的测试报告编写测试用例并执行测试领导测试小组3.1.23.1.2测试时间测试时间测试活动制定测试计划设计测试集成测试系统测试性能测试安装测试用户验收测

6、试对测试进行评估产品发布计划开始日期6 月 7 日6 月 9 日6 月 12 日6 月 13 日6 月 14 日6 月 15 日6 月 15 日6 月 16 日6 月 17 日实际开始日期6 月 7 日6 月 9 日6 月 16 日结束日期6 月 8 日6 月 11 日6 月 12 日6 月 13 日6 月 14 日6 月 15 日6 月 15 日6 月 16 日6 月 17 日3.1.33.1.3测试版本测试版本本测试是最初版本，同时也是最终版本。3.23.2覆盖分析覆盖分析3.2.13.2.1需求覆盖需求覆盖本测试能基本能涵盖了所有的功能，基本能达到客户的需求。具体如下需求/功能是否通过测

7、试类型备注图书信息添加P功能测试图书查询P功能测试图书信息修改P功能测试图书信息删除Y功能测试系统登录退出Y安全性测试借阅管理P功能测试借阅维护P功能测试备注:YPNN/A根据测试结果，按需求给出每一测试需求的通过与否结论。P 表示部分通过，N/A 表示不可测试或者用例不适用。3.2.23.2.2测试覆盖测试覆盖设计的测试用例基本能覆盖所以的功能。如下功能图书信息添加图书查询图书信息修改图书信息删除登录退出借阅管理借阅维护用例个数168925154执行总数168925154未/漏测分析和原因3.33.3缺陷的统计与分析缺陷的统计与分析3.3.13.3.1缺陷汇总缺陷汇总3.3.23.3.2缺陷

8、分析缺陷分析图书信息添加模块：测试用例 16 个,发现 bug 5 个用例质量为 31。2%图书查询模块:测试用例 8 个发现 bug5 个用例质量为 62。55图书信息修改：测试用例 9 个发现 bug6 个用例质量为 66.6图书信息删除：测试用例 2 个发现 bug0 个用例质量为 0登陆退出模块：测试用例 5 个发现 bug0 个用例质量为 0%借阅登记模块：测试用例 15 个发现 bug7 个用例质量为 53。3借阅维护模块：测试用例 4 个发现 bug3 个用例质量为 75%1614121086420图书信息添加图书查询图书信息修改图书信息删除登陆退出借阅登记借阅维护测试用例数bu

9、g数测试 bug 分布图:19%0%19%0%+15%22%25%0%图书添加图书查询图书信息删除图书信息修改登录退出借阅维护借阅登记图书添加重要缺陷摘要：1，借阅维护模块起用例质量是最高的，主要是在归还日期。因为不管用户输入的日期是在于借阅日期之前的，还是在借阅日期之后的，都是显示系统当前日期。而目前归还日期实际上是不可以修改的,不符合需求规格说明书。2，图书查询模块,该模块按照需求规格说明书，是可以根据作者这个字段来查询的，而本系统并没有完成这一项功能.查询时，因为没有指定给系统是按照模糊查询或者是精确查询的，所以系统都是进行模糊查询的,只要是有字段匹配的结果都会被显示出来，这个如果数据库

10、数据量多的话也是很不方便的。3，图书信息修改,这个部分出现的问题比较多，都是对限制的要求没有做出判断，比如，图书名称是不可以为空的，而当前的系统却是可以，作者，出版社是不可以为数字的，而当前系统也可以.这些都是缺少对限制的条件做出判断的结果。3.3.33.3.3残留缺陷与未解决问题残留缺陷与未解决问题残留缺陷残留缺陷 bug1，系统的容错能力缺陷概要：当图书编号输入中文或者当图书名称，作者,出版社等输入的字符过长，都会导致系统出错,抛出异常原因分析:并没有更完整的考虑到各种输入情况，应该对各种输入情况做判断，当用户输入非法字符或者不合理字符时应该做出提示,并且系统应该恢复正常的状态未解决问题未

11、解决问题功能/测试类型：对用户的验证测试结果：除了登录界面之外，其他的界面，或者说其他的操作都没有对用户进行验证.用户只要避开登录界面，就可以直接登陆系统并且做任何操作。缺陷：这样使得本系统的安全性大大降低，更容易遭受系统信息恶意修改评价：用户验证是一个 web 系统最基本的安全性验证，在用户的每一次操作之前,系统都必须对用户进行验证,注意用户是否已经正常登陆，用户信息是否已经超时等等4 4 测试结论测试结论通过测试发现系统存在较多的 bug，安全性不是很高,特别是添加图书编号这一个方框，没有图书编号给一个很好的编号，这样会给工作在输入编号时会很乱，其他的也差不多是这样的错误，需要开放人员做进

12、一步的改进和修改.由于对于本系统的测试只在于功能性的测试，对于其他的，如安全性,性能方面都没有，免不了本次测试是不充分的。不过，这次的测试完全是工具需求文档和测试计划，测试用例来进行的,完成了测试目标，测试是通过的.可以进入下一个阶段的项目目标。5 5 建议建议本系统最大的安全缺陷就是没有在响应用户的请求之前进行用户名和密码的验证，使用者只要跳过登陆界面就可以直接登陆系统并进行所有的操作。这是一个非常验证的问题.还有就是程序的容错能力很差，对于一些非法的输入，比如图书编号使用中文，使用非法字符等情况，程序都是直接抛出异常,没有很好的给出提示，并恢复正常的使用,当然，还有其他一些小问题,总结如下：1对图书编号的输入要设定一个限制，这样更方便管理员的工作。2借阅日期或者归还日期应当能修改。3图书名称文本框应当不能为空。4在查询图书时，如果图书不存在，应当给出提示.