(完整版)图书管理系统测试报告

测试报告

第五组

2014年6月2日

1．引言    1

1.1编写目的    1

1.2项目背景    1

1.3定义    1

1.4参考资料    1

1.5版本更新信息    1

2．任务概述    2

2.1目标    2

2.2运行环境    2

2.3需求概述    2

2.4条件与    2

3．计划    2

3.1测试方案    2

3.2测试项目    3

3.3测试准备    3

4．测试项目说明    3

4.1测试项目名称及测试内容    3

4.2测试用例    4

4.3进度    6

4.4条件    8

4.5测试资料    8

5．缺陷的统计与分析    9

5.1缺陷汇总    9

5.2缺陷分析    9

5.3残留缺陷与未解决问题    9

6. 评价与结论    10

6.1范围    10

6.2准则    10

6.3结论    10

1．引言

1.1编写目的

本测试报告为图书管理系统的测试报告，对项目进行测试，详细记录测试过程，对软件的质量进行评估，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到图书系统功能目标）。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。

1.2项目背景

所建议开发软件的名称：图书管理系统

用户：图书馆工作人员及读者

测试环境与实际运行环境之间可能存在差异，应尽量避免这些差异对测试结果的影响。

1.3定义

Book Management System（缩写： BMS）：图书管理系统

1.4 参考资料

a、《软件工程导论》（第五版） 张海藩编着

b、《现代软件工程》 周之英编着 

c、《需求分析说明书》

d、《概要设计说明书》

e、《详细设计说明书》

1.5版本更新信息

本文档的更新记录如表Ｂ－１所示。

表Ｂ-1 版本更新记录

2.1目标

详细描述对该图书管理系统进行测试的测试过程。

2.2运行环境

操作系统：装有windows xp或更高

软件：sql server 2005

支持环境：tomcat 6.0

浏览器：ie 6.0及以上版本 

内存：512M

    硬盘：20G

2.3需求概述

本次测试针对开发的图书馆管理系统进行，包括功能测试，界面测试，负载测试，文档测试。按照规格需求说明书中的功能进行测试，在测试过程中发现软件的漏洞不足并予以改正。

2.4条件与

本次测试采用的主要是黑盒测试，对系统各个功能模块进行测试，设计合理的测试用例即可，没有其他特殊的要求。

3．计划

3.1测试方案

采用黑盒测试方法。对功能进行逐一测试，在输入合理及不合理的数据后测试系统的正常运作情况。

3.2测试项目

测试1：系统登录测试

 测试2：图书管理测试

    测试3：信息查询测试

    测试4：系统管理测试

    测试5：借书测试

    测试6：还书测试

3.3测试准备

计划测试项目，设计合理的测试用例。

4．测试项目说明

4.1测试项目名称及测试内容

测试1：

名称：系统登录测试

目的：测试系统操作界面  

内容：帐号口令输入、合理性检查、合法性检查，系统操作界面显示控制

测试2：

       名称：图书管理测试。  

       目的：测试图书库操作功能。  

       内容：图书库管理界面显示控制，图书库浏览，增加图录，删除图录，编辑图录。

测试3：

             名称：信息查询测试

             目的：测试系统信息查询功能

             内容：输入查询关键字，进行图书信息查询，管理员可查询学生信息，借阅信息

测试4： 

             名称：系统管理测试

             目的：测试系统管理的功能

             内容：系统管理，创建用户，删除用户，修改用户，更改口令。

测试5：  

             名称：借书测试

             目的：测试借书功能

             内容：学生查找书籍，找到所要书籍进行借阅

测试6：

             名称：还书测试

             目的：测试还书功能

             内容：学生退还所借书籍，记录借还信息。

4.2测试用例

用例1：系统登录测试

允许偏差：不允许任何偏差

条件：用户即可，包括管理员，学生

用例2：图书管理测试

允许偏差： 不允许

条件：管理员操作

用例3：信息查询测试

  （1） 图书信息查询

允许误差：允许

条件：学生登录查询

（2）学生信息查询：

允许误差：允许

条件：管理员操作

用例4:系统管理测试

允许误差：允许

条件：管理员操作

用例5：借书测试

允许误差：允许

条件：管理员操作

用例6：还书测试

允许误差：允许

条件：管理员操作

4.3进度

2014/5/27     分析系统功能模块

2014/5/28     设计测试用例

2014/5/29     按照测试用例对各功能模块进行测试

2014/5/30     总结分析测试结果

4.4条件

测试人员：有系统的设计及编写者进行各功能模块的测试。

测试软件：采用黑盒测试的方法，由人工设计测试用例，对个功能模块一次进行测试。包括合理的数据及不合理的数据。

4.5测试资料

需求分析说明书

概要设计说明书

详细设计说明书

测试计划说明书

5. 缺陷的统计与分析

5.1缺陷汇总

被测系统 系统测试 回归测试 合计 

按严重程度

严重 一般 微小

按缺陷类型

用户界面 一致性 功能 算法 接口 文档 用户界面 其他

按功能分布

功能一 功能二 功能三 功能四 功能五 功能六 功能七

5.2 缺陷分析

缺陷综合分析

缺陷发现效率 ＝ 缺陷总数/执行测试用时

可到具体人员得出平均指标

用例质量 ＝ 缺陷总数/测试用例总数 ×100％

缺陷密度 ＝ 缺陷总数/功能点总数

测试曲线图 

描绘被测系统每工作日/周缺陷数情况，得出缺陷走势和趋向

重要缺陷摘要

缺陷编号 简要描述 分析结果 备注

5.3残留缺陷与未解决问题

残留缺陷

编号：BUG号

缺陷概要：该缺陷描述的事实

原因分析：如何引起缺陷，缺陷的后果，描述造成软件局限性和其他性的原因

预防和改进措施：弥补手段和长期策略

未解决问题

功能/测试类型：

测试结果：与预期结果的偏差

缺陷：具体描述

评价：对这些问题的看法，也就是这些问题如果发出去了会造成什么样的影响

6.评价及结论

6.1范围

此测试可将系统各功能模块进行逐一的检测，对说明书中列举的功能进行排查，对系统实现各功能的正常运行做充分的测试，输入合理及不合理的测试数据检验功能的运行及出错处理情况。但由于功能模块比较多，采用功能测试设计的测试用例相对比较多，测试需花费一定的时间。

6.2准则

测试工作应避免由原开发软件的个人来承担。本系统的测试工作是由相关同学来承担。设计测试方案时，不仅要包括确定的输入数据，而且应包括从系统功能出发预期的测试结果。测试用例不仅要包括合理、有效的输入数据，还要包括无效的或不合理的输入数据。不仅要检验程序是否作了该做的事，还要检查程序是否同时作了不该做的事。软件中仍存在错误的概率和已经发现错误的个数是成正比的。保留测试用例，作为软件文档的组成部分。

6.3 结论

1．测试执行充分。

2．对测试风险的控制得当，效果显着。

3. 目标基本完成。

4．测试基本通过。

5．可以进入下一阶段项目目标。