下载文档原格式
飞机订票系统测试报告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. 简介机票预订系统是一种用于在线预订航班机票的软件系统。
为了确保系统能够在高流量情况下正常运行，我们进行了一系列的压力测试，以评估其性能和稳定性，并提供本报告以记录和分析测试结果。
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定义黑盒测试：黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。
在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。
很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。
白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。
航空机票预订系统软件编码和测试说明书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 否卖出票的数量。
