软件工程学生宿舍管理系统测试计划.doc

软件工程学生宿舍管理系统测试计划
项目编号

文档编号

密 级
内部

测试计划说明书
[V1.0(版本号)]

拟 制 人_张家浩、林良邦、张海云、洪晓中、王天骄_
审 核 人______________________
批 准 人______________________

13 / 13
目 录
1.导言 3
1.1目的 3
1.2范围 3
1.3缩写说明 3
1.5引用标准 4
1.6参考资料 4
1.7版本更新信息 4
2、测试项目 5
2.1测试项目的背景 5
2.2测试要点 5
2.3测试内容 5
2.3.1功能测试内容 5
2.3.2性能测试内容 6
3测试方法 6
3.1测试环境 6
3.2测试工具 7
3.3测试方法 7
４测试标准 8
4.1　测试通过/失败标准 8
4.2　测试挂起/恢复的条件 8
4.3 系统测试交付结果 8
５　测试计划 9
5.1角色和职责 9
5.2测试设计工作任务分解和工作安排 9
6.审批 10

1.导言

1.1目的
本测试计划将要简要介绍并进一步说明学生宿舍管理系统测试项目的策略和方法。学生宿舍管理系统项目人员希望利用这个测试计划来了解和执行测试活动，并管理完成整个测试的活动。本文定义可测试的具体职责和活动，并描述了使用的测试。

1.2范围
本系统共需要测试四个模块，分别为：数据库设计模块、用户信息管理模块、学生宿舍管理模块、统计查询模块。本计划书主要测试数据库设计模块、用户信息管理模块、学生宿舍管理模块。
先用单元测试测试三个模块的数据输入是否异常；再用集成测试测试数据库能否与学生管理系统中的数据连接，传递是否异常；
再用系统测试测试整个系统相对于需求的符合度.
本次测试主要进行的功能测试有：用户界面测试。
性能测试主要有响应时间、并发用户数、吞吐量（单位时间内系统处理的客户请求的数量）。
1.3缩写说明
学生宿舍管理系统Student dormitory management system（SDMS）

1.4术语定义

功能性测试
按照系统需求定义中的功能定义部分对系统实行的系统级别的测试。

非功能性测试
按照系统需求定义中的非功能定义部分（如系统的性能指标，安全性能指标等）对系统实行的系统级别的测试。

测试用例
测试人员设计出来的用来测试软件某个功能的一种情形。

1.5引用标准
[1] 《测试计划模版》
[2]

1.6参考资料
[1] 《软件工程基础教程》---- 刘文,朱飞雪 主编： 粘新育,陶洁 副主编：出版社： 北京大学出版社
[2] 《软件工程导论》 ---- 张海藩 编著：出版社： 清华大学出版社
[3] 《SQL Server 2000 实用教程》---- 蒋文沛 主编： 韦善周,梁凡 副主编：出版社:人民邮电出版社

1.7版本更新信息

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

表E-1: 版本更新记录
修改编号
修改日期
修改后版本
修改位置
修改内容概述
1001

V201
全部
初始发布版本

2、测试项目
本次测试的项目是，学生宿舍管理系统的新用户注册、删除修改等操作的情况

2.1测试项目的背景
本次测试的目的与背景是确保学生宿舍管理系统正常运营过程中不会出错。

2.2测试要点

被测特性:
l 对软件进行功能性测试
l 对软件进行非功能性测试

不被测特性：
l 程序源代码，逻辑等；
l 模块的接口，模块的错误处理，模块的局部数据结构，模块在执行时执行流的独立路径，模块在处理边界值时的情形；
l 单元（模块）之间的可用性等。

2.3测试内容
对被测软件进行系统级别的测试，针对软件的功能需求进行功能测试，验证此软件是否实现了需求分析中所定义的功能，是否正确实现了功能。针对软件的非功能性需求对其进行性能测试，在人为设置的xx人负载（大数据量，大访问量）的情况下，检查系统是否发生功能上或者性能上的问题。
测试内容即测试需求，包括功能测试和性能测试。
2.3.1功能测试内容
用户和学生宿舍管理模块新用户能否注册成功。用户和学生宿舍管理模块能否删除现有用户信息。用户和学生宿舍管理模块能否修改用户密码。学生宿舍管理模块能否查看个人信息。

2.3.2　性能测试内容
系统的性能测试是测试系统在50个新用户同时进行注册、修改、删除等操作，检验系统的性能如何，检测系统性能瓶颈，响应时间；为此需要采用测试工具，采用压力测试工具模拟50个用户，以便测试系统的性能如何。

3测试方法
本章节主要讲述了测试环境、测试工具和测试方法

3.1测试环境
系统测试环境为，包括运行在同一台机器上的50个虚拟用户和控制器、web服务器和数据库以与网络。

系统配置如下： 
（1）软件配置：
操作系统：Micrsoft windows2000 professional、Micrsoft window2000 server、Micrsoft windowXP Professional，操作系统上必须安装IIS4.0以上版本。
数据库系统：Micrsoft SQL Server2000。 
浏览器：Micrsoft IE4.0或以上版本。  
（2）硬件需求：
CPU：P3以上。 内存：256M以上。 硬盘：20G以上。  

3.2测试工具
测试工具：LoadRunner 7.51  

3.3测试方法

测试方法：
由于本次测试的依据是需求，所以采用黑盒测试方法。
测试策略：
功能测试，主要采用等价类划分的策略。
压力测试，主要采用边界值测试、错误猜测等策略。
测试手段：
功能测试：手动模拟正常、异常输入
压力测试：使用自动化压力测试工具LoadRunner。
测试内容：
功能测试，按照需求功能
性能测试，xx人同时访问的性能情况

４测试标准

4.1　测试通过/失败标准
测试中发现的缺陷按照严重程度分为５个级别，如表Ｅ－２，级别不同，严重程度也不同。

表Ｅ－２：缺陷严重级别
严重级别
严重程度
1-提示（Low）
•微小的错误，不会影响系统的功能
•不准确或容易误解的行为和语句
2-一般（Medium）
•该问题增加了测试或用户操作的复杂度
•该问题轻微降低了系统的性能，但系统仍然能工作
3-严重（High）
•该问题会严重降低系统的性能
•不符合客户端需求说明
4-致命（Very High）
•系统不能正常启动或启动后无法正常工作

本次测试主要是进行系统测试，需要设定测试完成的标准。测试完成的标准是执行完所有系统测试的功能、性能测试用例，无2级以上遗留问题。如果进行系统测试时，存在严重的质量问题，导致无法继续，并且在可接受的时间范围内无法修复，系统测试终止。

4.2　测试挂起/恢复的条件

测试挂起和恢复的条件是:
l 测试挂起的条件是当某个测试用例的失败导致后续的测试无法进行时，测试需要挂起。
l 测试恢复的条件是当将引起挂起的测试用例重新测试通过之后，可以恢复测试。

4.3 系统测试交付结果

系统测试交付物包括：
l 测试计划
l 测试设计（设计的案例，包含测试脚本）
l 测试跟踪结果
l 测试报告

５　测试计划
系统测试计划包括角色和职责的安排，时间进度的安排。

5.1角色和职责
测试的角色和职责
角色
小组成员
职责
测试经理
张家浩
制定测试计划，组织测试工作
系统测试用例评审、测试总结报告评审
测试工程师
林晓忠、王天骄
系统测试案例编写、
系统测试案例执行
填写测试跟踪结果报告
系统测试总结报告编写
测试系统管理员
张海云、林良邦
测试环境的搭建
测试软件的维护
测试数据的建立

5.2测试设计工作任务分解和工作安排

编号
工作任务
时间
开始日期
结束日期
备注
1
复习旧有资料，了解测试需求，学习使用LoadRunner。
0.5天
2014.12.01
2014.12.01

2
讨论、并制定测试计划 
0.5天
2014.12.02
2014.12.02

3
讨论并制定测试用例
2天
2014.12.04
2014.12.05

4
测试案例评审
0.5天
2014.12.06
2014.12.06

5
准备系统测试环境，安装软件
0.5天
2014.12.07
2014.12.07

6
系统功能测试并记录跟踪报告
10天
2014.12.08
2014.12.17

7
回归测试
2天
2014.12.18
2014.12.19

8
测试报告
1天
2014.12.21
2014.12.21

6.审批
经过项目组成员和专家评审，测试计划评审通过。

测试经理签名：XXX