旅行社管理系统软件测试总结分析方案.docx
- 文档编号:12376302
- 上传时间:2023-04-18
- 格式:DOCX
- 页数:89
- 大小:314.19KB
旅行社管理系统软件测试总结分析方案.docx
《旅行社管理系统软件测试总结分析方案.docx》由会员分享,可在线阅读,更多相关《旅行社管理系统软件测试总结分析方案.docx(89页珍藏版)》请在冰豆网上搜索。
旅行社管理系统软件测试总结分析方案
旅行社管理系统
软件测试总结报告
授课学期2018学年至2018学年
第一学期
学院计算机科学与信息工程
专业计算机科学与技术
组长姓名
组长学号201812301116
组员姓名
组长学号201812301151
任课教师王利娥
交稿日期2018-01-09
广西师范大学学工部<处)制
[系统名称+版本]
测试总结
文件状态:
[√]草稿
[]正式发布
[]正在修改
报告编号:
当前版本:
2.0
编写人:
汤亚明,苏晓博
编写日期
2018-12-04
审批人:
审批日期
保密级别:
版本变更记录
日期
版本
作者/修改者
描述
审核人
2018-04-08
1.00
汤亚明,苏晓博
创建
汤亚明
2018-05-08
1.01
汤亚明,苏晓博
修改
汤亚明
2018-06-08
2.0
汤亚明,苏晓博
发布
汤亚明
工程基本信息
工程名称
旅行社管理系统
客户方
开发方
汤亚明,苏晓博
工程委托时间
工程测试时间范围
从201812月1日至2018年12月30日
测试参与人员
汤亚明,苏晓博
第1章引言
1.1编写目的
本测试报告为旅行社管理工程的测试总结,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求<或达到客户给定功能目标)。
预期参考人员包括用户、测试人员、开发人员、工程管理者、其他质量管理人员和需要阅读本报告的高层经理。
1.2工程背景
本报告主要内容包括:
旅行社的发展受到手工操作诸多不便因素的制约,难于工作提高效率。
手工操作容易出错,财务报表手工操作会出现资金漏洞等。
开发该工程有助于提高旅行社的工作效率,确保资金的正确运转。
1.3参考资料
资料名称
作者
旅行社管理系统工程需求分析
汤亚明
旅行社管理系统测试用例
汤亚明,苏晓博
软件测试
郑人杰等
软件工程导论
张海藩
1.4术语和缩略语
[列出设计本系统/工程的专用术语和缩写语约定。
对于技术相关的名词和与多义词一定要注明清楚,以便阅读时不会产生歧义。
]
缩略语
全意
工程需求分析
旅行社管理系统工程需求分析
工程测试用例
旅行社管理系统测试用例
第2章测试概要
测试目的:
尽早找出软件中存在的错误,保证软件的质量
测试范围:
整个工程源代码及相关文档<需求分析,总体设计,详细设计)
2.1测试用例设计
[简要介绍测试用例的设计方法。
例如:
等价类划分、边界值、因果图,以及用这类方法(3-4句>。
]
白盒测试逻辑覆盖:
1.登录模块:
<语句覆盖,判定覆盖,条件覆盖)
流程图如下:
语句覆盖:
覆盖该功能流程图中的每一条语句
测试用例如下:
用例编号
001
原形描述
登录模块的白盒测试<逻辑覆盖——语句覆盖,判定覆盖,条件覆盖)
用例目的
测试登录模块各种输入条件下系统的响应是否符合要求
前提条件
本测试用例必须在必须在服务器数据库连接打开的状态下进行,如过服务器数据库关闭,则无法正常登录
子用例编号
输入
操作步骤
期望结果
实测结果
状态
001
登录名:
空
密码:
空
点击登录
提示"登录名和密码不能为空!
"
提示"登录名和密码不能为空!
"
通过
002
登录名:
空
密码:
123456
点击登录
提示"登录名不能为空!
"
提示"登录名不能为空!
"
通过
003
登录名:
001
密码:
空
点击登录
提示"密码不能为空!
"
提示"密码不能为空!
"
通过
004
登录名:
001
密码:
123456
点击登录
跳转到系统主界面
跳转到系统主界面
通过
005
登录名:
001
密码:
111111
点击登录
提示"密码有误,请重试",密码栏清空
提示"密码有误,请重试",密码栏清空
通过
006
登录名:
009
密码:
123456
点击登录
提示"登录名不存在,请重试",登录名栏和密码栏清空
提示"登录名不存在,请重试",登录名栏和密码栏清空
通过
判定覆盖:
使功能流程图中的每个判定的取真取假分支至少经历一次
测试用例同上
条件覆盖:
使得流程图中每个判定的每个条件的可能取值至少满足一次
测试用例同上
判定条件覆盖:
使判定中每个条件的可能取值至少满足一次,并且使每个判定分支至少执行一次。
测试用例同上
2.团队计划—计划制定—人数上限、下限、团队价格、个人价格为空处理:
<语句覆盖﹑判定覆盖﹑条件覆盖﹑判定—条件覆盖)
语句覆盖:
用例编号
002
原形描述
团队计划—计划制定—人数上限、下限、团队价格、个人价格为空处理<白盒测试—逻辑覆盖—语句覆盖)
用例目的
测试在人数上限、下限、团队价格、个人价格输入为空时系统的处理情况
前提条件
如果某些前提条件不满足,本用例无法正常执行,则在此描述
子用例编号
输入
操作步骤
期望结果
实测结果
状态
001
人数上限:
空
人数下限:
空
团队价格:
空
个人价格:
空
其他输入框正确输入,点击“确认制定”按钮
人数上限输入框:
0
人数下限输入框:
0
团队价格输入框:
0.00
个人价格输入框:
0.00
人数上限输入框:
0
人数下限输入框:
0
团队价格输入框:
0.00
个人价格输入框:
0.00
通过
判定覆盖:
用例编号
003
原形描述
团队计划—计划制定—人数上限、下限、团队价格、个人价格为空处理<白盒测试—逻辑覆盖—判定覆盖)
用例目的
测试在人数上限、下限、团队价格、个人价格输入为空时系统的处理情况
前提条件
如果某些前提条件不满足,本用例无法正常执行,则在此描述
子用例编号
输入
操作步骤
期望结果
实测结果
状态
001
人数上限:
空
人数下限:
空
团队价格:
空
个人价格:
空
其他输入框正确输入,点击“确认制定”按钮
人数上限输入框:
0
人数下限输入框:
0
团队价格输入框:
0.00
个人价格输入框:
0.00
并将数据存进数据库
人数上限输入框:
0
人数下限输入框:
0
团队价格输入框:
0.00
个人价格输入框:
0.00
并将数据存进数据库
通过
002
人数上限:
31
人数下限:
30
团队价格:
2500
个人价格:
2700
其他输入框正确输入,点击“确认制定”按钮
将数据存进数据库
将数据存进数据库
通过
条件覆盖:
测试用例与判定覆盖相同
判定—条件覆盖:
测试用例与判定覆盖相同
3.团队计划—计划制定—人数上限、下限、团队价格、个人价格为负处理:
<条件组合覆盖、路径覆盖)
程序流程图如下:
设计思路:
条件组合覆盖:
使得每个判断表达式中条件的各种可能组合都至少出现一次;
设double.Parse(textgroupprice.Text><0为T1
double.Parse(textgroupprice.Text>>=0为F1
double.Parse(textpersonprice.Text><0为T2
double.Parse(textpersonprice.Text>>=0为F2
int.Parse(textmaxnum.Text><0为T3
int.Parse(textmaxnum.Text>>=0为F3
int.Parse(textminnum.Text><0为T4
int.Parse(textminnum.Text>>=0为F4
各种可能的组合:
共8种
double.Parse(textgroupprice.Text><0double.Parse(textpersonprice.Text><0
T1,T2判定一为真
double.Parse(textgroupprice.Text><0double.Parse(textpersonprice.Text>>=0
T1,F2判定一为真
double.Parse(textgroupprice.Text>>=0double.Parse(textpersonprice.Text><0
F1,T2判定一为真
double.Parse(textgroupprice.Text>>=0double.Parse(textpersonprice.Text>>=0
F1,F2判定一为假
int.Parse(textmaxnum.Text><0int.Parse(textminnum.Text><0
T3,T4判定2为真
int.Parse(textmaxnum.Text><0int.Parse(textminnum.Text>>=0
T3,F4判定2为真
int.Parse(textmaxnum.Text>>=0int.Parse(textminnum.Text><0
F3,T4判定2为真
int.Parse(textmaxnum.Text>>=0int.Parse(textminnum.Text>>=0
F3,F4判定2为假
条件覆盖测试用例:
用例编号
004
原形描述
团队计划—计划制定—人数上限、下限、团队价格、个人价格为负数时处理<白盒测试—逻辑覆盖—条件组合覆盖
用例目的
测试人数上限、下限、团队价格、个人价格输入为负时系统的处理情况
前提条件
确保团队编号输入正确
子用例编号
输入
操作步骤
期望结果
实测结果
状态
001
人数上限:
-30
人数下限:
-31
团队价格:
-2300
个人价格:
-2200
其他输入框输入正确,点击确认制定
提示"人数不能为负,请重新输入!
"人数上限、下限栏清空;
提示:
"价格不能为负,请重新输入!
"
团队、个人价格栏清空
提示"人数不能为负,请重新输入!
"人数上限、下限栏清空
失败
002
人数上限:
-31
人数下限:
30
团队价格:
-2300
个人价格:
2200
其他输入框输入正确,点击确认制定
提示"人数不能为负,请重新输入!
"人数上限、下限栏清空;
提示:
"价格不能为负,请重新输入!
"
团队、个人价格栏清空
提示"人数不能为负,请重新输入!
"人数上限、下限栏清空
失败
003
人数上限:
31
人数下限:
-30
团队价格:
2300
个人价格:
-2200
其他输入框输入正确,点击确认制定
提示"人数不能为负,请重新输入!
"人数上限、下限栏清空;
提示:
"价格不能为负,请重新输入!
"
团队、个人价格栏清空
提示"人数不能为负,请重新输入!
"人数上限、下限栏清空
失败
004
人数上限:
31
人数下限:
30
团队价格:
2300
个人价格:
2200
其他输入框输入正确,点击确认制定
程序正确执行,数据成功提交
程序正确执行,数据成功提交
通过
路径覆盖:
覆盖程序中的每条可能路径
程序的所有路径如下:
ac
ad
bc
bd
共四条路径
路径覆盖测试用例
用例编号
005
原形描述
团队计划—计划制定—人数上限、下限、团队价格、个人价格为负数时处理<白盒测试—逻辑覆盖—路径覆盖
用例目的
测试人数上限、下限、团队价格、个人价格输入为负时系统的处理情况
前提条件
确保团队编号输入正确
子用例编号
输入
操作步骤
期望结果
实测结果
状态
001
人数上限:
-30
人数下限:
-31
团队价格:
-2300
个人价格:
-2200
其他输入框输入正确,点击确认制定
提示"人数不能为负,请重新输入!
"人数上限、下限栏清空;
提示:
"价格不能为负,请重新输入!
"
团队、个人价格栏清空
提示"人数不能为负,请重新输入!
"人数上限、下限栏清空
失败
002
人数上限:
-31
人数下限:
-30
团队价格:
2300
个人价格:
2200
其他输入框输入正确,点击确认制定
提示"人数不能为负,请重新输入!
"人数上限、下限栏清空;
提示"人数不能为负,请重新输入!
"人数上限、下限栏清空
通过
003
人数上限:
31
人数下限:
30
团队价格:
-2300
个人价格:
-2200
其他输入框输入正确,点击确认制定
提示:
"价格不能为负,请重新输入!
"
团队、个人价格栏清空
提示:
"价格不能为负,请重新输入!
"
团队、个人价格栏清空
通过
004
人数上限:
31
人数下限:
30
团队价格:
2300
个人价格:
2200
其他输入框输入正确,点击确认制定
程序正确执行,数据成功提交
程序正确执行,数据成功提交
通过
白盒测试基路径测试:
测试代码如下
1.if(int.Parse(textmaxnum.Text>
2.{
3.MessageBox.Show("人数上限不得小于人数下限,请重试!
">。
4.textmaxnum.Text=""。
5.textminnum.Text=""。
6.return。
7.}
8.if(double.Parse(textpersonprice.Text>
9.{
10.MessageBox.Show("个人价格不得小于团队价格,请重试!
">。
11.textpersonprice.Text=""。
12.textgroupprice.Text=""。
13.return。
14.}
15.………………
控制流图如下:
由于有程序有多个出口所有计算圈复杂度用:
圈复杂度=谓词节点数+1=2+1=3
基本路径集:
1—>7
1—>8—>14
1—>8—>15
设计测试用例如下
用例编号
006
原形描述
团队计划—计划制定—人数上限小于下限检测,个人价格小于团队价格检测<白盒测试基本路径覆盖法)
用例目的
描述本用例的测试目的
前提条件
子用例编号
输入
操作步骤
期望结果
实测结果
状态
001
人数上限:
29
人数下限:
30
团队价格:
2500
个人价格:
2600
其他输入框输入正确,点击确认制定
提示"人数上限不得小于人数下限,请重试!
"
提示"人数上限不得小于人数下限,请重试!
"
通过
002
人数上限:
31
人数下限:
30
团队价格:
2700
个人价格:
2600
其他输入框输入正确,点击确认制定
提示"个人价格不得小于团队价格,请重试!
"
提示"个人价格不得小于团队价格,请重试!
"
通过
003
人数上限:
31
人数下限:
30
团队价格:
2500
个人价格:
2600
其他输入框输入正确,点击确认制定
程序正确执行,数据成功提交
程序正确执行,数据成功提交
通过
黑盒测试等价类划分:
1.团队计划—计划制定—人数上限/下限测试:
人数上下限的等价类划分
输入条件
有效等价类
编号
无效等价类
编号
两个正整数
正整数
1
一个人数为非正整数
上限为非正整数
4
下限为非正整数
5
两个人数为非正整数
6
两个数
2
只输入一个数
只输入上限
7
只输入下限
8
上限和下限都不输入
9
符合人数规则
上限>=下限
3
上限<下限
10
基于弱健壮的等价类测试用例
等价类测试用例<基于弱健壮)
测试用例编号
人数上限
人数下限
覆盖等价类编号
预期输出
1
31
30
①②③
制定成功
2
31.5
30
④
提示“数据非法”
3
31
30.5
⑤
提示“数据非法”
4
31.5
30.5
⑥
提示“数据非法”
5
31
空
⑦
人数下限自动设置为零
6
空
30
⑧
人数上限限自动设置为零提示“上限不得小于下限”
7
空
空
⑨
人数上限,下限自动设置为零
8
30
31
⑩
提示“上限不得小于下限”
2.团队计划—计划查看
计划查看等价类划分
有效等价类
等价类编号
无效等价类
等价类编号
团队编号已存在
①
团队编号不存在
②
用例编号
010
子用例编号
团队编号
预期输出
case1
T05012018051001
各个显示栏输出对于团队编号的信息
case2
T0501201805100
提示“未找到您输入团队编号的信息,请重试”并清空其他栏
预订管理—预订—添加—黑盒测试—等价类划分
输入条件
有效等价类
编号
无效等价类
编号
团队编号已经在计划表中存在,且身份证号不为空
输入的团队编号已经在计划表中存在
1
输入的团队编号在计划表中不存在
3
输入的身份证号不为空
2
输入的身份证号为空
4
3.预订管理—预订—添加
测试用例
用例编号
011
预订管理—预订—添加—黑盒测试—等价类划分
子用例编号
团队编号
身份证号
预期输出
case1
Z07042018051405
233333-33222222-2222
正确预订,数据录入数据库
case2
Z0704201805140
233333-33222222-1111
提示"请选择正确的团队编号"
case3
Z07042018051405
空
提示"身份证号不能为空"
4.预订管理—预订—查看
等价类划分
预订管理—预订—查看—等价类划分
输入条件
有效等价类
编号
无效等价类
编号
预订表中存在以团队编号及身份证号为主键的记录
预订表中存在以团队编号为主属性的记录
1
预订表中不存在以团队编号及身份证号为主键的记录
3
预订表中存在以身份证号为主属性的记录
2
测试用例
用例编号
012
预订管理—预订—查找—黑盒测试—等价类划分
子用例编号
团队编号
身份证号
预期输出
case1
T04022018051102
330483-19921130-0813
显示相应预订信息
case2
T04022018051102
233333-33222222-1111
提示"未找到您要找的信息,请重试"
case3
T04022018051102
空
提示"未找到您要找的信息,请重试"
case4
空
330483-19921130-0813
提示"未找到您要找的信息,请重试"
5.预订管理—预订—删除
等价类划分
预订管理—预订—查看—等价类划分
输入条件
有效等价类
编号
无效等价类
编号
预订表中存在以团队编号及身份证号为主键的记录
预订表中存在以团队编号为主属性的记录
1
预订表中不存在以团队编号及身份证号为主键的记录
3
预订表中存在以身份证号为主属性的记录
2
测试用例
用例编号
013
预订管理—预订—删除—黑盒测试—等价类划分
子用例编号
团队编号
身份证号
预期输出
case1
T04022018051102
330483-19921130-0813
删除预订表中相应记录,并提示删除成功
case2
T04022018051102
233333-33222222-1111
提示"未找到您要删除的信息,请重试"
case3
T04022018051102
空
提示"未找到您要删除的信息,请重试"
case4
空
330483-19921130-0813
提示"未找到您要删除的信息,请重试"
6.团队管理—餐饮管理—添加
等价类划分
团队管理—餐饮管理—添加—等价类划分
输入条件
有效等价类
编号
无效等价类
编号
输入的团队编号在团队计划表存在,输入的餐饮公司在合作餐饮公司表中存在
输入的团队编号在计划表存在
1
输入的团队编号在团队计划表中不存在
3
输入的餐饮公司在合作餐饮公司表中存在
2
输入的餐饮公司在合作餐饮公司表中不存在
4
测试用例
用例编号
014
团队管理—餐饮管理—添加—黑盒测试—等价类划分
子用例编号
团队编号
餐饮公司
预期输出
实际输出
状态
case1
Z03042018051401
鑫海饭店
数据添加到餐饮表中,提示添加成功
数据添加到餐饮表中,提示添加成功
通过
case2
Z03042018051401
xx饭店
提示"餐饮公司输入有误,请重试"
数据添加到餐饮表中,提示添加成功
失败
case3
Z030420180514
鑫海饭店
提示"团队编号输入有误,请重试"
提示"团队编号输入有误,请重试"
通过
7.团队管理—餐饮管理—查看
等价类划分
团队管理—餐饮管理—查看—等价类划分
输入条件
有效等价类
编号
无效等价类
编号
餐饮表中存在以团队编号及餐饮公司名称为主键的记录
餐饮表中存在以团队编号为主属性的记录
1
餐饮表中不存在以团队编号及餐饮公司名称为主键的记录
3
餐饮表中存在以餐饮公司名称为主属性的记录
2
测试用例
用例编号
015
团队管理—餐饮管理—查看—黑盒测试—等价类划分
子用例编号
团队编号
餐饮公司名称
预期输出
case1
T04022018051102
鑫海饭店
显示相应餐饮信息
case2
T04022018051102
花园饭店
提示"未找到您对应的信息,请重试"
case3
T04022018051102
空
提示"未找到您对应的信息,请重试"
case4
空
鑫海饭店
提示"未找到您对应的信息,请重试"
8.团队管理—餐饮管理—删除
等价类划分
团队管理—餐饮管理—删除—等价类划分
输入条件
有效等价类
编号
无效等价类
编号
餐饮表中存在以团队编号及餐饮公司名称为主键的记录
餐饮表中存在以团队编号为主属性的记录
1
餐饮表中不存在以团队编号及餐饮公司名称为主键的记录
3
餐饮表中存在以餐饮公司名称为主属性的记录
2
测试用例
用例编号
016
团队管理—餐饮管理—删除—黑盒测试—等价类划分
子用例编号
团队编号
餐饮公司名称
预期输出
case1
T04022018051102
鑫海饭店
删除相应餐饮记录
case2
T04022018051102
花园饭店
提示"未找到您要是删除的数据,请重试"
case3
T04022018051102
空
提示"未
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 旅行社 管理 系统软件 测试 总结 分析 方案