飞机票订票系统功能测试项目.docx
- 文档编号:1082675
- 上传时间:2022-10-16
- 格式:DOCX
- 页数:45
- 大小:2.59MB
飞机票订票系统功能测试项目.docx
《飞机票订票系统功能测试项目.docx》由会员分享,可在线阅读,更多相关《飞机票订票系统功能测试项目.docx(45页珍藏版)》请在冰豆网上搜索。
飞机票订票系统功能测试项目
项目3
飞机票订票系统功能测试项目
项目简介
飞机票订票软件项目组完成了系统的集成工作,根据开发计划将要将程序交给测试组进行功能测试。
测试小组该如何对该软件进行功能测试呢?
项目目标与要求
(1)能制订飞机票订票系统功能测试的测试计划
(2)能根系统需求分析报告编制飞机票订票软件的功能测试的测试用例
(3)能根据测试用例,熟练地对系统的订票功能进行手工测试
(4)能根据测试用例,熟练使用QTP工具,完成系统的打开订票功能的测试
(5)能熟练使用Excel工具管理测试中发现的缺陷(BUG)
(6)能写功能测试报告
项目工作任务
(1)阅读飞机票订票系统的需求分析报告,完成测试小组内容的内容分工,制订单元测试计划
(2)根据飞机票订票系统的需求分析报告,编写订票、查询、修改、删除、打印报表功能的测试用例
(3)根据订票功能的测试用例,用手工的方式进行测试,记录测试结果
(4)根据查询功能的测试用例,使用QTP工具,完成测试工作
(5)用Excel软件完成测试工作日志,用Excel软件管理测试中发现的软件缺陷,并完成功能测试的测试报告
功能测试基本过程
制订功能测试计划
阅读需求分析报告
编写功能测试用例和测试数据
确定测试策略
手工执行测试
测试报告
BUG跟踪表
录制测试脚本
设置检查点
执行测试脚本
搭建测试环境
功能测试总结
图3-1功能测试基本过程
模块一制订功能测试计划
学习目标
1、理解订票系统的需求分析报告
2、理解功能测试的一般过程、主要方法和策略
工作任务
1、阅读订票系统的需求分析报告
2、选择功能测试的策略
3、编写订票系统功能测试的计划
任务1:
阅读订票系统需求规格说明书
读一读:
订票系统需求规格说明书
一、系统登录功能
系统启动后先显示登录窗体,必须通过输入正确的帐户和对应的密码才能进入系统,如果不正确则给出相应的提示信息。
二、订票功能
1、登录成功后系统自动进入新增订票窗体,同时可以通过“新订票”按钮,或菜单进入新增订票窗框体。
2、在新增订票窗体中,依次输入订票日期、出发地、到达地、航班、订票顾客姓名、订票张数、座位类型,系统能够自动根据用户选择的航班显示航班号、航空公司、志飞时间到达时间和单价,系统能够根据订票的票数、类型和单价自动计算出订单的总计金额。
对用户输入的订票日期要进行验证,对于不满足条件的给出明确的提示信息。
出发地、到达地、航班系统自动显示,用户只要选择就可以。
3、单击“insertorder”按钮,系统保存相关信息并生成并显示此订单的订单号,并给出保存是否成功的信息。
4、当按了“insertorder”按钮后,updateorder和deleteorder按钮可用(没有保存前这二个按钮是不可用的),通过这二个按钮可以对新增加的订单进行修改或删除操作,具体操作同修改订单和删除订单功能。
三、查询订单功能
1、登录成功后在新增订票窗体,可以通过单击“打开订单”按钮,或者菜单,进入查询订单条件对话框。
2、在查询对话框中提供按“顾客姓名”、“订票日期”和订单号三种查询模式。
3、按姓名查询:
输入顾客姓名(能够模糊查询,只要输入姓名的一部分),系统以列表方式结出查询的结果纪录,用鼠标在列表双击(或者选取后,单击OK按钮)所要的订单,系统将在订票主窗口中显示具体的订单信息。
根据需要可以进行修改、删除等操作。
如果没有找到则显示“没有发现订单,请再试一次”。
4、按订票日期查询:
输入具体的订票日期(只能输入数字,日期不完整,“OK”按钮无效),能够对日期的合法性进行检查,如果查到对应的订票则显示一个“查询结果”的列表,用鼠标在列表双击(或者选取后,单击OK按钮)所要的订单,系统将在订票主窗口中显示具体的订单信息。
根据需要可以进行修改、删除等操作。
如果没有找到则显示“没有发现订单,请再试一次”。
5、姓名和日期组合查询:
选择取姓名和日期,在姓名栏输入查询的姓名,在日期栏输入查询的日期,操作同4和5。
6、按订单号查询:
输入指定的订单号(只能输入数字),单击“OK”进行查询,如果查到对应的订票则系统将在订票界面上显示具体的订单信息,根据需要可以进行修改、删除等操作。
如果没有找到则显示“不存在这个数字”。
四、修改订单
1、打开指定的订单(openorder操作,新增订单单击”insertorder”按钮后也可以)。
2、在订单主窗口中,修改订票日期、出发机场、到达机场、航班信息、顾客姓名和订票张数等(要求与新增订票中相似)
3、单击“updateorder”按钮保存修改结果(不单击“updateorder”按钮系统不会保存修改结果)。
4、如果对订单信息进行了修改,没有单击“updateorder”按钮,进行“新建订单”或“打开订单”按钮时系统会提示“信息已修改,是否要保存”。
确认后保存,取消则返回订单主窗口中,不保存则进入“新建订单”界面或“打开订单”界面。
五、删除订单
1、打开指定的订单(openorder操作,新增订单单击”insertorder”按钮后也可以)。
2、在订单主窗口中,单击“deleteorder”按钮或者“删除工具”删除当前订单。
3、系统给出提示“是否要删除此订单?
”,确认后删除,取消则不删除
六、报表统计功能
1、登录成功后在新增订票窗体,单击“报表”的按钮或在“Analysis”菜单中选择”Report”项
2、用纯文本的方式以行的方式(二行一条订单信息,和一行为主要信息,第二为到达时间和到达机场)显示登录代理帐户所有订单的报表,并给出汇总数据。
七、图表统计功能
1、登录成功后在新增订票窗体,单击“图表”按钮或在“Analysis”菜单中选择”Graph”项
2、通过Graph窗体以订单日期为单位显示订单数量。
用户可以选择图表的形式(三维柱形图表、二维柱形图表和三维饼图)显示按订单日期的订票数量统计。
八、系统帮助功能
1、登录成功后在新增订票窗体,单击“帮助”按钮或在“Help”菜单中选择”contents”项
2、系统自动打开”FlightReservationHelpVersion1.0”帮助窗框体,为用户提供有关系统的操作说明。
九、系统版权说明功能
1、登录成功后在新增订票窗体,在“Help”菜单中选择”About……”项
2、系统显示一个窗体,用以显示本系统的版本说明信息。
任务2:
制订订票系统的功能测试计划
做一做:
功能测试也叫黑盒子测试或数据驱动测试,根据产品特征、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。
软件的功能测试,用于验证应用程序或网站对目标用户能正确工作,使用适当的平台、浏览器和测试脚本,以保证目标用户的体验将足够好,就像应用程序是专门为该市场开发的一样。
功能测试只需考虑各个功能,不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发,按照用户需求编写出来的测试用例,输入数据在预期结果和实际结果之间进行评测,进而提出更加使产品达到用户使用的要求。
根据系统的需求规格说明书,可以看出这是一个规模比较小的系统,可以采用手工测试和自动化测试相结合的方式进行测试。
可以采用场景法、成效价类划分法、边界类法和常见错误法来编写测试用例。
本系统有8个功能点要测试,比较复杂的功能点是新增订票、查询订票和修改订票三个功能点,每个功能点大约需求10个测试用例,其它均为2-5个测试用例,初步估计有50个测试用例,约有3人天的工作量,执行测试则有8人天的工作量(包括编写测试脚本)。
所需求人员和工作计划如下(回归测试不包括在内):
订票系统功能测试项目小组成员:
甲:
测试小组组长
乙:
测试工程师
丙:
测试员
丁:
测试员
订票系统功能测试计划:
序号
安排日期
工作内容
负责人
备注
1
星期一上午
编写测试计划
测试项目会议
分配工作任务
确定测试策略
甲
全体参与
项目培训
软件开发项目经理
2
星期一下午至星期二下午
阅读需求分析
编写测试数据
编写测试用例
乙
3
星期一下午至星期二下午
搭建测试环境
输入部分测试数据
丙、丁
4
周三上午
测试用例评审会
测试环境验收
甲
全体参加
软件开发项目经理
5
周四、周五、第二周周一、第二周周二全天
执行测试
记录测试缺陷
丙、丁
乙进行指导
6
第二周三
测试分析
撰写功能测试报告
乙
7
第二周周四上午
提交测试报告
甲
交软件开发项目经理
8
第二周周四下午
项目小结
甲
全体人员参与
模块二编写功能测试的测试用例
学习目标
1、掌握等价类划分、边界值、场景等编写功能测试测试用例的方法
2、掌握测试用例的主要内容、编写格式
工作任务
1、根据需求报告编写登录功能的测试用例
2、根据需求报告编写订票功能的测试用例
3、根据需求报告编写查询功能的测试用例
任务1:
编写登录功能的测试用例
做一做:
根据系统需求规格说明书的要求,采用场景法设计测试用例,在订票系统中可以设置登录、新增订票、查询、修改订票、删除订票、打印报表、显示统计图表和帮助等8个大的应用场景。
同时考虑不同的运行环境,如win98/win2000/winXP/winvastar/win7等不同的操作系统,对于不同的操作系统,可以使用相同的测试用例(操作系统地栏不同)。
对于登录场景可以采用有效等价类法编写测试用例,将测试用例分成错误和正确二大类,在正确类中设立用户名和密码小写和大写都正确的2个测试用例。
在错误类中采用边界值法设立用户名和密码为空、用户名小于4个字符、密码小于4个字符、用户名不正确、密码不正确等6个测试用例。
通过采用等价类法和边界值法可以保证测试用例能够覆盖到所有的测试项,测试用例汇总表如下:
测试用例编号
主要测试内容
预期结果
测试结果
F_L_1
用户名、密码为空
显示帐户或者密码不对
F_L_2
用户名少于4个字符,密码正确
显示姓名字符不少于4个字符
F_L_3
用户名正确,密码少于4个字符
显示密码字符不少于4个字符
F_L_4
用户名不正确,密码正确
显示帐户或者密码不对
F_L_5
用户名正确,密码不正确
显示帐户或者密码不对
F_L_6
用户名正确、密码不对
显示帐户或者密码不对
F_L_7
用户名、密码正确(小写)
成功,显示订票窗体
F_L_7
用户名、密码正确(大写)
成功,显示订票窗体
注:
这是一个测试用例的汇总表,在Excel中放在第一个工作表中,表的名称为“登录功能测试用例汇总表”,最后一栏是测试完成后填写,用于总后的统计。
根据测试用例汇总表,编写测试数据,具体如下:
输入项目
测试数据
正确的用户名和密码
test和mercury
错误的用户名和密码
admin和admin
不足4个字符的用户名和密码
te和mer
根据测试用例汇总表、CMMI3对测试用例的格式要求和测试数据表,在Excel中逐个编写测试用例(以用例编号作为工作表的表名)。
下面是F_L_2测试用例的具体内容:
测试用例编号
F_L_2
编写人
赵航涛
编写日期
2011-1-20
测试内容
用户名少于4个字符,密码正确
项目名称
登录功能
操作系统
winXP
操作过程:
1、双击C:
\ProgramFiles\MercuryInteractive\QuickTestProfessional\samples\flight\app目录下的Flight4a.exe
2、
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 飞机票 订票 系统 功能 测试 项目