系统测试报告Word格式文档下载.docx

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

2、目背景大学图书管理系统是一个为了减轻图书管理员工作量的系统， 同时为了更方便图书管理 员的工作和图书信息管理而开发的一个系统。1.3系统简介本大学图书管理系统是基于 ASP.NET+MySQL技术的信息管理系统， 为了减轻图书馆管理 员的工作，该系统主要实现了图书的增加，查看，删除，修改和借阅情况维护的功能。1.4术语和缩写词1.5参考资料大学图书管理系统需求说明书 大学图书管理系统测试用例2测试概要本测试主要是在 Windows XP 和 Windows 7 的系统环境下，使用 Quality Center测试管理工具， 用黑盒的测试方法手动进行测试的， 本测试尽可能发现更 多的 bug 并

3、修改，从而使系统更稳定，更安全，给用户更好的体验。本测试的重 点在于该系统的功能性， 对于其他的，如性能测试， 安全测试等将根据时间的允 许做相应程度的测试。2.1测试用例设计本系统我们采用的是黑盒测试的等价类方法， 边界值法等等， 测试人员通过 设定的等价类， 然后向系统输入各个等价类的有效值和无效值， 从而尽可能找出 系统的 bug 并修改。2.2测试环境与配置软件环境本系统是在 Windows XP 和 Windows 7 的环境下，使用 Quality Center 管理工具，用黑盒的 测试方法手动进行测试的数据库： MySQL 硬件环境Windows XP ：CPU 2.8GHz 内

4、存： 2G 硬盘 320GWindows 7 ：CPU 1.83GHz 内存： 2G 硬盘 300G2.3测试方法 （和工具）本系统是在 Windows XP 和 Windows 7 的系统环境下，使用黑盒的测试方 法手动进行测试的，测试重点在于测试系统的功能性。测试管理工具： Mercury Quality Center 9.03测试结果及缺陷分析3.1 测试执行情况与记录3.1.1测试组织角色所推荐的最少资源（ 所分配的 专职角色数量）具体职责或注释测试组长1人完成需求，分配测试任务和完成最后的测试报告测试人员2人编写测试用例并执行测试测试经理领导测试小组3.1.2测试时间测试活动计划开始

5、日期实际开始日期结束日期制定测试计划6月7日6 月 7 日6月 8日设计测试6月9日6 月 9 日6月 11日集成测试6月 12日系统测试6月 13日性能测试6月 14日安装测试6月 15日用户验收测试对测试进行评估6月 16日产品发布6月 17日6 月 16 日3.1.3测试版本本测试是最初版本，同时也是最终版本3.2 覆盖分析3.2.1需求覆盖本测试能基本能涵盖了所有的功能，基本能达到客户的需求。具体如下需求 /功能是否通过测试类型备注图书信息添加P功能测试图书查询图书信息修改图书信息删除Y系统登录退出安全性测试借阅管理借阅维护备注： YPNN/A根据测试结果 ，按需求给出每一测试需求的通

6、过与否结论。 P 表示部分通过， N/A 表示不可测试或 者用例不适用。3.2.2测试覆盖设计的测试用例基本能覆盖所以的功能。如下功能用例个数执行总数未/漏测分析和原因16892登录退出51543.3缺陷的统计与分析3.3.1缺陷汇总3.3.2 缺陷分析图书信息添加模块：测试用例 16个， 发现 bug 5 图书查询模块： 测试用例 8个 发现 bug图书信息修改： 测试用例 9个 发现 bug图书信息删除： 测试用例 2个 发现 bug登陆退出模块： 测试用例 5 个 发现 bug借阅登记模块： 测试用例 15个 发现 bug借阅维护模块： 测试用例 4个 发现 bug个个个个个56007用

7、例质量为 31.2% 用例质量为 62.55 用例质量为 66.6%用例质量为 0% 用例质量为 0%用例质量为 53.3% 用例质量为 75%图书信息添加 图书查询 图书信息修改 图书信息删除 登陆退出 借阅登记 借阅维护测试 bug 分布图：图书添加 图书查询 图书信息删除 图书信息修改 登录退出 借阅维护 借阅登记 图书添加重要缺陷摘要：1， 借阅维护模块起用例质量是最高的，主要是在归还日期。因为不管用户输 入的日期是在于借阅日期之前的，还是在借阅日期之后的，都是显示系统 当前日期。而目前归还日期实际上是不可以修改的，不符合需求规格说明 书。2， 图书查询模块，该模块按照需求规格说明书，

8、是可以根据作者这个字段来 查询的，而本系统并没有完成这一项功能。查询时，因为没有指定给系统 是按照模糊查询或者是精确查询的，所以系统都是进行模糊查询的，只要 是有字段匹配的结果都会被显示出来，这个如果数据库数据量多的话也是 很不方便的。3， 图书信息修改，这个部分出现的问题比较多，都是对限制的要求没有做出 判断，比如，图书名称是不可以为空的，而当前的系统却是可以，作者， 出版社是不可以为数字的，而当前系统也可以。这些都是缺少对限制的条 件做出判断的结果。3.3.3残留缺陷与未解决问题残留缺陷bug1，系统的容错能力 缺陷概要： 当图书编号输入中文或者当图书名称，作者，出版社等输入的字 符过长，

9、都 会导致系统出错，抛出异常 原因分析：并没有更完整的考虑到各种输入情况，应该对各种输入情况做判断， 当用户输入非法字符或者不合理字符时应该做出提示， 并且系统应该恢复正常的 状态 未解决问题功能 /测试类型： 对用户的验证测试结果：除了登录界面之外， 其他的界面， 或者说其他的操作都没有对用 户进行验证。用户只要避开登录界面， 就可以直接登陆系统并且做任何操作。 缺陷：这样使得本系统的安全性大大降低，更容易遭受系统信息恶意修改 评价：用户验证是一个 web 系统最基本的安全性验证，在用户的每一次操 作之前，系统都必须对用户进行验证， 注意用户是否已经正常登陆， 用户信 息是否已经超时等等4测

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