机票预订系统(测试计划清单)

合集下载

航空订票系统测试

航空订票系统测试

航空机票预订系统软件编码和测试说明书1引言1.1编写目的作为软件工程过称的一个阶段,编码是对设计的进一步具体化,因此,程序的质量主要取决于软件设计的质量,但所选用的程序设计语言的特点和编码风格也将对程序的可靠性、可读性、可测试性和可维护性产生深远的影响。

但在开发如此复杂的航空订票系统软件的过程中,面对着极其错综复杂的问题,人的主观认识不可能完全符合客观现实,与工程密切相关的各类人员之间的通信和配合也不可能完美无缺,因此,系统一定会存在差错。

测试的目的就是在软件投入生产运行之前,尽可能多的发现并改正软件中的错误。

编码阶段可参考概要设计和详细设计说明书,软件测试以及软件维护阶段也可参考编码和详细设计说明书,以便于了解在概要设计及详细设计的过程中所完成的各模块设计结构,或在测试阶段找出各模块的设计思路和流程。

该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。

1.2背景①名称:机票预订系统②委托方:某某航空公司③开发方:某某团队④组成:编码模块分组,服务器,编码人员,测试人员⑤本系统与其他系统的关系如下:1.3定义黑盒测试:黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。

在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。

黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。

黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。

很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。

白盒测试:白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。

飞机订票系统测试报告

飞机订票系统测试报告

飞机订票系统测试报告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.使用性能测试工具,模拟多用户同时访问系统。

毕业设计机票预订系统测试用例说明书,DOC

毕业设计机票预订系统测试用例说明书,DOC

毕业设计测试用例说明书1引言1.1编写的目的在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。

结构、1.2背景1.3定义SQL:事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。

值互不相同。

外部主键:数据库表中与其他表主键关联的域。

ROLLBACK:数据库的错误恢复机制。

系统:若未特别指出,统指本机票预定系统。

1.4参考资料1.机票预定系统需求规格说明书报告周海艳2013/112.机票预定系统程序设计说明书报告周海艳2013/112任务概述2.1目标《网上机票预订系统》运行于Internet环境,提供远程机票预订功能,包括远程航班信息查询,机票预订与确认等;使用《网上机票预订系统》可使机票订购过程简单化、电子化、数字化,节省常规过程所不必要的资源浪费。

建立一个高效率、稳定的系统,在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统,能够实现航空公司的机票销售的自动化的计算机系统,为旅客提供实时,方便,快捷的机票销售信息,并提高航空公司的工作效率,服务质量,并为其增加经济效益,加快航空公司的信息化发展步伐。

本系4其他非功能性需求4.1设备环境要求根据调研环境下运行。

4.2(1(2导出的软件结构;结构的内部接口。

(3)测试的准备:测试大纲;整体策略;专门的考虑。

4.3接口要求在输入方面,对于键盘、鼠标的输入。

在输出方面,打印机的连接及使用。

在网络传输部分,在网络硬件部分,实现高速传输。

1、系统接口说明本系统运行在计算机上的Windows操作系统(Windows9X、WindowsNT、Windows2000、WindowsXP)环境下。

飞机订票系统测试报告

飞机订票系统测试报告

飞机订票系统功能测试报告课题名称飞机订票系统功能测试报告系/专业班级学号学生姓名指导教师:第一章QTP自动化测试介绍1.1概述QTP是HP公司开发的功能自动化测试工具。

相对于手工测试,QTP自动化测试比人工测试快得多,同时可以避免人工测试的错误,因此,随着测试技术的发展,自动化测试逐渐成为测试的一个重要测试工具。

1.2测试介绍本次课程的内容就是学习QTP自动化测试工具,以飞机订票系统为实例,通过飞机订票的过程,包括登陆、订票、删除等一系列功能操作,运用QTP自动化测试工具来进行具体测试操作,从而来了解并学习QTP自动化测试工具。

在使用QTP进行自动化测试时,所包含的几个步骤:1、准备录制;2、创建对象库;3、创建函数和函数库;4、录制执行;5、强化测试脚本;6、调试脚本;7、在回归测试中运行测试;8、分析结果,报告问题。

按照以上步骤,对飞机订票系统的各个功能进行自动测试,完成系统的测试工作。

1.3 测试内容对于飞机订票系统的自动化测试,首先要熟悉了解一下这个飞机订票系统的基本运行流程,从登陆到订票到查询、删除等一系列基本功能的操作,在对系统流程了解后,再开始对其中的一些功能进行测试工作。

在对这个飞机订票系统,此次测试内容有登陆功能,其中登陆功能测试包含一个用户正确登陆、设置参数可以进行多个用户(正确和错误的)的登陆以及运用手工登陆的方法进行测试,在订票功能中,有对订票是否成功的测试、设置检查点以及循环所有航班的测试,另外还有传真订单的录制,其中有录制签名和录制模式,除此之外还有与数据库的链接等一些简单的功能测试。

1.4测试目标本次课程主要目标就是了解熟悉并学习简单的自动化测试工具,能运用基本的测试工具,对系统进行简单的自动化测试。

对于QTP自动化测试的测试目标:熟悉QTP自动化测试工具及其基本功能掌握QTP自动化测试的基本测试步骤运用QTP测试工具对系统进行简单的自动化测试在QTP测试中,能写出基本的脚本语言对于飞机订票系统的测试目标:测试登陆功能,包括单个用户能否正确登陆、多个用户的正确和错误是否能正确登陆,以及手工能否登陆的测试 订票功能的测试,其中有判断订票是否成功、添加检查点及循环所有航班能否成功测试传真和删除订单的测试,在传真测试中,录制签名后,进行播放时签名是能否播放出来,对于订单的删除,进行脚本语句的编写,能否成功完成测试第二章测试计划及测试环境搭建2.1测试原理分析QTP主要采用的是GUI模拟人的操作。

机票预订系统(测试计划)[精品文档]

机票预订系统(测试计划)[精品文档]

测试计划1引言1.1编写目的作为软件工程过称的一个阶段,编码是对设计的进一步具体化,因此,程序的质量主要取决于软件设计的质量,但所选用的程序设计语言的特点和编码风格也将对程序的可靠性、可读性、可测试性和可维护性产生深远的影响。

但在开发如此复杂的航空订票系统软件的过程中,面对着极其错综复杂的问题,人的主观认识不可能完全符合客观现实,与工程密切相关的各类人员之间的通信和配合也不可能完美无缺,因此,系统一定会存在差错。

测试的目的就是在软件投入生产运行之前,尽可能多的发现并改正软件中的错误。

编码阶段可参考概要设计和详细设计说明书,软件测试以及软件维护阶段也可参考编码和详细设计说明书,以便于了解在概要设计及详细设计的过程中所完成的各模块设计结构,或在测试阶段找出各模块的设计思路和流程。

该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。

1.2背景1.本项目(机票预定系统)时由XX航空公司委托,由XXX软件开发小组负责开发;2.本系统与其他系统的关系如下:1.3定义Microsoft Access: 系统服务器所使用的数据库管理系统(DBMS)。

SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。

值互不相同。

外部主键:数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

1.4参考资料a.张海藩《软件工程导论》(第五版)北京:清华大学出版社;b.《机票预订系统需求分析说明书》XXX软件开发小组c.《机票预订系统可行性分析说明书》XXX软件开发小组d.《机票预订系统概要和详细设计说明书》XXX软件开发小组2计划2.1软件说明主界面模块:● 航班管理模块:测试用例:● 用户管理模块:否测试用例:N。

毕业设计机票预订系统测试用例说明书

毕业设计机票预订系统测试用例说明书

毕业设计测试用例说明书1 引言1.1 编写的目的在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。

本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。

主要解决了实现该系统需求的程序模块设计问题。

包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。

在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。

在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。

在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。

预期的读者:系统管理员、机票预订管理员和订票旅客三种用户。

1.2 背景软件名称:机票预订系统提出者:航空公司机票销售部门开发者:xxx。

用户:需要乘飞机的旅客,航空公司,旅行社, 系统管理员。

实现该软件的计算中心或计算机网络:1.3 定义查询:对数据库的操作的一种,用于搜索数据信息。

插入:对数据库的操作的一种,用于将数据存入数据库中。

更新:对数据库的操作的一种,用于更改数据库中的数据信息。

软件结构图:反映软件系统的功能模块之间的关系的数据图。

专门术语:SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。

SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。

值互不相同。

外部主键:数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

系统:若未特别指出,统指本机票预定系统。

1.4 参考资料1.机票预定系统需求规格说明书报告周海艳2013/112.机票预定系统程序设计说明书报告周海艳2013/112任务概述2.1目标《网上机票预订系统》运行于Internet环境,提供远程机票预订功能,包括远程航班信息查询,机票预订与确认等;使用《网上机票预订系统》可使机票订购过程简单化、电子化、数字化,节省常规过程所不必要的资源浪费。

机票预订系统实验报告

机票预订系统实验报告

一、实验名称系统静态建模二、实验目的1、掌握用例(Use Case)、角色(Actor)、用例图(Use Case Diagram)的概念。

2、掌握用例与用例之间、用例与角色、角色与角色之间的相互关系。

3、掌握类的属性和操作以及与其相关的概念,重点掌握类与类之间的关系三、所用软件1、Rational Rose2、Micorsoft Word四、预习内容1、UML的用例图、类图画法2、机票预订系统的分析3、Rational Rose的使用方法。

五. 实验介绍为方便旅客,某航空公司拟开发一个机票预定系统。

旅行社把预定机票的旅客信息(姓名、性别、工作单位,身份证号码、旅行时间、施行目的地等)输入该系统,系统为旅客安排航班,印出取票通知和帐单,旅客在飞机起飞前一天凭取票通知单和帐单交款取票,系统校对无误即印出机票给旅客。

机票预定系统的数据需求包括如下几点:1.数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提,错误的输入会导致系统输出的不正确和不可用,从而使系统的工作失去意义。

数据的输入来源是手工输入。

手工输入要通过系统界面上的安排系统具有容错性,并且对操作人员要进行系统的培训。

在系统中,数据的输入往往是大量的,因此系统要有一定的处理能力,以保证迅速的处理数据。

2.数据的一致性与完整性由于系统的数据是共享的,在不同的旅行社中中,机票是共享数据,所以如何保证这些数据的一致性,是系统必须解决的问题。

要解决这一问题,要有一定的人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完整性进行严格的约束。

对于输入的数据,要为其定义完整性规则,如果不能符合完整性约束,系统应该拒绝该数据。

3.数据的共享与独立性整个机票预定系统的数据是共享的。

然而,从系统开发的角度上看,共享会给设计和调试带来困难。

因此,应该提供灵活的配置,使各个分系统能够独立运行,而通过人工干预的手段进行系统数据的交换。

飞机订票系统自动化测试方案

飞机订票系统自动化测试方案

飞机订票系统自动化测试方案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 业务流程图1-6 机票预订业务流程图1-7 机票查询业务流程图1-8 机票图形分析业务流程YY2.测试计划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”身份登录为不同顾客分别预订机票,退出.脚本实现如下。

QTP测试飞机订票测试

QTP测试飞机订票测试

华 东 交 通 大 学课 程 设 计 报 告 书所属课程名称 自动化测试技术题目 院 (系) 软 件 学 院 班 级学 号学生姓名 指导教师 严丽平 辅导教师 严丽平2013年 7月5 日课程设计(论文)任务书软件学院软件工程(软件测试)专业2010-班一、课程设计(论文)题目基于QTP的功能测试二、课程设计(论文)工作自 2013年 7月 1 日起至 2013 年 7月 5 日止。

三、课程设计(论文) 地点: 创新大楼软件实训中心机房四、课程设计(论文)内容要求:1.本课程设计的目的(1)使学生能掌握网站功能测试的基本思路和方法,学会使用自动化测试工具QTP进行功能测试;(2)培养学生分析、解决问题的能力;(3)提高学生的科技论文写作能力。

2.课程设计的任务及要求1)基本要求:(1)对默认环境和条件(要求详细记录环境条件)下,构造正确的输入进行正常功能需求的测试,使用常见的检查点测试,并将输入进行参数化;(2)测试系统在异常环境下的功能需求变化,并对测试的结果进行分析和汇总;(3)相应驱动的编写。

2)创新要求:在基本要求达到后,可对被测系统进行探索性测试。

3)课程设计论文编写要求(1)要按照书稿的规格打印书写课程设计论文(2)论文包括目录、设计思路、具体实现、运行调试与分析讨论、设计体会与小结、参考文献、附录等(3)课程设计论文装订按学校的统一要求完成4)答辩与评分标准:(1)完成原理分析:20分;(2)完成设计过程:50分;(3)完成测试:10分;(4)回答问题:20分。

5)参考文献:(1)柳胜. 《软件自动化测试框架设计与实践》.人民邮电出版社(2)陈能技.《QTP自动化测试实践》. 电子工业出版社(3)陈绍英等. 《LoadRunner性能测试实战》. 电子工业出版社6)课程设计进度安排内容天数地点构思及收集资料1图书馆设计与测试 2.5实验室撰写论文 1.5图书馆、实验室学生签名:2013年7月1 日课程设计(论文)评审意见(1)完成原理分析(20分):优()、良()、中()、一般()、差();(2)设计分析(20分):优()、良()、中()、一般()、差();(3)完成调试(20分):优()、良()、中()、一般()、差();(4)翻译能力(20分):优()、良()、中()、一般()、差();(5)回答问题(20分):优()、良()、中()、一般()、差();评阅人:职称:副教授2013年7月6日目录一、前言(课设目的及内容) (1)二、测试计划及测试需求 (5)三、测试用例的设计 (7)四、测试过程 (10)五、测试结果分析 (17)六、课设小结及心得体会 (19)七、参考文献 (20)一、前言(课设目的及内容)QTP是一个功能测试工具,主要帮助测试人员完成软件的功能测试,与其他测试工具一样,QTP不能完全取代测试人员的手工操作,但是在某个功能点上,使用QTP的确能够帮助测试人员做很多工作。

机票预定系统项目计划任务书

机票预定系统项目计划任务书

1.“机票预订系统”计划任务书1 范围1.1项目目标各旅行社把预订机票的旅客信息(姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等)输入到该系统,系统为旅客安排航班。

当旅客交付了预定金后,系统印出取票通知和账单交款取票,系统核对无误即印出机票给旅客。

此外航空公司为随时掌握各航向飞机的乘载情况,需定期进行查询统计,以便适当调整。

同时能够保证以后可以对成品系统保持一定的维护,从而使产品能准确高效的运行.1.2主要功能(1)旅客信息输入功能能将旅客的信息如:编号、姓名、性别、出生日期、证件名称、证件号码、航班号、出发城市、抵达城市、出发时间、抵达时间等信息输入到系统中,以便处理. (2)客机信息输入功能能将客机的各项信息如:航班号、航班名、服役日期、出发城市、抵达城市、出发时间、抵达时间、座位数、票价等信息输入到系统中,以便处理。

(3)旅客信息修改、删除功能对以上说明的旅客各信息的修改或删除等功能。

(4)客机信息修改、删除功能对以上说明的客机各信息的修改或删除等功能。

(5)信息核对功能系统对旅客各项信息通过对公安部门的信息联网进行核对,如有不付者,不予办理.(6)信息查询功能航空公司为随时掌握各航向飞机的乘载情况,需定期进行查询统计,以便适当调整,为旅客安排合适的航班。

(7)打印输出功能当旅客交付了预定金后,系统打印出取票通知和账单交款取票,系统核对无误即印出机票给旅客.1.3 性能限定(1)分析系统功能时要考虑有关证件的合法性(如身份证、取票通知、交款发票等)。

(2)对于本系统还应该补充以下功能:·旅客延误了取票时间的处理·班机取消后的处理·旅客临时更改机票班次的处理(3)系统的外部项至少包含三个:旅客、旅行社和航空公司。

(4)登录的用户的权限有所限(超级用户、普通用户、锁定用户)。

只有超级用户具有删除、修改、查询、输入各类信息的权利。

1.4开发概要(1)系统调研随着社会的发展,人民生活水平的不断提高,人们出行的交通工具也跟随社会的发展而发展起来了。

机票预订系统测试用例说明书

机票预订系统测试用例说明书

测试用例说明书1 引言1.1 编写的目的在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。

本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。

主要解决了实现该系统需求的程序模块设计问题。

包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。

在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。

在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。

在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。

预期的读者:系统管理员、机票预订管理员和订票旅客三种用户。

1.2 背景软件名称:机票预订系统提出者:航空公司机票销售部门开发者:xxx。

用户:需要乘飞机的旅客,航空公司,旅行社, 系统管理员。

实现该软件的计算中心或计算机网络:1.3 定义查询:对数据库的操作的一种,用于搜索数据信息。

插入:对数据库的操作的一种,用于将数据存入数据库中。

更新:对数据库的操作的一种,用于更改数据库中的数据信息。

软件结构图:反映软件系统的功能模块之间的关系的数据图。

专门术语:SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。

SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。

值互不相同。

外部主键:数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

系统:若未特别指出,统指本机票预定系统。

1.4 参考资料1.机票预定系统需求规格说明书报告周海艳2013/112.机票预定系统程序设计说明书报告周海艳2013/112任务概述2.1目标《网上机票预订系统》运行于Internet环境,提供远程机票预订功能,包括远程航班信息查询,机票预订与确认等;使用《网上机票预订系统》可使机票订购过程简单化、电子化、数字化,节省常规过程所不必要的资源浪费。

航空订票系统(软件测试报告)

航空订票系统(软件测试报告)

航空订票系统(软件测试报告)-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平台下运行航空订票系统,针对该项目中各个模块应实现的不同功能,生成测试用例文档,再手动进行测试。

航空订票系统软件测试计划

航空订票系统软件测试计划

航空订票系统软件测试计划11.1引言11.1.1编写目的对项目进行测试,详细记录测试过程,对软件的质量进行评估,为软件设计人员提供更正系统漏洞的依据。

11.1.2背景航班订票系统是开发一个Web版航班预定系统,可在多个国家和地区使用。

11.1.3定义功能性测试按照系统需求定义中的功能定义部分对系统实行的系统级别的测试。

非功能性测试按照系统需求定义中的非功能定义部分(如系统的性能指标,安全性能指标等)对系统实行的系统级别的测试。

测试用例测试人员设计出来的用来测试软件某个功能的一种情形。

11.1.4参考资料《软件工程--理论与实践》田淑梅廉龙颖高辉编著《数据库原理与技术》申时凯、戴祖诚、余玉梅主编《软件工程——理论与实践》高辉等11.2计划11.2.1软件说明为了使旅客订票方便,提高工作效率,在技术、经济可行的条件下开发目标软件;计划提高日常订票事务处理速度的85%,控制精度100%,实现信息化的管理,实现半自动化的决策系统,计划人员利用率提高80%。

11.2.2测试内容客户订票模块测试;退票模块测试;数据维护模块测试;11.2.3客户订票模块测试11.2.3.1进度安排由于需要对各子单元程序,各模块及它们之间的接口分别进行测试进度,故测试进度在1天左右。

11.2.3.2条件连上互联网的计算机和服务器一组;为方便收集到用户信息,需连接至数据库;软件开发人员两名;11.2.3.3测试资料项目经理提供的数据资料11.2.3.4测试培训无特殊培训11.2.4退票模块测试11.2.4.4 进度安排由于需要对各子单元程序,各模块及它们之间的接口分别进行测试进度,故测试进度在1天左右。

11.2.4.5 条件连上互联网的计算机和服务器一组;为方便收集到用户信息,需连接至数据库;软件开发人员两名;11.2.4.6 测试资料项目经理提供的资料11.2.4.7 测试培训无特殊培训11.2.5.1 数据维护模块测试11.2.5.2 进度安排由于需要对各子单元程序,各模块及它们之间的接口分别进行测试进度,故测试进度在1天左右。

飞机票订票系统功能测试项目

飞机票订票系统功能测试项目

项目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引言1.1编写目的作为软件工程过称的一个阶段,编码是对设计的进一步具体化,因此,程序的质量主要取决于软件设计的质量,但所选用的程序设计语言的特点和编码风格也将对程序的可靠性、可读性、可测试性和可维护性产生深远的影响。

但在开发如此复杂的航空订票系统软件的过程中,面对着极其错综复杂的问题,人的主观认识不可能完全符合客观现实,与工程密切相关的各类人员之间的通信和配合也不可能完美无缺,因此,系统一定会存在差错。

测试的目的就是在软件投入生产运行之前,尽可能多的发现并改正软件中的错误。

编码阶段可参考概要设计和详细设计说明书,软件测试以及软件维护阶段也可参考编码和详细设计说明书,以便于了解在概要设计及详细设计的过程中所完成的各模块设计结构,或在测试阶段找出各模块的设计思路和流程。

该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。

1.2背景1.本项目(机票预定系统)时由XX航空公司委托,由XXX软件开发小组负责开发;2.本系统与其他系统的关系如下:1.3定义Microsoft Access: 系统服务器所使用的数据库管理系统(DBMS)。

SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。

值互不相同。

外部主键:数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

1.4参考资料a.张海藩《软件工程导论》(第五版)北京:清华大学出版社;b.《机票预订系统需求分析说明书》XXX软件开发小组c.《机票预订系统可行性分析说明书》XXX软件开发小组d.《机票预订系统概要和详细设计说明书》XXX软件开发小组2计划2.1软件说明主界面模块:● 航班管理模块:测试用例:● 用户管理模块:否测试用例:N测试用例:旅客管理模块:测试用例:2.2测试内容在测试过程中,首先需要对各子单元过程进行测试。

在各子单元过程测试完毕后,再对各模块进行测试,处理好各模块之间的接口,最后对系统进行测试和维护。

毕业设计机票预订系统测试用例说明书

毕业设计机票预订系统测试用例说明书

结业设计测试用例说明书之迟辟智美创作1 引言1.1 编写的目的在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的论述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中获得详尽得叙述及说明.本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计.主要解决了实现该系统需求的法式模块设计问题.包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等.在以下的概要设计陈说中将对在本阶段中对系统所做的所有概要设计进行详细的说明.在下一阶段的详细设计中,法式设计员可参考此概要设计陈说,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计.在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的缺乏或毛病.预期的读者:系统管理员、机票预订管理员和订票旅客三种用户.布景软件名称:机票预订系统提出者:航空公司机票销售部份开发者:xxx.用户:需要乘飞机的旅客,航空公司,旅行社,系统管理员.实现该软件的计算中心或计算机网络:1.3 界说查询:对数据库的把持的一种,用于搜索数据信息.拔出:对数据库的把持的一种,用于将数据存入数据库中.更新:对数据库的把持的一种,用于更改数据库中的数据信息.软件结构图:反映软件系统的功能模块之间的关系的数据图.专门术语:SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS).SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处置.主键:数据库表中的关键域.值互不相同.外部主键:数据库表中与其他表主键关联的域. ROLLBACK: 数据库的毛病恢复机制.系统:若未特别指出,统指本机票预定系统.1.4 参考资料1.机票预定系统需求规格说明书陈说周海艳2013/112.机票预定系统法式设计说明书陈说周海艳 2013/112任务概述《网上机票预订系统》运行于Internet环境,提供远程机票预订功能,包括远程航班信息查询,机票预订与确认等;使用《网上机票预订系统》可使机票订购过程简单化、电子化、数字化,节省惯例过程所不需要的资源浪费.建立一个高效率、稳定的系统,在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统,能够实现航空公司的机票销售的自动化的计算机系统,为旅客提供实时,方便,快捷的机票销售信息,并提高航空公司的工作效率,服务质量,并为其增加经济效益,加快航空公司的信息化发展法式.使用本系统的最终用户可以定位为所有电脑使用者,尤其以旅游商务人员为主.由于本软件系统把持简单,界面友好,所以对用户的教育水平和技术水平几乎没有任何要求,只要会用电脑进行惯例使用的用户均可.本系统将可能会被反复使用于日常的上网过程傍边.普通管理员,只能对库(航班库和客户库)中的信息进行查询把持;超级管理员,可以根据具体需要进行适当的数据管理(增、删、改、更).客户只能对航班信息库中的内容进行查询把持,客户进入到页面之后在不进行登录的情况下只能进行航班信息查询把持,要预订机票就必需要先注册登录提交自己的基本信息;系统会根据管理员和客户的各种把持做出相应的返回信息进行提示.系统管理员:对系统、数据库进行维护,主要对分歧人员赋予分歧的权限.机票预订管理员:对机票预定工作进行具体的把持.订票客户:一般把持水平,能够在本系统查询个人信息和订票信息.3测试用例(标识符)详细说明(1)用例图图2.1.1 用例图(2)用例描述:(标识符)详细说明(1)用例图图2.2.1 用例关系(2)用例描述:4其他非功能性需求环境要求系统将由两部份法式组成,装置在各旅行社客户机上的客户法式及航空公司内的数据服务器法式.根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上,客户法式应能够在Pentium 133级别以上, Win NT环境下运行.设备环境需要满足一下基本要求:①平安性:分歧的用户具有分歧的使用权限,只有具有最高权限的系统管理员才华修改、注销数据库中的信息,具有一般权限的人员只能读取与自己相关的内容.②一致性:系统的数据要保证一致性、准确性,当某一数据库中记录改变时,与之相关联的数据库也会随之变动.③易把持性:界面设计要符合年夜大都用户的把持习惯,系统还要提供把持指南,便于用户把持使用.设计约束要求软件设计规格说明是软件设计的最终功效,它用于两个方面,一方面作为编码人员书写源法式的依据,另一方面作为测试阶段及维护阶段的一个指南.软件设计规格说明的编写可以分为两个阶段.在概要设计阶段应集中于软件结果的描述,在详细设计阶段应集中于每个软件元素细节的描述.在软件设计规格说明中应该包括的内容如下.(1)作用范围:系统的目标和作为系统元素的软件的作用;硬件、软件和人员的接口;主要的软件功能;外部界说的数据库;主要的设计约束与限制.(2)设计说明:数据说明;数据流的复审;数据结构的复审;导出的软件结构;结构的内部接口.(3)测试的准备:测试年夜纲;整体战略;专门的考虑.要求在输入方面,对键盘、鼠标的输入.在输出方面,打印机的连接及使用.在网络传输部份,在网络硬件部份,实现高速传输.1、系统接口说明本系统运行在计算机上的Windows把持系统(Windows 9X、Windows NT、Windows 2000、Windows XP)环境下.后台采纳SQL2000关系型数据库寄存表,前端采纳C#管理此数据库并实现应用.最终获得相应的帐单.2、内部接口说明本系统内部加工之间其实不是全自动化,有些部份需要人工介入.打印出票据后,需要人员进行核对和收费,核对过后才将数据传之主数据库进型存储.从而才使预定的票具有有效性.查询服务部份:旅客通过本地计算机,从提交查询命令到返回结果不超越3秒钟.数据管理部份:系统管理员从提交一次录入到结果返回不超越3秒钟.为了保证系统能够长期、平安、稳定、可靠、高效的运行,机票预订系统应该满足以下的性能需求:1.系统处置的准确性和及时性系统处置的准确性和及时性是系统的需要性能.在系统设计和开发过程中,要充沛考虑系统以后和将来可能接受的工作量,使系统的处置能力和响应时间能够满足企业对信息处置的需求.在系统开发过程中,必需采纳一定的方法保证系统的准确性.2.系统的开放性和系统的可扩充性机票预订系统在开发过程中,应该充沛考虑以后的可扩充性.例如企业中管理模块的加入(人事管理、工资管理、日常事务管理等)也会不竭的更新和完善.所有这些,都要求系统提供足够的手段进行功能的调整.而要实现这一点,应通过系统的开放性来完成,即系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件.通过软件的修补、替换完成系统的升级和更新换代.3.系统的易用性和易维护性机票预订系统是直接面对使用人员的,而使用人员往往对计算机其实不时非常熟悉.这就要求系统能够提供良好的用户接口,易用的人机交互界面.要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能呈现的使用问题,要提供足够的在线帮手,缩短用户对系统熟悉的过程.4.系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件.所有这些都要符合主流国际、国家和行业标准.例如在开发中使用的把持系统、网络系统、开发工具都必需符合通用标准.如规范的数据库把持界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可把持性和可移植性.5.系统的先进性目前计算机系统的技术发展相当快,做为机票预订系统工程,应该保证系统在一段时间内是先进的,在系统的生命周期尽量做到系统的先进,充沛完成企业信息处置的要求而不至于落后.这一方面通过系统的开放性和可扩充性,不竭改善系统的功能完成.另一方面,在系统设计和开发的过程中,应在考虑本钱的基础上尽量采纳以后主流并先进且有良好发展前途的产物.设备软件质量需要满足基本要求如:平安性:分歧的用户具有分歧的使用权限,只有具有最高权限的系统管理员才华修改、注销数据库中的信息,具有一般权限的人员只能读取与自己相关的内容.用户单元对平安保密的要求是不泄露自己的基本信息和航班信息,对使用方便的要求能够快捷有效的查询、订票等,对可维护性、可弥补性、易读性、可靠性、运行环境可转换性的特殊要求等.保证用户的方便使用和系统的稳定性高等.总结就用例图来说还是比前面多了一些了解,就是用例分析还是存在一些问题,对用例分析不够明确也不够完整,总的来说是要加强的.在一次次的实验陈说中我知道,说明书是软件设计的最终功效,它用于两个方面,一方面作为编码人员书写源法式的依据,另一方面作为测试阶段及维护阶段的一个指南.软件设计规格说明的编写可以分为两个阶段.在概要设计阶段应集中于软件结果的描述,在详细设计阶段应集中于每个软件元素细节的描述.一份完整有优秀的说明书能够很好的表达自己的软件设计,我还要在说明书这一块加强.。

毕业设计机票预订系统测试用例说明书

毕业设计机票预订系统测试用例说明书

毕业设计测试用例说明书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编写目的作为软件工程过称的一个阶段,编码是对设计的进一步具体化,因此,程序的质量主要取决于软件设计的质量,但所选用的程序设计语言的特点和编码风格也将对程序的可靠性、可读性、可测试性和可维护性产生深远的影响。

但在开发如此复杂的航空订票系统软件的过程中,面对着极其错综复杂的问题,人的主观认识不可能完全符合客观现实,与工程密切相关的各类人员之间的通信和配合也不可能完美无缺,因此,系统一定会存在差错。

测试的目的就是在软件投入生产运行之前,尽可能多的发现并改正软件中的错误。

编码阶段可参考概要设计和详细设计说明书,软件测试以及软件维护阶段也可参考编码和详细设计说明书,以便于了解在概要设计及详细设计的过程中所完成的各模块设计结构,或在测试阶段找出各模块的设计思路和流程。

该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。

1.2背景①名称:机票预订系统②委托方:某某航空公司③开发方:某某团队④组成:编码模块分组,服务器,编码人员,测试人员⑤本系统与其他系统的关系如下:1.3定义黑盒测试:黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。

在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。

黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。

黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。

很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。

白盒测试:白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
测试计划
1引言
1.1编写目的
作为软件工程过称的一个阶段,编码是对设计的进一步具体化,因此,程序的质量主要取决于软件设计的质量,但所选用的程序设计语言的特点和编码风格也将对程序的可靠性、可读性、可测试性和可维护性产生深远的影响。
但在开发如此复杂的航空订票系统软件的过程中,面对着极其错综复杂的问题,人的主观认识不可能完全符合客观现实,与工程密切相关的各类人员之间的通信和配合也不可能完美无缺,因此,系统一定会存在差错。测试的目的就是在软件投入生产运行之前,尽可能多的发现并改正软件中的错误。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的
界面要单明了,易于操作,服务器程序利于维护。
3.1.1控制
输入是人工输入、再自动引入数据库,方便调出及保存。
3.1.2输入
登录 过程:
首先对旅行社登录测试,输入帐号为旅行社帐号,还包括旅行社帐号对应的密码,结果为进入系统或出错信息。再对管理员登录测试,输入帐号为管理员帐号和密码,结果为进入系统或出错信息。
2.4测试2(标识符)
3测试设计说明
3.1测试1(标识符)
昆明航空公司为方便旅客,需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。
在输入的测试数据中可分为有效输入类.无效输入类。
其中的错误种类有:
无效输入类 :
1.数据已经存在;
2.身份证号已经存在;
3.始发地和目的地重复。
有效输入类当用户的输入有效旅客信息和旅行信息时,则成功录入信息
按排航班 过程:
首先选择航班,并确定,输出为打印通知单或航班已满。选择打印通知单,如果交付定金,成功打印,否则提示交定金
测试用例
预期结果
错误的用户名
提示:用户名错误
错误的密码
提示:密码错误
正确的用户名、密码
提示:登陆成功并转入相应页面
航班管理模块:
测试用例:
测试用例
预期结果
错误的用户名
提示:用户名错误
错误的密码
提示:密码错误
正确的用户名、密码
提示:登陆成功并转入相应页面
用户管理模块:
测试用例:
测试用例
预期结果
输入显示用户,添加用户,
各子模块测试名称如下:
1.系统登录模块测试;
2.输入信息模块测试;
3.输出信息模块测试;
4.数据库测试;
5.各模块之间的接口测试;
6.系统测试。
2.3测试1(标识符)
测试机构由YNMD工作组组成,人员有云南民大职技学院软件开发小组全体人员。
2.3.1进度安排
由于其测试过程较长,需要对各子单元程序.各模块及它们之间的接口分别进行测试进度.一般测试过程都伴随其概要设计.详细设计过程一起进行,进度在18个月左右。
在输入的测试数据中可分为有效输入类、无效输入类。
无效输入类:
1.帐号不存在;
2.密码错误。
有效输入类:当帐号密码无误时,则进入系统。
注册 过程:
首先对注册旅行社帐号测试,输入有帐号、密码、系统口令,结果为成功注册或出错信息。再对管理员注册测试,输入帐号、密码、系统口令,结果为成功注册或出错信息
在输入的测试数据中可分为有效输入类、无效输入类。
无效输入类:
1.帐号已经存在;
2.密码两次输入不一致;
3.系统口令错误
有效输入类:当帐号、密码、系统口令正确时,则注册成功。
旅客信息录入 过程:
在旅客信息录入过程中,首先对用户的输入信息进行测试。系统的输入信息为旅客身份证号、姓名、工作单位、旅行时间、出发点、终点、性别,还包括一个飞机票类型选项。输出为录入旅客信息,和确认或出错信息。
机票信息
旅客管理模块:
测试用例:
测试用例
预期结果
提交的信息与数据库资料不符
提示输入有误,请重新输入
提交的信息与数据库
资料符合
打印机票并更新数据库的
机票信息
2.2测试内容
在测试过程中,首先需要对各子单元过程进行测试。在各子单元过程测试完毕后,再对各模块进行测试,处理好各模块之间的接口,最后对系统进行测试和维护。
编码阶段可参考概要设计和详细设计说明书,软件测试以及软件维护阶段也可参考编码和详细设计说明书,以便于了解在概要设计及详细设计的过程中所完成的各模块设计结构,或在测试阶段找出各模块的设计思路和流程。
该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。
1.2背景
1.本项目(机票预定系统)时由XX航空公司委托,由XXX软件开发小组负责开发;
创建订单,更改用户
进入下一界面
进入退票页,输入相关信息并确认
显示退票成功
进入订票页面,输入正确的用户信息
显示订票成功和打印取票通知
进入创建订单页面输入航班班次
显示航班信息
取票模块:
测试用例:
测试用例
预期结果
提交的信息与数据库资料不符
提示输入有误,请重新输入
提交的信息与数据库
资料符合
打印机票并更新数据库的
1.4参考资料
a.张海藩 《软件工程导论》(第五版) 北京:清华大学出版社;
b.《机票预订系统需求分析说明书》 XXX软件开发小组
c.《机票预订系统可行性分析说明书》 XXX软件开发小组
d.《机票预订系统概要和详细设计说明书》 XXX软件开发小组
2计划
2.1软件说明
主界面模块:
对输入参数查验,检测数据库数据异常时能否判断并给予适当处理。
2.3.2条件
必须在保证各硬件设备.软件系统齐备的情况下,资金充足,人员齐备,各方面互相配合,齐心协力,共同完成。
2.3.3测试资料
在测试前,与各模块的主要负责人共同协商讨论,以概要设计说明书.详细设计说明书作为总的提纲,选择合适的输入输出数据,并加以意义列举说明。
2.3.4测试培训
说明或引用资料说明为被测软件的使用提供培训的计划。规定培训的内容、受训的人员及从事培训的工作人员。
2.本系统与其他系统的关系如下:
1.3定义
Microsoft Access: 系统服务器所使用的数据库管理系统(DBMS)。
SQL: 一种用于访问查询数据库的语言事务流:ຫໍສະໝຸດ 据进入模块后可能有多种路径进行处理。
主键:数据库表中的关键域。值互不相同。
外部主键:数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
相关文档
最新文档