当前位置:首页 > 范文大全 > 脱贫攻坚 >

系统测试报告

时间:2022-08-07 08:35:04 来源:网友投稿

下面是小编为大家整理的系统测试报告(2022年),供大家参考。

系统测试报告(2022年)

 

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

  学号: :

 姓名: :

 专业: :

 软件工程

 指导教师: :

 目

 录 1 简介 误错ﻩ 错误! 未定义书签。

 1、1 编写目得 误错ﻩ 错误! 未定义书签。

 1。2 项目背景 .................................................... 错误! 未定义书签。

 1、3 误错 ................................................... 介简统系ﻩ 错误! 未定义书签。

 1.4 术语与缩写词 误错ﻩ 错误! 未定义书签。

 1。5 误错ﻩ 料资考参ﻩ 错误! 未定义书签。

 2 测试概要 ............................................................. 错误! 未定义书签。

 2、1测 试 用 例 设 计 错误! 未定义书签。

 2。2

 3 ....................................................................... 置配与境环试测ﻩ2.3 测试方法(与工具) ...................................... 错误! 未定义书签。

 3 误错ﻩ 析分陷缺及果结试测ﻩ 错误! 未定义书签。

 3。1测 试 执 行 情 况 与 记 录 错误! 未定义书签。

 3、2 误错 ................................................. 析分盖覆ﻩ 错误! 未定义书签。

 3、3 缺陷得统计与分析 误错ﻩ 错误! 未定义书签。

 4 测试结论 误错ﻩ 错误! 未定义书签。

 5 建议 ..................................................................... 错误! 未定义书签。

 1 1 简介

 1.1 编写目得

 本测试报告为大学图书管理系统项目得测试报告,目得在于总结测试阶段得测试以及分析测试结果,描述系统就是否符合需求,为用户提供一个方便,安全,实用得产品, 让用户有更好得用户体验,在测试中发现尽可能多得软件缺陷并通过解决这些缺陷后达到让本系统得功能更强大,性能更稳定,安全性更高,用户体验更好,容错能力更强得效果 。同时把所学知识与实际相结合起来应用,来提高软件测试本领,为以后得软件测试工作积累经验。

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

 1.2 项目背景

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

 1.3 系统 简介

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

 1.4 术语与缩写词

 无

 1.5 参考资料 《大学图书管理系统需求说明书》 《大学图书管理系统测试用例》 2 2 测试概要

 本测试主要就是在Windows XP 与 Windows 7 得系统环境下,使用Quality Center 测试管理工具,用黑盒得测试方法手动进行测试得,本测试尽可能发现更多得 bug 并修改,从而使系统更稳定,更安全,给用户更好得体验、本测试得重点在于该系统得功能性,对于其她得,如性能测试,安全测试等将根据时间得允许做相应程度得测试、 2.1 测试用例 设计 本系统我们采用得就是黑盒测试得等价类方法,边界值法等等,测试人员通过设定得等价类,然后向系统输入各个等价类得有效值与无效值,从而尽可能找出系统得 bug 并修改。

 2.2 测试 环境 与配置 软件环境 本系统就是在Windows XP 与 Windows 7 得环境下,使用 Quality Center管理工具,用黑盒得测试方法手动进行测试得 数据库:MySQL 硬件环境 Windows XP: CPU

 2.8GHz

 内存:2G

 硬盘

  320G Windows 7:

  CPU

 1、83GHz

  内存:2G

 硬盘

  300G 2.3 测试方法( 与工具) 本系统就是在 Windows XP 与 Windows 7 得系统环境下,使用黑盒得测试方法手动进行测试得,测试重点在于测试系统得功能性、 测试管理工具:Mercury Quality Center 9.0 3 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 个, 发现 bug 5 个

  用例质量为 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% 0246810121416测试用例数 bug数图书信息添加图书查询图书信息修改图书信息删除登陆退出借阅登记借阅维护

  测试 bug 分布图:

  0%19%0%22%0%25%15%19%图书添加图书查询图书信息删除图书信息修改登录退出借阅维护借阅登记图书添加+ 重要缺陷摘要: 1, 借阅维护模块起用例质量就是最高得,主要就是在归还日期。因为不管用户输入得日期就是在于借阅日期之前得,还就是在借阅日期之后得,都就是显示系统当前日期。而目前归还日期实际上就是不可以修改得,不符合需求规格说明书。

 2, 图书查询模块,该模块按照需求规格说明书,就是可以根据作者这个字段来查询得,而本系统并没有完成这一项功能、查询时,因为没有指定给系统就是按照模糊查询或者就是精确查询得,所以系统都就是进行模糊查询得,只要就是有字段匹配得结果都会被显示出来,这个如果数据库数据量多得话也就是很不方便得。

 3, 图书信息修改,这个部分出现得问题比较多,都就是对限制得要求没有做出判断,比如,图书名称就是不可以为空得,而当前得系统却就是可以,作者,出版社就是不可以为数字得,而当前系统也可以。这些都就是缺少对限制得条件做出判断得结果、 3.3.3 残留缺陷与未解决问题

 陷 残留缺陷 力能错容得统系,1gubﻫ缺陷概要:

  当图书编号输入中文或者当图书名称,作者,出版社等输入得字符过长,都

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

 之前,系统都必须对用户进行验证,注意用户就是否已经正常登陆,用户信息就是否已经超时等等 4 4 测试结论

 通过测试发现系统存在较多得bug,安全性不就是很高,特别就是添加图书编号这一个方框,没有图书编号给一个很好得编号,这样会给工作在输入编号时会很乱,其她得也差不多就是这样得错误,需要开放人员做进一步得改进与修改、由于对于本系统得测试只在于功能性得测试,对于其她得,如安全性,性能方面都没有,免不了本次测试就是不充分得。不过,这次得测试完全就是工具需求文档与测试计划,测试用例来进行得,完成了测试目标,测试就是通过得。可以进入下一个阶段得项目目标。

 5 5 建议

 本系统最大得安全缺陷就就是没有在响应用户得请求之前进行用户名与密码得验证,使用者只要跳过登陆界面就可以直接登陆系统并进行所有得操作。这就是一个非常验证得问题、还有就就是程序得容错能力很差,对于一些非法得输入,比如图书编号使用中文,使用非法字符等情况,程序都就是直接抛出异常,没有很好得给出提示,并恢复正常得使用,当然,还有其她一些小问题,总结如下: 1。对图书编号得输入要设定一个限制,这样更方便管理员得工作。

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

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

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

推荐访问:系统测试报告 测试报告 系统