六测试计划.docx
《六测试计划.docx》由会员分享，可在线阅读，更多相关《六测试计划.docx（16页珍藏版）》请在冰豆网上搜索。
六测试计划
学校代码：
10128
学号：
200810205045200810205024
200820205059200810205021
课程设计说明书
题目：
车站售票管理系统
—测试计划
学生姓名：
马星张玲燕周伟苗欣宇
学院：
信息工程学院
系别：
计算机系
专业：
软件工程
班级：
软件08-2班
指导教师：
田保军教授
张林丰讲师
2011年7月15日
目录
1．引言1
1.1编写目的1
1.2项目背景1
1.3定义1
1.4参考资料2
2．任务概述2
2.1目标2
2.2运行环境2
2.3需求概述3
2.4条件与限制3
3．计划3
3.1测试方案3
3.2测试项目4
3.3测试准备4
3.4测试机构及人员4
4．测试项目说明4
4.1测试项目名称及测试内容4
4．2测试用例5
4.2.1登录系统5
4.2.2查询模块6
4.2.3售票模块6
4.2.4修改模块7
4.2.5退票模块8
4.2.6步骤及操作9
4.2.7允许偏差9
4.3进度10
4.4条件10
4.5测试资料10
5．评价10
5.1范围10
5.2准则10
1．引言
1.1编写目的
本份测试报告是对火车站售票管理系统的验证，查看期望的结果和获得的结果之间有无差别，以便最大限度地找出系统在实际巡行中可能出现的错误和问题，希望通过本报告能给系统开发减少不必要的麻烦该文档的目的是，火车票售票管理系统的系统测试设计，其主要内容包括：
（1）测试总体设计
（2）测试用例设计
本文档的预期的读者是：
项目管理人员、测试人员
1.2项目背景
委托单位：
呼和浩特火车站
开发单位：
内蒙古工业大学信息工程学院
主管部门：
内蒙古工业大学计算机系
开发人员：
苗欣宇周伟马星张玲燕
1.3定义
黑盒测试：
又称功能测试或数据驱动测试，着眼于程序外部，将被测试程序视为一个不能打开的黑盒子，完全不考虑程序内部逻辑和内部特性，主要针对软件界面、软件功能、外部数据库访问访问以及软件初始化到等方面进行测试。
白盒测试：
白盒测试也称结构测试或逻辑驱动测试，是针对被测试单元内部是如何进行工作的测试，它的突出特点是基于被测程序的源代码，而不是软件的规格说明。
事务流：
数据进入模块后可能有多种路径进行处理。
主键：
数据库表中的关键域。
值互不相同。
外部主键：
数据库表中与其他表主键关联的域。
1.4参考资料
[1]张海藩.《软件工程导论》（第四版）清华大学出版社
[2]GB8567-88.软件设计文档国家标准—测试计划
[3]陈汶滨、朱小梅、任东梅.《软件测试技术基础》清华大学出版社
[4]火车站车票管理系统—项目开发计划
[5]火车站车票管理系统—需求规格说明书
[6]火车站车票管理系统—概要设计说明书
[7]火车站车票管理系统—设计说明书
2．任务概述
2.1目标
测试是“为了发现程序中的错误而执行程序的过程”,测试的目的就是在软件投入生产性运行之前，尽可能多的发现软件中的错误。
本系统的测试目标是对各个模块进行测试。
登录测试：
前台用户登陆系统安全管理模块，用户输入用户名和密码，模块通过连接到数据库查找用户信息进行检验。
火车信息录入测试：
录入车次信息
火车票信息查询测试：
输入终点站或车次信息，查询相关火车的信息
火车票退票测试：
售票人员输入相关火车票删除信息，删除此火车票
火车票信息修改测试：
售票人员对相应的火车票信息进行修改，此火车票票务信息得到修改。
2.2运行环境
由于系统将由两部分程序组成，安装在各售票员客户机上的客户程序及火车票售票系统内的数据服务器数据。
1．服务器端子系统的运行要求：
系统软件：
Windowxp
数据库管理系统：
SQLServer2005
硬件要求：
PentiumIII450以上,1024MRAM,36GHD
2.客户端子系统的运行要求：
系统软件：
WindowXP
数据库管理系统：
SQLServer2005
硬件要求：
Pentium133以上,128MRAM,2.1GHD
2.3需求概述
火车站售票系统是典型的信息管理系统（MIS）,其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。
对于前者要求建立起数据一致性和完整性强.数据安全性好的库。
而对于后者则要求应用程序功能完备,易使用等特点。
2.4条件与限制
必须在保证各硬件设备．软件系统齐备的情况下，资金充足，人员齐备，各方面互相配合，齐心协力，共同完成。
3．计划
3.1测试方案
测试工件为四个阶段：
单元测试、组装测试、确认测试、系统测试
1．单元测试：
采用白盒法和黑盒法相结合的方法，对于逻辑结构复杂的模块采用白盒法，对于以输入、输出为主的模块采用黑盒法测试，以提高测试的效率。
2．组装测试：
混合法（对软件结构中较上层使用的自顶向下与对软件结构中较下层使用的自底向上方法相结合）。
3．确认测试：
由用户参与按需求规格说明书验收。
4．系统测试：
采用人工测试方法。
3.2测试项目
在测试过程中，首先需要对各子单元过程进行测试。
在各子单元过程测试完毕后，再对各模块（包括各子单元过程之间的接口）进行测试，处理好各模块之间的接口，最后对系统进行测试和维护。
各模块包括：
登录系统测试
查询功能测试
修改功能测试
售票功能测试
退票功能测试
3.3测试准备
在测试前，与各模块的主要负责人共同协商讨论，以概要设计说明书、详细设计说明书作为总的提纲，选择合适的输入输出数据，并加以意义列举说明。
3.4测试机构及人员
测试人员：
负责编写测试计划，组织测试，对测试过程进行记录，收集、整理测试记录数据，对测试结果进行分析，编写测试总结报告。
即测试组全体人员共计4人（苗欣宇马星周伟张玲燕）。
用户：
必要时可参加测试，并提出具体的测试要求，也可要求暂停测试。
测试机构：
内蒙古工业大学软件08-2班第六小组
4．测试项目说明
4.1测试项目名称及测试内容
1．登录模块测试
本测试采用黑盒测试法：
为了检测不同权限的用户在登陆时，是否能进入对应的模块并得到应有的权限，检验密码模块的正确有效性。
2．火车票售票管理测试
各子模块测试名称如下：
查询功能测试
修改功能测试
售票功能测试
退票功能测试
4．2测试用例
4.2.1登录系统
表6-1登录系统测试用例
测试项目名称
车站售票管理系统
测试项目标题
登录系统功能测试
测试人员
周伟，马星，苗欣宇，张玲燕
测试时间
2011-7-21
用例描述：
测试内容描述：
系统管理员、售票员进行登录操作在用户登录过程中，首先对用户的输入信息进行测试，客户机上的输入信息为用户名和密码，包括一个登陆/重置的选项，输出是确认或出错并返回的信息。
在输入的测试数据中可分为有效输入类和无效输入类。
目的
验证火车站售票系统的登录功能
前提条件
打开主页面
测试步骤及输入：
预期结果：
输用户名
在用户名框中输入信息
用户名正确
输入密码
在密码输入框输入密码信息
用户不存在，密码错误或密码正确进入主界面
错误次数
输入错误次数小于等于3次
输入密码错误，请重新输入
现在假设用户名和密码都是123456按照等价类进行划分：
表6-2登录测试数据列表
测试用例编号
用户名
密码
预期输出
1
123
123
用户名，密码错误
2
1234
123456
用户名错误
3
123456
123
密码错误
4
123456
用户名空
5
123456
密码空
6
用户名密码空
7
12345
123456
用户名不存在
8
123456
123457
密码不正确
4.2.2查询模块
表6-3查询系统测试用例
测试项目名称
车站售票管理系统
测试项目标题
查询系统功能测试
测试人员
周伟，马星，苗欣宇，张玲艳
测试时间
2011-7-21
用例描述：
对车站售票管理系统进行查询测试。
目的
测试是否查找到正确的列车，车票信息
前提条件
售票员登录成功
测试步骤及输入：
预期结果：
输列车号
在列车号栏输入列车号
系统得到列车信息
输入站点
在站点栏输入站点名
得到经过此站点的列车信息
表6-4查询测试数据列表
编号
列车号
站点
预期输出结果
1
1712
1712经过的各站点及时刻
2
沈阳北
凡包含站点沈阳北的列车
3
1712
沈阳北
1712到沈阳北的时刻，剩余票数，票价等信息
4
重新输入查询信息
5
1712
大连
此列车没有此站点
4.2.3售票模块
表6-5售票系统测试用例
测试项目名称
车站售票管理系统
测试项目标题
售票系统功能测试
测试人员
周伟，马星，苗欣宇，张玲艳
测试时间
2011-7-21
用例描述：
对车站售票管理系统进行售票测试
目的
测试是否能按给出的条件售出票
前提条件
售票员成功登录，客户已经查询好要买的票
测试步骤及输入：
预期结果：
输入购票数，购票类型
售票数中输入要购买的票的张数，是一般人购票还是特殊人购票。
系统处理数据，总票数=总票数-售票张数
总收入=总收入+售票张数*票价*购票优惠比例
表6-6售票测试数据用列表
编号
购票数
购票类型
预期输出结果
1
1
一般人购票
总票数=总票数-1
总收入=总收入+售票张数*票价
2
1
特殊人购票
总票数=总票数-1
总收入=总收入+售票张数*票价*50%
3
3
一般人购票
总票数=总票数-3
总收入=总收入+售票张数*票价
4
3
特殊人购票
总票数=总票数-3
总收入=总收入+售票张数*票价*50%
5
-1
一般人购票
输入票张数错误
6
1
没有填写购票类型
4.2.4修改模块
表6-7修改系统功能测试用例
测试项目名称
车站售票管理系统
测试项目标题
修改系统功能测试
测试人员
周伟，马星，苗欣宇，张玲艳
测试时间
2011-7-21
用例描述：
对车站售票管理系统的修改功能进行测试。
目的
测试是否能正常修改列车信息
前提条件
管理员登录成功
测试步骤及输入：
预期结果：
输入修改列车车次
输入列车车次栏中输入要修改的列车车次
输出列车的信息
输入新的站点
在站点栏中输入要修改的站点
提示对站点进行了修改
输入新的时刻
在时刻表中输入要修改的时刻
提示对时刻进行了修改
输入新的价格
对是否正确修改了票价进行测试
提示对票价进行了修改
表6-8修改测试数据列表
编号
列车号
新列车号
站点
新站点
时刻
新时刻
票价
新票价
预期输出
1
1712
1713
包头
包头
15：
30
15：
30
168
168
列车车次修改成功
2
1712
1712
包头
包头
15：
30
15：
40
168
198
时刻，票价修改成功
3
1712
1712
包头
包头东
15：
30
15：
40
168
198
对站点，时刻，票价修改成功
4
1712
1712
包头
包头
15：
30
15：
30
168
198
对票价修成功
5
1712
1713
包头
包头东
15：
30
15：
40
168
198
对列车车次，站点，时刻，票价修改成功
6
1712
1712
包头
15：
30
168
删除站点成功
7
1712
1712
河北
21:
30
110
站点添加成功
4.2.5退票模块
表6-9退票系统功能测试用例
测试项目名称
车站售票管理系统
测试项目标题
退票系统功能测试
测试人员
周伟，马星，苗欣宇，张玲燕
测试时间
2011-7-21
用例描述：
对车站售票管理系统的退票功能进行测试
目的
测试是否能正常退票
前提条件
售票员登录成功
测试步骤及输入：
预期结果：
输入车票号
在车票栏中输入要退车票的车票号
显示此车票信息
确认退票
在表单中提交确认退票
提示退票成功
表6-10退票测试数据列表
测试编号
车票号
预期输出
1
1712
退票成功
2
1713
没有此票
4.2.6步骤及操作
在测试过程中，首先需要对各子单元过程进行测试。
各子单元过程的测试必须先在程序设计员调试并编译通过后才能进行。
在各子单元过程测试完毕后，再对各模块（包括各子单元过程之间的接口）进行测试，处理好各模块之间的接口，最后对系统进行测试和维护。
其操作过程如下：
1．在客户机接受信息模块过程中，先对各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。
2．同样，在客户机输出信息模块．网络接受和发送模块结构和服务器模块（包括数据库）过程中先对各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。
，
3．然后，根据各模块之间的各种关系，对其接口进行测试。
4．在系统测试中，要注意对各种意外情况（列如断电．硬盘损坏等）加以处理，对数据库要注意其安全性．可靠性．健壮性．效率。
网络传输更要注意其安全性。
4.2.7允许偏差
因火车票售票系统要求精确，固对输出的处理不允许出现误差。
4.3进度
需要对各子单元程序．各模块及它们之间的接口分别进行测试进度．一般测试过程都伴随其概要设计．详细设计过程一起进行，进度在2个月左右
4.4条件
必须在保证各硬件设备．软件系统齐备的情况下，资金充足，人员齐备，各方面互相配合，齐心协力，共同完成。
4.5测试资料
[1]张海藩.《软件工程导论》（第四版）清华大学出版社
[2]GB8567-88.软件设计文档国家标准—测试计划
[3]陈汶滨、朱小梅、任东梅.《软件测试技术基础》清华大学出版社
5．评价
5.1范围
本测试说明只对软件功能进行了黑盒测试的说明
5.2准则
测试中发现的缺陷按照严重程度分为4个级别，如表6-11，级别不同，严重程度也不同。
表6-11：
缺陷严重级别
严重级别
严重程度
1-提示（Low）
1微小的错误，不会影响系统的功能
2不准确或容易误解的行为和语句
2-一般（Medium）
1该问题增加了测试或用户操作的复杂度
2该问题轻微降低了系统的性能，但系统仍然能工作
3-严重（High）
1该问题会严重降低系统的性能
2不符合客户端需求说明
4-致命（VeryHigh）
1系统不能正常启动或启动后无法正常工作
测试完成的标准是执行完所有系统测试的功能、性能测试用例，无2级以上遗留问题。
如果进行系统测试时，存在严重的质量问题，导致无法继续，并且在可接受的时间范围内无法修复，系统测试终止。
此次测试后系统运行基本正常，该软件已基本可投入使用。
升级会员 