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