航空订票系统测试(学术参考)
飞机订票系统测试报告
飞机订票系统测试报告1. 引言本文档旨在介绍飞机订票系统的测试过程和结果。
飞机订票系统是一款用于用户预订航班机票的在线平台。
通过测试,我们旨在确保系统的功能正常、性能稳定,并且用户能够顺利完成预订流程。
2. 测试环境为了对系统进行全面的测试,我们搭建了以下测试环境:•操作系统:Windows 10•浏览器:Google Chrome,Mozilla Firefox•设备:台式电脑,笔记本电脑,手机(Android,iOS)•网络环境:LAN,WLAN,4G网络3. 测试目标我们的测试目标主要包括以下几个方面:•功能测试:确保系统的各项功能正常运作,包括用户注册、登录、查询航班信息、预订机票等。
•兼容性测试:在不同的操作系统、浏览器和设备上测试系统的兼容性,确保用户可以在不同的环境中正常使用系统。
•性能测试:通过模拟多用户同时访问、查询航班和预订机票,测试系统的性能稳定性和响应速度。
•安全性测试:检查系统的安全性,防止潜在的数据泄露和非法访问。
4. 测试步骤为了对系统进行全面的测试,我们按照以下步骤进行测试:4.1 用户注册和登录功能测试1.打开系统主页,点击注册按钮进入注册页面。
2.输入有效的用户名、密码和邮箱地址,点击注册按钮完成注册。
3.使用注册的用户名和密码,尝试登录系统。
4.验证登录是否成功,检查是否能够正常浏览个人信息页面。
4.2 航班查询功能测试1.登录系统后,点击航班查询按钮进入查询页面。
2.输入有效的出发地、目的地和日期,点击查询按钮进行航班搜索。
3.检查系统是否能够正确地显示符合条件的航班信息。
4.选择一条航班信息,尝试获取详细信息。
4.3 机票预订功能测试1.在航班查询结果页面,选择一条符合条件的航班信息。
2.输入乘客信息和联系方式,点击预订按钮进行机票预订。
3.检查系统是否成功生成订单,并显示预订成功的提示信息。
4.登录用户的邮箱,确认是否收到预订成功的邮件通知。
4.4 兼容性测试在不同的操作系统、浏览器和设备上测试系统的兼容性,包括:•操作系统:Windows,macOS,Linux•浏览器:Google Chrome,Mozilla Firefox,Safari•设备:台式电脑,笔记本电脑,手机(Android,iOS)4.5 性能测试1.使用性能测试工具,模拟多用户同时访问系统。
航空订票系统测试
系统的详细 设计
实现
编码验证 修改来自测试1、3定义
黑盒测试:黑盒测试也称功能测试,它就是通过测试来检测每个功能就是否都能 正常使用。在测试中,把程序瞧作一个不能打开得黑盒子,在完全不 考虑程序内部结构与内部特性得情况下,在程序接口进行测试,它只 检查程序功能就是否按照需求规格说明书得规定正常使用,程序就是 否能适当地接收输入数据而产生正确得输出信息。黑盒测试着眼于程 序外部结构,不考虑内部逻辑结构,主要针对软件界面与软件功能进 行测试。 黑盒测试就是以用户得角度,从输入数据与输出数据得对应关系出 发进行测试得.很明显,如果外部特性本身设计有问题或规格说明得 规定有误,用黑盒测试方法就是发现不了得。
1、4 参考资料
(1)张海藩 《软件工程导论》(第五版) 北京:清华大学出版社。 (2)《机票预订系统需求分析说明书》 (3)《机票预订系统可行性分析说明书》 (4)《机票预订系统概要与详细设计说明书》
2 各模块得实现:
本系统主要用于机票预订,所以提供了以下几个子功能:机票预订,取票通知, 查询航班,查询机票,退票,打印机票,各航班得营运统计,以及后台方面得航班得
else if 密码不正确
提示错误信息:密码不正确,请重新输入! else 登陆成功并转入相应页面 点击取消按钮:返回主界面。
3.1.4 流程逻辑
登陆
输入帐号和密码
帐户存在且密码正确
登陆成功
3。1.5 编码与界面
3.1。6 测试用例
对输入参数查验,检测数据库数据异常时能否判断并给予适当处理。
测试用例
me
ar
Passw
Nvarc
ord
har
长度 允许空
50
否
30
飞机订票系统_登录测试用例
都空,点登录
结果:必填项不能为空
空格
用户名正确但后面有1至多个空格,其它正确
密码正确但后面有1至多个空格,其它正确
验证码正确但后面有1至多个空格,其它正确
结果:正常登录
结果:提示密码错误,并清空
结果:提示验证码不正确
验证码功能
点击验证码图片
结果:图片显示新的字符串
用户名密码正确,验证码错误,点登录
结果:提交用户名不存在
结果:提示验证码不正确
为空
用户名为空,验证码正确,点登录
用户名和验证码正确,密码为空,点登录
用户名密码正确,验证码为空,点登录
结果:提示输入用户名
结果:提示密码不能为空
结果:提示验证码不正确
组合空
用户名、密码都空,验证码正确,点登录
密码、验证码都空,用户名正确,点登录
验证码时间性
输入用户名,切换到其它程序,过一段时间切换回来
结果:光标停留在原处
功能键
Tab键光标在用户名框内,被Tab键两次
BackSpace键用户名框输入testmethod,光标在字符串末尾,按6次
左右键头用户名框中使用左右键头
Delete键用户名文本框中使用该键
单击鼠标在用户名输入框内单击鼠标
错误用户名或未注册用户名
密码次数
用户名和验证码正确,密码首次输入错误,点登录
用户名和验,密码六次输入错误,点登录
结果:提示密码错误,并清空
结果:提示密码错误,并清空
结果:提示错误次数太多,不能再登录了
输入组合错误
错误的用户名和错误密码,验证码正确,点登录
正确显示登陆页面(包括美观性、验证需求字段)
机票预订系统压力测试报告
机票预订系统压力测试报告1. 简介机票预订系统是一种用于在线预订航班机票的软件系统。
为了确保系统能够在高流量情况下正常运行,我们进行了一系列的压力测试,以评估其性能和稳定性,并提供本报告以记录和分析测试结果。
2. 测试环境我们搭建了一个模拟真实用户访问的测试环境,包括使用真实数据的航班信息和用户信息,并通过自动化工具模拟了多种类型的用户请求。
测试环境的配置如下:- 操作系统:Windows Server 2016- 虚拟机:VMware Workstation 15- 内存:8GB- 处理器:***********************3. 测试内容和方法我们针对机票预订系统的主要功能和模块进行了压力测试,包括以下方面:- 用户登录和注册- 航班查询和订购- 订单支付和确认- 退票和改签功能在每个功能测试中,我们模拟了多个并发用户同时访问系统,并通过增加并发请求的数量来逐渐增加系统的负载,直到达到系统资源的极限。
同时,我们还进行了长时间持续压力测试,以评估系统在高负载状态下的稳定性和性能表现。
4. 测试结果根据我们的压力测试,机票预订系统在正常使用负载下能够快速响应用户请求,系统性能表现良好,能够满足用户的需求。
然而,在极端高负载条件下,系统响应时间会有所增加,并存在一些瓶颈和性能问题。
具体的测试结果如下:- 在低负载条件下,系统平均响应时间为500毫秒。
- 随着并发用户数量的增加,系统响应时间逐渐增加。
当并发用户数量达到100时,系统平均响应时间增加到2秒。
- 当并发用户数量达到200时,系统响应时间进一步增加,平均响应时间达到5秒。
- 在持续高负载情况下,系统偶尔出现请求超时和响应错误的情况,但整体稳定性较好。
5. 性能优化建议根据测试结果,我们提出以下性能优化建议,以改善机票预订系统的性能和稳定性:- 针对数据库查询进行性能优化,包括索引的优化和查询语句的优化,以提高系统的查询和订购速度。
机票预定系统实验报告
机票预定系统实验报告机票预定系统实验报告一、引言机票预定系统是现代航空业中不可或缺的一环。
它通过在线平台的方式,为乘客提供方便快捷的机票预订服务。
本次实验旨在探讨机票预定系统的设计与实施,以及对用户体验的影响。
二、系统设计与实施1. 系统架构机票预定系统的设计需要考虑到用户界面、数据库、后台逻辑等多个方面。
我们采用了三层架构,即用户界面层、业务逻辑层和数据访问层。
这样的架构能够保证系统的可扩展性和灵活性。
2. 用户界面设计用户界面是机票预定系统中最直接与用户交互的部分。
我们注重设计简洁、直观的界面,以提高用户的使用体验。
通过合理的布局和明确的操作流程,用户可以轻松地完成机票预订的过程。
3. 数据库设计为了存储用户的个人信息和机票预订记录,我们设计了一个符合实际需求的数据库结构。
通过合理的表结构设计和索引优化,可以提高数据的查询效率和系统的响应速度。
4. 后台逻辑实现后台逻辑是机票预定系统的核心部分,它包括用户认证、机票查询、订单生成等功能。
我们使用了面向对象的编程语言,通过合理的类设计和模块划分,实现了系统的各项功能。
三、用户体验的影响机票预定系统的用户体验是评价系统质量的重要指标。
通过本次实验,我们对用户体验进行了一系列的测试和分析。
1. 响应速度用户在使用机票预定系统时,最关心的是系统的响应速度。
我们通过模拟大量用户同时访问系统的情况,测试了系统的并发处理能力。
结果显示,系统能够在短时间内响应用户的请求,保证了用户的流畅体验。
2. 用户界面友好性用户界面的友好性对于提高用户体验至关重要。
我们邀请了一些用户进行系统的测试,并收集了他们的反馈意见。
根据用户的建议,我们对界面进行了一些优化,使得用户能够更加轻松地完成机票预订的过程。
3. 功能完整性机票预定系统需要提供全面的功能,包括机票查询、订票、退票等。
我们对系统的各项功能进行了测试,确保其能够满足用户的需求。
同时,我们还进行了一些异常情况的测试,以保证系统的稳定性和可靠性。
航空售票系统实验报告
合肥学院计算机科学与技术系课程设计报告2008~2009学年第二期课程程序设计语言Ⅱ课程设计课程设计名称航空售票系统学生姓名刘艺学号0804032025专业班级网络工程(2)指导教师高玲玲、李红2009年6月一:课程设计题目:航班售票系统实验要求:设计一个航班售票系统系统,能够对航空公司的售票进行管理。
航空公司的售票系统主要包括:航线信息、订票业务、退票业务.1:航线信息包括航班号,飞机号,目的地,订票数,余票数,共5项.现有3条航线:目的地北京,上海,广州。
飞机可乘100人(初始定票数为0,余票数为100)。
将这些信息存入文件airline.dat中。
2:订票业务:(1).客户信息包括姓名,航班号,假设已有3个客户信息存入文件customer.dat。
(2).有新客户订票时,先输入姓名和航班号,查询情况,如果还有余票,就为这个客户办理订票手续,分给客户一个座位号,然后写入文件costomer.dat,并修改文件,若无余票,则输出客户已满3:退票业务:根据客户提出的航班号,办理退票,从airline.dat文件中删除这个客户的信息,并修改airline.dat中相应的航线的订票数和余票数输出全部航线的信息和全部客户信息,退出系统。
二:问题分析:实验的准备工作:(1)、仔细阅读课程设计任务书,明确实验设计的目的、实验内容、实验要求、所需知识点等。
(2)、阅读教材及相关材料,更深入的了解所需知识点,并与其它知识点能够融会贯通,加深对各知识点的了解,使得在进行课程设计的时候能够更好的运用各知识点。
根据题目要求,先定义一个customer类,声明类中的成员,包括name(姓名),ID(证件号码),want(客人要订的票数)。
再定义一个AirInfo类,此类中包括三个成员函数,分别实现1:航班信息.2:订票业务.3:退票业务的功能.航线信息中要包括Num(航班号),Start(航班起飞点), End(航班终点地),Time(航班起飞时间),Count(航班票数),LeftCount(航班剩余票数),havingBookCustomer(已订票的客户).订票业务中需要用到类的调用,调用customer类,访问类中的公有成员name,ID,want,输入订票客户信息,订票成功.退票业务中同样需要类的调用, 调用customer类,访问类中的公有成员name,ID,want,输入退票客户信息,退票成功.还要在类中声明一些成员函数, 有设计航班号,设计航班起飞点,设计航班终点地,设计航班起飞时间,设计航班票数,设计航班剩余票数,设计已订票的客户,获取航班起飞时间日期,航班剩余票数,获取该航班起飞地,获取该航班终点地,获取该航班号,打印该航班的信息的函数.输入新的航班信息,查询航班信息,这些函数均要实现此系统的功能. 三:算法的设计1、通过分析实验要求的功能,确定所需函数,两者结合来分析所需的算法及算法该如何实现。
飞机订票系统的测试
飞机订票系统性能测试计划性能测试Team 4发布时间:2010年5月4日目录1 测试计划总论(朱云峰).................................................................................................... - 4 -1.1 项目背景....................................................................................................................... - 4 -1.2 项目目标....................................................................................................................... - 4 -1.3 系统视图....................................................................................................................... - 5 -系统登陆界面.............................................................................................................. - 5 -系统订票界面.............................................................................................................. - 5 -1.4 文档目的....................................................................................................................... - 6 -1.5 运行环境....................................................................................................................... - 6 -1.6 参考文档....................................................................................................................... - 6 -2 测试策略的制定(林琰,赵宸).......................................................................................... - 7 -整体策略:.......................................................................................................................... - 7 - 测试范围: ............................................................................................................................ - 7 - 负载测试策略...................................................................................................................... - 7 - 登陆界面负载测试策略.............................................................................................. - 7 -订票界面负载测试...................................................................................................... - 7 -2.4 并发测试策略............................................................................................................... - 8 -登陆界面测试策略...................................................................................................... - 8 -订票界面并发测试...................................................................................................... - 8 -2.5 稳定性测试策略........................................................................................................... - 9 -登陆界面测试策略...................................................................................................... - 9 -订票界面测试策略...................................................................................................... - 9 -2.6 峰值测试策略............................................................................................................. - 10 -登陆界面测试策略.................................................................................................... - 10 -订票界面测试策略.................................................................................................... - 10 - 3 测试方法的制定(屈超杰)................................................................................................ - 10 -3.1 里程碑技术................................................................................................................. - 10 -3.2 测试用例设计............................................................................................................. - 11 -3.3 测试实施过程............................................................................................................. - 11 -3.测试环境:............................................................................................................. - 11 -单场景测试................................................................................................................ - 12 -组合场景测试............................................................................................................ - 12 - 4 测试标准的制定(谷常敏).............................................................................................. - 13 -4.1 测试通过/失败标准.................................................................................................... - 13 -4.2 测试挂起标准及恢复条件......................................................................................... - 13 -挂起标准及要求........................................................................................................ - 13 -恢复条件.................................................................................................................... - 14 - 5 资源需求(何铁流).................................................................................................... - 14 -5.1 培训需求..................................................................................................................... - 14 -5.2 硬件需求..................................................................................................................... - 14 -5.3 软件需求..................................................................................................................... - 14 -5.4 网络需求..................................................................................................................... - 15 -办公空间需求.................................................................................................................. - 15 -5.6 相关信息保存的需求................................................................................................. - 15 -5.7 人力资源需求............................................................................................................. - 15 -6 时间进度安排(姚钰).................................................................................................... - 16 -6.1 时间进度计划表...................................................................................................... - 16 - 项目里程碑........................................................................................................................ - 17 - 风险分析............................................................................................................................ - 17 - 7 测试过程管理(姚钰).................................................................................................... - 18 -7.1 报告机制..................................................................................................................... - 18 -7.2 沟通机制..................................................................................................................... - 18 -8 测试用例草案(赵宸)........................................................................................................ - 18 -9. 数据字典(谷常敏)........................................................................................................... - 19 -9.1.数据流字典.................................................................................................................. - 19 -9.2.数据结构字典.............................................................................................................. - 19 -9.3.数据处理字典.............................................................................................................. - 19 -外部实体字典.................................................................................................................... - 20 -1 测试计划总论(朱云峰)1.1 项目背景在开发大型软件的漫长过程中,面对极其错综复杂的问题,人的主观认识不可能完全符合客观现实,与工程密切相关的各类人员之间的通信和配合也不可能完美无缺。
机票预订系统(测试分析报告)
测试分析报1引言编写目的测试分析报告是在测试分析的基础上,对测试的结果以及测试的数据等加以记录和分析总结。
它也是测试过程中的一个重要环节,同时,它也是对软件性能的一个总的分析和认可及对不足之处的说明。
因此,测试分析报告对于今后对软件的功能的加强,不足之处的弥补等都起着十分重要的提纲作用。
另外,它还有利于今后软件开发者阅读原程序,根据测试提供的数据和结果,分析原代码,掌握各函数的功能和局限性。
从而缩短软件开发者的再开发时间和所耗费的精力、资金。
从这方面上,我们不难发现,测试分析报告所指明的对象主要是针对于软件开发者。
背景说明:1.被测试软件系统的名称:XX航空公司机票预订系统;2.此项目是由XX航空公司应顾客需求,要求开发一套实时,有效,完善,安全性好的软件系统。
XXXX软件开发小组应聘对此进行开发。
定义Microsoft Access: 系统服务器所使用的数据库管理系统(DBMS)。
SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。
主键:数据库表中的关键域。
值互不相同。
外部主键:数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
参考资料1)张海藩《软件工程导论》(第五版)北京:清华大学出版社;2)《机票预订系统需求分析说明书》 XXXX软件开发小组;3)《机票预订系统可行性分析说明书》 XXXX软件开发小组;4)《机票预订系统概要和详细设计说明书》 XXXX软件开发小组。
2测试概要主界面模块:对输入参数查验,检测数据库数据异常时能否判断并给予适当处理。
测试用例预期结果错误的用户名提示:用户名错误错误的密码提示:密码错误正确的用户名、密码提示:登陆成功并转入相应页面航班管理模块:测试用例:测试用例预期结果错误的用户名提示:用户名错误错误的密码提示:密码错误正确的用户名、密码提示:登陆成功并转入相应页面用户管理模块:测试用例:测试用例预期结果输入显示用户,添加用户,进入下一界面创建订单,更改用户进入退票页,输入相关信息并确认显示退票成功进入订票页面,输入正确的用户信息显示订票成功和打印取票通知进入创建订单页面输入航班班次显示航班信息取票模块:测试用例:测试用例预期结果提交的信息与数据库资料不符提示输入有误,请重新输入提交的信息与数据库资料符合打印机票并更新数据库的机票信息旅客管理模块:测试用例:测试用例预期结果提交的信息与数据库资料不符提示输入有误,请重新输入提交的信息与数据库资料符合打印机票并更新数据库的机票信息3测试结果及发现测试1(标识符)系统登录/注册模块测试:对于无效输入能够做出判断,并提示用户;有效输入能够成功存入数据库中。
机票预定系统实验报告
机票预定系统实验报告
《机票预定系统实验报告》
随着航空业的快速发展,机票预定系统成为了现代人出行的重要工具。
为了评估不同机票预定系统的效率和可靠性,我们进行了一项实验,并在本报告中分享我们的发现和结论。
实验方法:
我们选择了三个不同的机票预定系统进行测试,分别是A系统、B系统和C系统。
我们以相同的出发地和目的地为基准,分别在不同的时间段内使用这三个系统进行机票预定。
我们记录了每个系统的预定速度、可用航班数量、价格差异以及用户体验等方面的数据。
实验结果:
经过实验,我们发现A系统在预定速度上表现最佳,平均预定时间为3分钟;B系统次之,平均预定时间为5分钟;C系统表现最差,平均预定时间为10分钟。
在可用航班数量方面,A系统和B系统的航班选择较为丰富,而C系统的航班数量相对较少。
在价格方面,三个系统的价格相差不大,但A系统在特定时间段内能够提供更多的优惠折扣。
在用户体验方面,A系统和B系统的界面设计更加友好和直观,而C系统的界面较为复杂,容易使用户感到困惑。
结论:
通过这次实验,我们得出了以下结论:
1. A系统在预定速度、航班选择和用户体验方面表现最佳,是一个高效可靠的机票预定系统。
2. B系统在各个方面都表现稳定,是一个中等水平的机票预定系统。
3. C系统在预定速度和航班选择方面表现较差,需要改进其性能和用户体验。
总的来说,机票预定系统的性能和可靠性对用户的出行体验有着重要的影响。
我们希望通过这次实验报告,能够为用户选择合适的机票预定系统提供一些参考,也希望航空公司和系统开发者能够根据我们的实验结果,不断改进和优化机票预定系统,为用户提供更好的服务和体验。
航空订票系统测试
航空机票预订系统软件编码和测试说明书1引言1.1编写目的作为软件工程过称的一个阶段,编码是对设计的进一步具体化,因此,程序的质量主要取决于软件设计的质量,但所选用的程序设计语言的特点和编码风格也将对程序的可靠性、可读性、可测试性和可维护性产生深远的影响。
但在开发如此复杂的航空订票系统软件的过程中,面对着极其错综复杂的问题,人的主观认识不可能完全符合客观现实,与工程密切相关的各类人员之间的通信和配合也不可能完美无缺,因此,系统一定会存在差错。
测试的目的就是在软件投入生产运行之前,尽可能多的发现并改正软件中的错误。
编码阶段可参考概要设计和详细设计说明书,软件测试以及软件维护阶段也可参考编码和详细设计说明书,以便于了解在概要设计及详细设计的过程中所完成的各模块设计结构,或在测试阶段找出各模块的设计思路和流程。
该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。
1.2背景①名称:机票预订系统②委托方:某某航空公司③开发方:某某团队④组成:编码模块分组,服务器,编码人员,测试人员⑤本系统与其他系统的关系如下:1.3定义黑盒测试:黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。
在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。
很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。
白盒测试:白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。
航空订票系统实验报告
开发说明书开发人员:2010年4月20日一.设计题目航空客运订票的业务活动包括:查询航线、客票预订和办理退票等运订票系统,以使上述业务可以借助计算机来完成。
二.需求分析(一)功能描述(1)每条航线所涉及的够息有:终点站名、航班号、星期几、乘员定额、众票量、已订票的客户名单(包括姓名、订票量、舱位等级1,2或3)以及等候替补的客户名单(包括姓名、所需票层);(2)作为示意系统,全部数据可以只放在内存中;(3)系统能实现的操作和功能如下:①查询航线:根据旅客提出的终点站名输出下列信息:航班号、飞机号、星期几飞行,最近一天航班的日期和余票额。
②承办订票业务:根据客户提出的要求(航班号、订票数额)查询该航班票额情况,若尚有余票,则为客户办理订票手续.输出座位号;若已满员或余票额少于订票额,则需重新询问客户要求。
若需要,可登记排队候补;③承办退票业务:根据客户提供的情况(日期、航班),为客户办理退票手续,然后查询该航班是否有人排队候补,首先询问排在第一的客户,若所退票额能满足他的要求.则为他力、理订票手续,否则依次询问其它排队候补的客户。
(二)实现提示两个客户名单可分别由线性表和队列实现。
为查找方便.已订票客户的线性表应按客户姓名有序,并且,为插入和删除方便,应以链表作存储结构。
由于预约人数无法预计,队列也应以链表作存储结构。
整个系统需汇总各条航线约情况登录在一张线性表上,由于航线基本不变.可采用顺序存储结构,并按航班有序或按终点站名有序。
每条航线是这张表上的—个记录,包含上述8个域,其中乘员名单域为指向乘员名单链表的头指针,等侯替补的客户名单域为分别指向队头和队尾的指针。
(四) 模块划分 1) 航班查询根据旅客提出的终点站名输出航班号、星期几飞行,最近一天航班的日期以及余票额情况。
2) 用户订票根据客户提出的要求查询该航班票额情况,若尚有余票,则为客户办理订票手续.输出座位号;若已满员或余票额少于订票额,则需重新询问客户要求。
民航订座系统实验报告(3篇)
第1篇一、实验目的通过本次实验,了解民航订座系统的基本操作流程,掌握系统的主要功能,熟悉航班信息查询、旅客订座、电子客票等业务操作,提高实际操作能力,为将来从事民航服务行业打下基础。
二、实验内容1. 民航订座系统概述2. 系统登录与界面介绍3. 航班信息查询4. 旅客订座5. 电子客票6. 系统退出三、实验步骤1. 系统登录与界面介绍(1)打开民航订座系统,输入用户名和密码进行登录。
(2)登录成功后,进入系统主界面,界面主要包括菜单栏、功能按钮、航班信息显示区域、旅客信息输入区域等。
2. 航班信息查询(1)在菜单栏选择“航班查询”功能。
(2)输入查询条件,如出发城市、到达城市、出发日期、航班号等。
(3)点击“查询”按钮,系统将显示符合条件的航班信息。
(4)查看航班信息,包括航班号、出发时间、到达时间、机型、舱位等级、票价等。
3. 旅客订座(1)在菜单栏选择“旅客订座”功能。
(2)输入旅客信息,如姓名、性别、身份证号码、联系方式等。
(3)选择航班信息,包括航班号、出发日期、舱位等级等。
(4)点击“提交”按钮,系统将显示订座成功信息。
4. 电子客票(1)在菜单栏选择“电子客票”功能。
(2)输入旅客信息,如姓名、身份证号码等。
(3)选择航班信息,包括航班号、出发日期、舱位等级等。
(4)点击“生成电子客票”按钮,系统将生成电子客票,并显示在界面上。
5. 系统退出(1)完成实验操作后,点击菜单栏的“退出”按钮。
(2)系统提示是否退出,点击“确定”按钮,系统将退出实验环境。
四、实验结果与分析1. 实验结果通过本次实验,成功掌握了民航订座系统的基本操作流程,包括航班信息查询、旅客订座、电子客票等业务操作。
2. 实验分析(1)实验过程中,遇到的问题及解决方法:a. 在输入旅客信息时,身份证号码格式错误,导致无法提交。
b. 在查询航班信息时,未输入出发城市或到达城市,导致查询结果为空。
c. 在生成电子客票时,未选择舱位等级,导致无法生成电子客票。
机票预订系统测试用例说明书
测试用例说明书1 引言1.1 编写的目的在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。
预期的读者:系统管理员、机票预订管理员和订票旅客三种用户。
1.2 背景软件名称:机票预订系统提出者:航空公司机票销售部门开发者:xxx。
用户:需要乘飞机的旅客,航空公司,旅行社, 系统管理员。
实现该软件的计算中心或计算机网络:1.3 定义查询:对数据库的操作的一种,用于搜索数据信息。
插入:对数据库的操作的一种,用于将数据存入数据库中。
更新:对数据库的操作的一种,用于更改数据库中的数据信息。
软件结构图:反映软件系统的功能模块之间的关系的数据图。
专门术语:SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。
SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。
主键:数据库表中的关键域。
值互不相同。
外部主键:数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
系统:若未特别指出,统指本机票预定系统。
1.4 参考资料1.机票预定系统需求规格说明书报告周海艳2013/112.机票预定系统程序设计说明书报告周海艳2013/112任务概述2.1目标《网上机票预订系统》运行于Internet环境,提供远程机票预订功能,包括远程航班信息查询,机票预订与确认等;使用《网上机票预订系统》可使机票订购过程简单化、电子化、数字化,节省常规过程所不必要的资源浪费。
飞机订票系统自动化测试方案(参考模板)
飞机订票系统自动化测试方案1.系统介绍1.1 系统介绍系统名称:Mercury Tours Flight Reservation System系统版本:Version 4.0开发人员:Shawn Abernathy, Che Fang, White Eagle System Technology1.2 系统功能“Mercury飞机订票系统”能够实现用户的订票要求,通过输入“航班日期”、“出发城市”、“到达城市”等信息完成机票预订、传真、打印等业务,并可以根据顾客要求进行修改、删除操作,方便快捷,提高机票预订效率。
1.3 系统界面图1-1 Login界面图1-2 Flight Reservation 界面图1-3 Fax Order 界面图1-4 Open Order 界面图1-5 Gragh 界面1.3 业务流程YY图1-6 机票预订业务流程图1-7 机票查询业务流程图1-8 机票图形分析业务流程2.测试计划2.1 测试目的通过使用自动化测试工具对该系统进行自动化测试,完成测试脚本的录制及编写,完成自动化测试并进行测试总结。
2.2 测试工具工具名称:QuickTest Professional工具版本:9.2.0.02.3 测试参考文档无2.4 测试提交文档《测试计划》《测试脚本》《测试总结》《参数化设置表》2.5 测试脚本设计2.6 参数化设置参数化设置在Excel文档中,见文件“飞机订票系统自动化测试参数表”。
2.7 测试脚本流程设计2.7.1 订票脚本(脚本文件:Action_Order)脚本完成任务:以“用户1”(参数化)身份登录系统为“顾客1”(参数化)预订1张机票,退出。
脚本实现如下。
2.7.2 订票并传真脚本(脚本文件:Action_FaxOrder)脚本完成任务:以“用户1”(参数化)登录为“顾客1”(参数化)预订1张机票,传真并退出。
脚本实现如下。
2.7.3 循环订票脚本(脚本文件:Action_OrderCycle)脚本完成任务:以“用户1”身份登录为不同顾客分别预订机票,退出。
航空订票系统(软件测试报告)
航空订票系统(软件测试报告)-CAL-FENGHAI.-(YICAI)-Company One1航空订票系统测试计划说明书目录1引言 (4)1.1编写目的 (4)1.2测试计划概述 (4)1.3被测试系统概述 (4)1.4测试计划制定依据 (5)1.5预期读者 (5)2任务概述 (5)2.1目标 (5)2.2运行环境 (5)2.3需求概述 (5)3测试范围 (6)3.1测试用例 (7)3.2测试特性与软件需求的对应关系 (9)3.3被测试特性 (10)4术语定义 (10)4.1软件错误与缺陷定义 (10)4.2其他术语的定义 (11)5测试目标与策略 (11)5.1测试目标 (11)5.2测试方法 (11)5.3测试工具 (11)5.4测试地点 (11)6测试状态转换标准和再启动要求 (11)7测试通过准则 (12)8应提供的测试文档 (12)9测试资源需求 (12)9.1硬件需求 (12)9.2软件需求 (12)9.3网络需求 (12)9.4人员需求 (13)9.5其他需求 (13)10人员、职责及培训要求 (13)10.1人员组成 (13)10.2人员分工与职责 (13)10.3培训要求 (13)11测试进度 (13)12风险和应急 (14)12.1影响计划的潜在因素 (14)12.2应急措施 (14)13测试的局限性 (15)14计划的批准 (15)15参考文档 (15)附录Ⅰ软件错误与缺陷的定义 (16)附录Ⅱ测试状态转换标准和再启动要求 (17)附录Ⅲ测试通过准则 (19)附录Ⅳ人员分工与职责 (20)1引言1.1编写目的为保证《飞机订票系统》的测试工作有序进行,保证《飞机订票系统》正确实现需求规格说明书中的功能定义,特制本计划供软件测试相关人员执行。
1.2测试计划概述计划名称:航空订票系统测试计划文档编号:ticket/2009-06-11测试部门:软件测试部计划作者:金振方赵豪王山计划审核:在windows平台下运行航空订票系统,针对该项目中各个模块应实现的不同功能,生成测试用例文档,再手动进行测试。
飞机订票系统测试用例
张三
MANUAL
Flight Reservation\Release4 Flight-Login-1.2-06 .0\Functional Test\Login
张三
MANUAL
Flight Reservation\Release4 Flight-Login-1.2-07 .0\Functional Test\Login
张三
MANUAL
Flight Reservation\Release4 Flight-Login-1.3-09 .0\Functional Test\Login
张三
MANUAL
Flight Reservation\Release4 Flight-Login-1.3-10 .0\Functional Test\Login
张三
MANUAL
Flight Reservation\Release4 Flight-Login-1.3-05 .0\Functional Test\Login
张三
MANUAL
Flight Reservation\Release4 Flight-Login-1.3-06 .0\Functional Test\Login
张三
MANUAL
Flight Reservation\Release4 Flight-Login-1.4-01 .0\Functional Test\Login
张三
MANUAL
Flight Reservation\Release4 Flight-Login-1.4-02 .0\Functional Test\Login
Test Case Details 主题 测试用例标识 设计者 类型
Flight Reservation\Release4 Flight-Login-1.1 .0\Functional Test\Login
飞机票订票系统功能测试项目.
项目3飞机票订票系统功能测试项目项目简介飞机票订票软件项目组完成了系统的集成工作,根据开发计划将要将程序交给测试组进行功能测试。
测试小组该如何对该软件进行功能测试呢?项目目标与要求(1)能制订飞机票订票系统功能测试的测试计划(2)能根系统需求分析报告编制飞机票订票软件的功能测试的测试用例(3)能根据测试用例,熟练地对系统的订票功能进行手工测试(4)能根据测试用例,熟练使用QTP工具,完成系统的打开订票功能的测试(5)能熟练使用Excel工具管理测试中发现的缺陷(BUG)(6)能写功能测试报告项目工作任务(1)阅读飞机票订票系统的需求分析报告,完成测试小组内容的内容分工,制订单元测试计划(2)根据飞机票订票系统的需求分析报告,编写订票、查询、修改、删除、打印报表功能的测试用例(3)根据订票功能的测试用例,用手工的方式进行测试,记录测试结果(4)根据查询功能的测试用例,使用QTP工具,完成测试工作(5)用Excel软件完成测试工作日志,用Excel软件管理测试中发现的软件缺陷,并完成功能测试的测试报告功能测试基本过程图3-1 功能测试基本过程模块一制订功能测试计划学习目标1、理解订票系统的需求分析报告2、理解功能测试的一般过程、主要方法和策略工作任务1、阅读订票系统的需求分析报告2、选择功能测试的策略3、编写订票系统功能测试的计划任务1:阅读订票系统需求规格说明书读一读:订票系统需求规格说明书一、系统登录功能系统启动后先显示登录窗体,必须通过输入正确的帐户和对应的密码才能进入系统,如果不正确则给出相应的提示信息。
二、订票功能1、登录成功后系统自动进入新增订票窗体,同时可以通过“新订票”按钮,或菜单进入新增订票窗框体。
2、在新增订票窗体中,依次输入订票日期、出发地、到达地、航班、订票顾客姓名、订票张数、座位类型,系统能够自动根据用户选择的航班显示航班号、航空公司、志飞时间到达时间和单价,系统能够根据订票的票数、类型和单价自动计算出订单的总计金额。
机票预订系统实验报告
机票预订系统实验报告机票预订系统实验报告一、引言随着航空业的发展和人们对旅行需求的增加,机票预订系统在现代社会中扮演着重要的角色。
机票预订系统的设计和实施对于提高航空公司的效率、减少人力资源的浪费以及提升用户体验都具有重要意义。
本文将对机票预订系统进行实验,并对其功能和性能进行评估和分析。
二、系统概述机票预订系统是一个在线平台,旨在为用户提供方便快捷的机票预订服务。
该系统通过与各大航空公司的数据库进行连接,实时获取航班信息和机票价格,并提供给用户进行选择和预订。
同时,系统还提供了用户信息管理、订单管理和支付等功能,以确保用户能够方便地完成整个预订流程。
三、功能评估1. 用户注册与登录功能机票预订系统首先需要用户进行注册和登录,以保证用户的身份和信息的安全性。
通过实验测试,我们发现该系统的用户注册和登录功能操作简单,且反应迅速,用户可以通过输入用户名和密码进行登录,也可以通过手机号码和验证码进行快速登录。
系统还提供了密码找回功能,用户可以通过注册时提供的邮箱或手机号码进行密码重置。
2. 航班查询和预订功能机票预订系统的核心功能是航班查询和预订。
用户可以通过输入出发地、目的地和出行日期等信息进行航班查询,系统会根据用户的需求提供相应的航班列表。
用户可以根据航班时间、价格和舱位等因素进行选择,并进行预订。
通过实验测试,我们发现该系统的航班查询和预订功能操作简单,搜索结果准确,用户能够方便快捷地找到适合自己的航班并完成预订。
3. 用户信息管理功能机票预订系统还提供了用户信息管理功能,用户可以在系统中完善个人信息,包括姓名、证件号码、联系方式等。
系统还支持用户上传头像和修改密码等操作。
通过实验测试,我们发现该系统的用户信息管理功能操作简单,用户可以方便地修改个人信息,系统也能够及时更新用户的信息。
4. 订单管理和支付功能机票预订系统还提供了订单管理和支付功能。
用户可以在系统中查看自己的订单信息,包括航班信息、乘客信息和支付状态等。
飞机订票系统测试报告
飞机订票系统测试报告飞机订票系统功能测试报告课题名称飞机订票系统功能测试报告系/专业班级学号学生姓名指导教师:1第一章 QTP自动化测试介绍1.1概述QTP是HP公司开发的功能自动化测试工具。
相对于手工测试,QTP自动化测试比人工测试快得多,同时可以避免人工测试的错误,因此,随着测试技术的发展,自动化测试逐渐成为测试的一个重要测试工具。
1.2测试介绍本次课程的内容就是学习QTP自动化测试工具,以飞机订票系统为实例,通过飞机订票的过程,包括登陆、订票、删除等一系列功能操作,运用QTP自动化测试工具来进行具体测试操作,从而来了解并学习QTP自动化测试工具。
在使用QTP进行自动化测试时,所包含的几个步骤:1、准备录制;2、创建对象库;3、创建函数和函数库;4、录制执行;5、强化测试脚本;6、调试脚本;7、在回归测试中运行测试;8、分析结果,报告问题。
按照以上步骤,对飞机订票系统的各个功能进行自动测试,完成系统的测试工作。
1.3 测试内容对于飞机订票系统的自动化测试,首先要熟悉了解一下这个飞机订票系统的基本运行流程,从登陆到订票到查询、删除等一系列基本功能的操作,在对系统流程了解后,再开始对其中的一些功能进行测试工作。
在对这个飞机订票系统,此次测试内容有登陆功能,其中2登陆功能测试包含一个用户正确登陆、设置参数可以进行多个用户(正确和错误的)的登陆以及运用手工登陆的方法进行测试,在订票功能中,有对订票是否成功的测试、设置检查点以及循环所有航班的测试,另外还有传真订单的录制,其中有录制签名和录制模式,除此之外还有与数据库的链接等一些简单的功能测试。
1.4测试目标本次课程主要目标就是了解熟悉并学习简单的自动化测试工具,能运用基本的测试工具,对系统进行简单的自动化测试。
对于QTP自动化测试的测试目标:? 熟悉QTP自动化测试工具及其基本功能 ? 掌握QTP自动化测试的基本测试步骤? 运用QTP测试工具对系统进行简单的自动化测试 ? 在QTP测试中,能写出基本的脚本语言对于飞机订票系统的测试目标:? 测试登陆功能,包括单个用户能否正确登陆、多个用户的正确和错误是否能正确登陆,以及手工能否登陆的测试? 订票功能的测试,其中有判断订票是否成功、添加检查点及循环所有航班能否成功测试? 传真和删除订单的测试,在传真测试中,录制签名后,进行播放时签名是能否播放出来,对于订单的删除,进行脚本语句的编写,能否成功完成测试3第二章测试计划及测试环境搭建2.1测试原理分析QTP主要采用的是GUI模拟人的操作。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
航空机票预订系统软件编码和测试说明书1引言1.1编写目的作为软件工程过称的一个阶段,编码是对设计的进一步具体化,因此,程序的质量主要取决于软件设计的质量,但所选用的程序设计语言的特点和编码风格也将对程序的可靠性、可读性、可测试性和可维护性产生深远的影响。
但在开发如此复杂的航空订票系统软件的过程中,面对着极其错综复杂的问题,人的主观认识不可能完全符合客观现实,与工程密切相关的各类人员之间的通信和配合也不可能完美无缺,因此,系统一定会存在差错。
测试的目的就是在软件投入生产运行之前,尽可能多的发现并改正软件中的错误。
编码阶段可参考概要设计和详细设计说明书,软件测试以及软件维护阶段也可参考编码和详细设计说明书,以便于了解在概要设计及详细设计的过程中所完成的各模块设计结构,或在测试阶段找出各模块的设计思路和流程。
该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。
1.2背景①名称:机票预订系统②委托方:某某航空公司③开发方:某某团队④组成:编码模块分组,服务器,编码人员,测试人员⑤本系统与其他系统的关系如下:系统的详细设计编码测试实现验证修改1.3定义黑盒测试:黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。
在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。
很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。
白盒测试:白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。
这一方法是把测试对象看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。
1.4参考资料(1)张海藩《软件工程导论》(第五版)北京:清华大学出版社。
(2)《机票预订系统需求分析说明书》(3)《机票预订系统可行性分析说明书》(4)《机票预订系统概要和详细设计说明书》2 各模块的实现:本系统主要用于机票预订,所以提供了以下几个子功能:机票预订,取票通知,查询航班,查询机票,退票,打印机票,各航班的营运统计,以及后台方面的航班的添加,取消航班,机票的生成,以及航班的查询等后台功能。
1、机票预订功能:旅行社和机场管理员有权力进行该项功能。
首先通过查询得到旅客所需的航班,确定该航班还有没有被预订的座位,然后选择座位的等级,填写旅客的详细信息之后就可进行网上预订机票。
2、取票通知:该项功能只有旅行社和机场管理员有权力进行操作,在机票预订功能成功完成之后,系统会自动给浏览器端发送一条取票信息以及所需缴纳的费用。
旅行社可以利用特定设备将该取票信息打印出来,这就是取票通知。
3、查询航班:可以通过输入出发地,目的地,日期和时间选定自己航班。
4、查询机票:该项功能三方都可以操作,可以通过自己的身份证号以及取票通知上的机票号查询自己的机票信息。
5、退订机票:该功能只有旅行社和机场管理员有权力操作,利用身份证号和对应的机票号就可以查询到机票信息,然后就可以退订机票。
6、打印机票:该功能只有机场管理员有权力操作,只有当管理员确认旅客已经付款后才予以打印机票,可以通过身份证号和对应的取票信息上的机票号查询机票信息,然后服务器返回机票信息,管理员就可以打印该机票信息,交给旅客。
7、各航班的营运统计:该项功能只有机场管理员才能操作,他可以通过输入年份和月份查询当月航班的营运情况,以便机场能够及时掌握航班动态。
8、后台的航班添加:该项功能只有机场管理员才能操作,他通过提供航班的具体信息添加航班信息。
9、后台的取消航班:该项功能只有机场管理员才能操作,先通过航班号和航班日期查询到航班信息后,取消航班就可以将该航班从数据库中删除。
10、后台的航班查询:该项功能只有机场管理员才能操作,通过航班号和航班日期查询到航班信息。
11、后台的机票生成:该项功能只有机场管理员才能操作,可以通过该项功能给刚添加的航班生成对应的飞机票号纪录。
该系统对应八个模块,分别是:a.主界面b.航班管理c.用户管理d.管理员管理e.查询机票f.取票g.旅客h.旅行社2.1 主界面模块主界面与3个登录界面(航空公司登陆、旅行社登陆、旅客登陆)。
通过主界面可以进入3个登陆界面,由登陆界面分别进入航空公司管理系统、用户管理和预订机票系统。
主界面即为机票预订系统入口界面。
3.1.1 输人项字段名称数据类型长度允许空字段描述UserName Nvarchar 50 否用户真实姓名Password Nvarchar 30 否登录密码3.1.2输出项1、显示登陆成功,并转入相应页面;2、提示错误,重新输入。
3.1.3 算法点击主界面3个入口中的一个,可进入相应的登录界面。
在登录界面输入帐号与密码,点击确定按钮:内部处理if 用户名不存在提示错误信息:用户名不正确,请重新输入!else if 密码不正确提示错误信息:密码不正确,请重新输入!else 登陆成功并转入相应页面点击取消按钮:返回主界面。
3.1.4 流程逻辑登陆输入帐号和密码帐户存在且密码正确登陆成功3.1.5编码和界面3.1.6 测试用例对输入参数查验,检测数据库数据异常时能否判断并给予适当处理。
测试用例预期结果错误的用户名提示:用户名错误错误的密码提示:密码错误正确的用户名、密码提示:登陆成功并转入相应页面3.2 航班管理模块3.2.1 程序描述航空公司登录成功后进入航空公司管理系统,通过其上6个按钮分别进入航班管理界面、用户管理界面、管理员界面、查询机票界面和取票界面。
航班管理界面有添加航班、取消航班和更改航班按钮可进入与其相应的三个界面。
添加航班界面可添加新的航班信息,取消航班界面可取消因故不能飞的航班,更改航班界面可更改航班原来的因某些原因而变动的信息。
3.2.2 输人项字段名称数据类型长度默认值是否允许空字段描述Flight_num string否飞机班次Ship_place_num int 4 否座位数目price int 4 否机票价格level string否机票级别Leave_timedatatime否发机时间Arrive_timedatatime否到达时间origin string否始发地destination string否目的地3.2.3 输出项1、成功转入相应页面;2、成功录入,提示添加成功、已取消和更改成功;3、录入错误,提示错误,重新输入。
3.2.4 算法点击航空公司管理系统界面上航班管理按钮,进入航班管理信息界面,可返回主界面。
点击航班管理信息界面的4个按钮分别进入添加航班界面、取消航班界面、更改航班界面以及返回航空公司管理系统界面。
添加航班:依次输入数据if 输入数据格式错误或内容不对提示错误,重新输入else将数据存入数据库提示添加成功返回航班管理信息界面取消航班:依次输入数据if 输入班次不存在提示错误,重新输入else提示核对是否为要取消班次是if 该航班已有预定找出预定该航班的所有旅客信息(及时通知旅客并根据需求分析做出相应处理)后,删除有关该航班所有信息,更新数据库,提示该航班已取消else删除有关该航班所有信息,更新数据库,提示该航班已取消否重新输入返回航班管理信息界面更改航班:输入需要更改的班次,点击更改按钮,原资料显示,再修改需要修改的地方if 输入数据格式错误或内容不对提示错误,重新输入elseif 该航班已有预定找出预定该航班的所有旅客信息(及时通知旅客并根据需求分析做出相应处理)后,将更改后的数据存入数据库取代原有数据,提示更改成功else将更改后的数据存入数据库取代原有数据,提示更改成功返回航班管理信息界面3.2.5 流程逻辑在航空公司管理系统选择航班管理选择航班管理操作添加航班信息填写取消航班班次更改航班信息否否否填写信息正确填写信息正确填写信息正确成功取消航班成功添加航班成功更改航班返回返回返回3.2.6编码和界面3.2.7 测试用例测试用例预期结果错误的用户名提示:用户名错误错误的密码提示:密码错误正确的用户名、密码提示:登陆成功并转入相应页面3.3. 用户管理模块3.3.1 程序描述由航空公司管理系统进入用户管理界面。
用户管理界面有添加用户、删除用户、创建订单和修改用户四个按钮,分别进入预订机票界面、退票信息界面、机票销售界面和预订机票界面。
3.3.2 输人项字段名称数据类型长度默认值是否允许空字段描述name string 否客户姓名sex string 是客户性别ID int 30 否有效证件号level string 否机票级别wp string 否工作单位time string 否旅行时间Flight_num string 否飞机班次Ship_place string 否座位号origin string 否始发地destination string 否目的地3.3.3 输出项账单的显示字段名称数据类型长度默认值允许为空字段描述name string 否旅客姓名ID int 30 否旅客身份号P_price int 16 否预定金取票通知字段名称数据类型长度默认值允许为空字段描述name string 否旅客姓名q-time string 否取票时间机票销售字段名称数据类型长度默认值允许为空字段描述Flight_num Int 8 否飞机班次Flight_a int 8 否卖出票的数量。