学生宿舍管理系统测试分析报告.docx

学生宿舍管理系统测试分析报告.docx

《学生宿舍管理系统测试分析报告.docx》由会员分享，可在线阅读，更多相关《学生宿舍管理系统测试分析报告.docx（8页珍藏版）》请在冰豆网上搜索。

学生宿舍管理系统测试分析报告

测试分析报告说明书

【学生宿舍管理系统】

一、引言

1.1测试目的

系统测试为了发现错误而执行程序的过程，成功的测试是发现了至今尚未发现的错误的测试。

测试的目的就是希望能以最少的人力和时间发现潜在的各种错误和缺陷。

应根据开发各阶段的需求、设计等文档或程序的内部结构精心设计测试用例，并利用这些实例来运行程序，以便发现错误。

信息系统测试应包括软件测试、硬件测试和网络测试。

硬件测试、网络测试可以根据具体的性能指标来进行􀆟此处所说的测试更多的是指软件测试。

本测试报告为学生宿舍管理系统的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。

该文档的目的是系统测试设计，其主要内容有：

●测试总体设计

●测试用例设计

本文档的预期读者：

●项目管理人员

●测试人员

●小组所有成员

1.2项目背景

软件测试计划作为软件项目计划的子计划，在项目启动初期是必须规划的。

在越来越多公司的软件开发中，软件质量日益受到重视，测试过程也从一个相对独立的步骤越来越紧密嵌套在软件整个生命周期中，这样，如何规划整个项目周期的测试工作，如何将测试工作上升到测试管理的高度都依赖于测试计划的制定。

测试计划因此也成为测试

工作的赖于展开的基础。

一个好的测试计划可以起到如下作用

1避免测试的“事件驱动”

2使测试工作和整个开发工作融合起来

3资源和变更事先作为一个可控制的风险

1.3定义

软件测试：

软件测试是软件开发过程的重要组成部分，是用来确认一个

程序的品质或性能是否符合开发之前所提出的一些要求。

风险：

风险有两种定义，一种定义强调了风险表现为不确定性；而另一种定义

则强调风险表现为损失的不确定性。

若风险表现为不确定性，说明风险产生的

结果可能带来损失、获利或是无损失也无获利，属于广义风险，金融风险属于

此类。

而风险表现为损失的不确定性，说明风险只能表现出损失，没有从风险

中获利的可能性，属于狭义风险。

1.4术语定义

专用术语

定义

系统

学生学籍管理系统

模块

某一相对独立的功能

数据库

所有数据的逻辑设备。

是数据的存储仓库

Access

是一种数据库管理程序，创建数据库和程序来跟踪与管理信息，相关人员可以查看有关数据库对象之间的相关性信息

C#

是一种可以撰写跨平台应用软件的面向对象的程序设计语言

1.5参考资料

[1]《实用软件工程》赵池龙杨林主编电子工业出版社2011年11月

[2]《概要设计说明书》

[3]《需求分析说明书》

[4]《详细设计报告》

二、任务概述 

2.1目标 

 1.增强测试计划的实用性---测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具具有较高的实用性，便于使用，生成的测试结果直观准确。

  2.坚持“5W”规则，明确内容与过程 

“5W”规则指：

what，why，when，where，how；用例5w规则创建软件测试计划，可帮助测试团队理解测试目的（why），明确测试范围和内容（what），确定测试开始和结束日期（when）， 

3.指出测试的方法和工具（what），给出测试文档和软件存放位置（where） 

 采用评审和更新机制，保证测试计划满足实际需求  

2.2运行环境 

（1）以Windows98 以上/ME/2000/XP/vista作为宿舍管理系统的后台操作系统。

（2）前台开发程序为Power Builder，SQL Server 2000。

 （3）后台数据库为Microsoft Access 2000/ SQL Server 2000。

 （4）主要硬件设备：

PC机一台。

 2.3 条件与限制 

    在运行的环境下，必须有一台硬件设备，并支持程序开发语言，如C#，C++，Java 等。

三、计划 

3.1测试方案

进行有效性测试（黑盒测试） ：

有效性测试是在模拟的环境 （可能就是开发的环境） 下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。

 首先制定测试计划，规定要做测试的种类。

还需要制定一组测试步骤，描述具体的测试用例。

 通过实施预定的测试计划和测试步骤，确定软件的特性是否与需求相符； 所有的文档都是正确且便于使用；同时，对其它软件需求，例如可移植性、兼容性、出错自动恢复、可维护性等，也都要进行测试 在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类：

 测试结果与预期的结果相符。

这说明软件的这部分功能或性能特征与需求规格说明书相符合，从而这部分程序被接受。

测试结果与预期的结果不符。

这说明软件的这部分功能或性能特征与需求规格说明不一致，因此要为它提交一份问题报告。

3.2测试项目  

列出组装测试和确认测试中每一项测试的内容、名称、目的和进度。

3.3试机构及人员:

（1）项目组的需求和实施人员参与系统测试； 

（2）抽调不同模块开发者进行交叉系统测试或借用其他项目开发人员；

 （3）组织客户方进行确认测试或发布β版本。

四、测试项目说明 

4.1按顺序逐个对测试项目做出说明

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

4.1.2 测试用例 

（1）白盒测试 登录模块：

a.ls_user=ls_password=0463001预期结果：

"用户名不能放空！

b.ls_user=0463001,ls_password=“”预期结果：

"密码不能放空！

c.ls_user=01234,ls_password=01234 预期结果：

"该用户不存在！

d.ls_user=0463001,ls_password=01234预期结果：

"密码错误！

"修改密码模块

e.old=0463006,new1=046666,new2=046666 预期结果="密码修改成功！

" 

f.old=0463005,new1=046666,new2=046666 预期结果="你输入的旧密码不正确！

" 

g.old=0463006,new1=046666,new2=046677 预期结果="两次输入的新密码不一样，请核对你的新密码！

" 

（2）黑盒测试用例 

等价类划分法：

a.宿舍用户初始密码等价类划分：

有效等价类：

（1）0710001---0710089 

（2）0510062，0510072，0510082 

无效等价类：

除了有效的等价类的序列号

测试：

b. 宿舍管理员初始密码等价类划分：

有效等价类：

0000000—8888888 

无效等价类：

1.小于0000000 2.大于8888888  

测试：

c.宿舍用户名等价类划分：

有效等价类划分：

（1）0810001---0810099 

（2）0530012，0530022，0530054   

无效等价类：

  除了有效等价类所列的序列号

测试：

d.宿舍管理员用户名等价类划分：

有效等价类：

0000000---9999999 

无效等价类：

（1） 小于0000000 

（2） 大于9999999 

测试：

e.宿舍用户修改密码等价类划分：

有效等价类：

 000000---999999

 无效等价类：

（1） 小于000000 

（2） 大于999999 

测试：

f.宿舍管理员修改密码等价类划分：

有效等价类：

 0000000---9999999

无效等价类：

（1）小于000000 

（2）大于9999999

测试：

g.宿舍号等价类划分：

 有效等价类：

000---999      

无效等价类：

（1）小于000 

（2）大于999      

 测试：

h.宿舍评分等价类划分：

有效等价类：

00---100 

无效等价类：

（1）小于00 

（2）大于100     

测试：

i.学生学号，班号等价类划分    

有效等价类 

（1）0710000—0710090 

（2）071006210，071006230，071006240 

无效等价类：

除有效的等价类的序列号

测试：

五、综合测试 

5.1自顶向下增殖方式 

5.1.1 宿舍用户功能系列 

5.2自底向上驱动方式 

5.2.1学生系列功能

六、测试结论

当测试完成之后，测试组应对本次测试做出结论。

格式如下：

测试完成日期：

2013年12月1日

测试地点：

学校机房、宿舍

测试环境：

在Windows环境下利用SybasePowerDesigner作为概念模型设计与物理模型设计的工具，使用SQLServer2005作为数据库管理系统对数据进行管理与维护。