飞机票订票系统功能测试项目
QTP测试实验报告-飞机票订票系统(word文档良心出品)
QTP 自动化功能测试实践一、实验目的1、熟悉QTP自动化功能测试流程2、能够利用QTP进行B/S或者C/S架构程序的自动化功能测试二、实验内容功能测试是针对应用系统进行测试,是基于产品功能说明书,是在已知产品所应具有的功能,从用户角度来进行功能验证,以确认每个功能是否都能正常使用。
本项目主要使用QuickTest 对其自带的MercuryTours 网站/ 飞机票订票系统进行功能测试,要求录制预订机票的完整过程,然后执行测试脚本并分析结果。
三、实验要求1 、独立完成;2、提交测试脚本3、提交测试用例说明书及缺陷报告。
四实验内容1 脚本的录制与回放测试及检查点的设置验证脚本代码:Dialog("Login").WinEdit("Agent Name:").Check CheckPoint("Agent Name:") ' 验证乘客名字文本框中的值标准检查点Dialog("Login").WinEdit("Agent Name:").Set "123456" '输入用户名Dialog("Login").WinEdit("Password:").Set "mercury" ' 输入密码Dialog("Login").WinButton("OK").Click ' 单击OK 按钮登陆Window("Flight Reservation").Static("Static").Check CheckPoint("Static") ' 检查页面中的图片元素是否加载Window("Flight Reservation").ActiveX("MaskEdBox").Type "011218"Window("Flight Reservation").WinComboBox("Fly From:").Select "London" Window("Flight Reservation").WinComboBox("Fly To:").Select "Paris"Window("Flight Reservation").WinButton("FLIGHT").ClickWindow("Flight Reservation").Dialog("Flights Table").WinList("From").Select "12534 LON 08:00 AM PAR 10:00 AM AF $165.50" Window("FlightReservation").Dialog("Flights Table").WinButton("OK").Click Window("Flight Reservation").WinEdit("Name:").Set "gcc"Window("Flight Reservation").WinEdit("Tickets:").SetSelection 0,1Win dow("Flight Reservatio n").Wi nEdit("Tickets:").Set "5"Win dow("Flight Reservatio n").Wi nRadioButto n( "Busi ness").Set Window("Flight Reservation").WinButton("Insert Order").Click Win dow("Flight Reservatio n").CIose ' 关闭订票系统 结果- 曲 Run^TinriR D?it3i TableS-- Cbackpoint 1 (Row 1}IS 讨 Actonl Summary 申#自login 白 * ■ AgentNdme:…Checkpoint 'Aceinft I ! [ ■ ■- H K Agent N^mec-SetText |KPassw&rdLSetTe )rt| L M oKcikkilFlight ReservationI5ic Agent N@-me:.Set~ert pir Pa s £ wo rdi . ext二I OKTlick3- Fl gbt Resen r ation2参数化脚本测试本案例中将Flight From 的选项内容设置为参数化类型 脚本代码 With Dialog("Logi n").Win Edit("Age nt Name:").Set "aaaa" .Win Edit("Password:").Set "mercury" .Win Butt on ("OK").CIick曰lest Cha^kp-Qint Sunnmary勃 Run-Time Data latleB Ch&ckpoirrt Iteraticn 11 (Row1)-■』伦 Actiorl SLmiria^y自LogirElDmailsEnd WithWith Win dow("Flight Reservatio n") .ActiveX("MaskEdBox").Type "011218".Win ComboBox("Fly From:").Select DataTable("from", dtGlobalSheet) 参数化 ‘.Win ComboBox("Fly To:").Select "Syd ney" .Win Butto n( "FLIGHT").CIick With .Dialog("Flights Table").Win List("From").Select "12463 LON 03:07 PM SYD 04:48 PM NW $160.40".Win Butto n( "OK").Click End With.Win Edit("Name:").Set "gcc" .Win Edit("Tickets:").Set "3".Win RadioButt on ("Busi ness").Set .Win Butto n("In sert Order").Click .Close End Withwait(1)必须有wait 函数回调给第二次循环预留准备时间 结果脚本录制关键字视图♦namD€DErGH IJLMN1Lo-ijcm 2 iFarra3脚本回放结果4t ft JVWH前¥前"^LHTIW"磚b/l 师工kH inse^ U"2ET " aJtisr"""I Fii^l Fesw-slc-■Q IN■Z™E Fi 丁1 MTrfc*wafu.WaR ( 1 «btfg ihwst華.HI TKtes.自T I E 'ges'lfi 'aTfii IN NP ”" ■adtbac.*T f 1l-t *T»<jfft■严.Stf5KIII >4H '■TWOL W 曾jibtiiiMTt 仲練 fDaAaToDh5KEhi. ' BM > ' E 叶Civile 1 1 vS. tXhOctT 砂'0112145心jiBeF'iW 1Hhpn- Miishiina- ihf Frer-.'K対R1IW "却 1 即-h* II ・丹 T Q * 111 *缺 TL1GHT araStfMTCkfc :)KJ 呵严itiM本案例中对Flight 系统的用户登陆界面进行参数化的黑盒测试 用到6组测试数据测试脚本Dialog("Logi n").Wi nEdit("Age nt Name:").Set DataTable("username", dtGlobalSheet)'输入用户名Dialog("Logi n").Wi nEdit("Password:").Set DataTable("password", dtGlobalSheet)'输入密码Dialog("Logi n").Wi nButto n("OK").CIick '点击登陆 If Dialog("Login").Dialog("Flight Reservations").Exist ThenDialog("Logi n").Dialog("Flight Reservatio ns").Wi nButto n(" 确定").Click ' 弹出 提示框点击确认按钮 Dialog("Log in ").Close else '登陆成功进入订票Win dow("Flight Reservatio n").ActiveX("MaskEdBox").Type "011218"Win dow("Flight Reservatio n").Wi nComboBox("Fly From:").Select "Lo ndon" Win dow("Flight Reservatio n").Wi nComboBox("Fly To:").Select "Paris" Win dow("Flight Reservatio n").Wi nButto n("FLIGHT").CIickWin dow("Flight Reservatio n").Dialog("Flights Table").Wi nList("From").Select耳專 Test Parameter Summary "… 曲 Rur-Timc Ddt? Tablu□ |j^ Porometer Iteration 1 (RevH 电 Actionl SjirnnfiiyEl-- X 由)Parimrter Iteration 2 fRov 刁 X 唱Action] S immsiry(41 Ji login0 X Hight ReservationMa^ktdSox fypt-回fl F ¥ From:占elect 密 Fly TcjLSd&a■ FLIGHT, Click Para meter Results Summary宦 X 曰 Fights T ・bb5— J*◎ P.un Errorffl • Flight ReservationTest Parameter Results name. Resl I Time 厶>n 匕中国転薜时旧Run HtartQd:2D1SHP^135340Ftun ended: 201S/1/7-"12274 LON 01:27 PM PAR 03:07 PM NW $155.00"Win dow("Flight Reservatio n").Dialog("Flights Table").Wi nButton ("OK").CIickWin dow("Flight Reservatio n").Wi nEdit("Name:").Set "gcc"Win dow("Flight Reservatio n").Wi nEdit("Tickets:").Type "5"Window("Flight Reservation").WinEdit("Tickets:").SetSelection 0,1Win dow("Flight Reservatio n").Wi nEdit("Tickets:").Set "5"Win dow("Flight Reservatio n").Wi nRadioButto n( "Busi ness").SetWindow("Flight Reservation").WinButton("Insert Order").ClickWin dow("Flight Reservatio n").CIose ' 退出订票界面End Ifwait(3)脚本录制结果|曾小川L OTH Cwortrfo-Qcfc EizkEne "OK-□Lit”v Q ridlt匚he亡庸wheEher the ' F?gnt fesertiBt =TH ' base sasts . H 931口*□色ttie bLtonChiE CleaE IhrE 占兰四日龙*二「帕用Re时皿如Cbw Cw lhr 'F^h ' wrdsw 誉Funriiinr Gal Wfit 3 }務匕*耳岂护FI M14 4 it Hi ■, d q BMpRl:肌,L-atJi T施I E脚本回放结果鼻Test ^arameterLog nTest S j—匪Run-Time Data Table 由• “ Pa meterLog inTect tte 3 Po ro mctortoginTcrt Ito 3 D| ParometcrtoginTest Ite 自• ParameterLoginTest Ite 用• ParameterLoginTest Ite r« • ® Pa ra meterlog inTe^t IteTest ParameterLoflinTestResults name: R G$5Time Zone: 4=国听;隹对司Run started: 2018/1/7 ・ 14:2059 Run ended 2018/1/7-14 2151。
飞机订票系统测试报告
飞机订票系统测试报告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第一章 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)1.1编写目的 (2)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (3)2.任务概述 (4)2.1目标 (4)2.2运行环境 (4)2.3需求概述 (4)2.4条件与限制 (4)3.计划 (5)3.1测试方案 (5)3.2测试项目 (5)3.3测试准备 (5)3.4测试机构及人员 (5)4.测试项目说明 (6)4.1测试项目名称及测试容 (6)4.2测试用例 (6)4.3进度 (9)4.4条件 (9)4.5测试资料 (10)5.评价 (10)5.1围 (10)5.2准则 (10)1.引言1.1编写目的在开发大型软件的漫长过程中,面对极其错综复杂的问题,人的主观认识不可能完全符合客观现实,与工程密切相关的各类人员之间的通信和配合也不可能完美无缺。
因此,在软件生命周期的每个阶段都不可避免地会产生差错。
尤其对于机票预订系统这类会影响人们生活.财产的工程软件,必须尽量减少差错,以免造成严重的损失。
测试是“为了发现程序中的错误而执行程序的过程”。
测试的目的就是在软件投入生产性运行之前,尽可能多的发现软件中的错误。
目前软件测试仍然是保证软件质量的关键步骤,它是对软件规格说明.设计和编码的最后复审,也是必不可少的关键步骤。
1.2项目背景本项目是由软件工程老师指定的课程设计的题目。
1.3定义SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。
SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。
主键:数据库表中的关键域。
值互不相同。
外部主键:数据库表中与其他表主键关联的域。
软件结构图:反映软件系统的功能模块之间的关系的数据库。
1.4参考资料1、机票预订系统项目计划任务书软件工程课程设计第13组 2011/92、机票预订系统项目开发计划软件工程课程设计第13组 2011/93、需求规格说明书软件工程课程设计第13组 2011/94、用户操作手册(初稿)软件工程课程设计第13组 2011/95、软件工程及其应用周、王文等 20106、软件工程海藩清华大学 20097、项目开发计划软件工程课程设计第13组 2011/98、概要设计说明书软件工程课程设计第13组 2011/99、详细设计说明书软件工程课程设计第13组 2011/92.任务概述2.1目标测试是“为了发现程序中的错误而执行程序的过程”, 测试的目的就是在软件投入生产性运行之前,尽可能多的发现软件中的错误。
机票预订系统(测试计划)[精品文档]
测试计划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至多个空格,其它正确
结果:正常登录
结果:提示密码错误,并清空
结果:提示验证码不正确
验证码功能
点击验证码图片
结果:图片显示新的字符串
用户名密码正确,验证码错误,点登录
结果:提交用户名不存在
结果:提示验证码不正确
为空
用户名为空,验证码正确,点登录
用户名和验证码正确,密码为空,点登录
用户名密码正确,验证码为空,点登录
结果:提示输入用户名
结果:提示密码不能为空
结果:提示验证码不正确
组合空
用户名、密码都空,验证码正确,点登录
密码、验证码都空,用户名正确,点登录
验证码时间性
输入用户名,切换到其它程序,过一段时间切换回来
结果:光标停留在原处
功能键
Tab键光标在用户名框内,被Tab键两次
BackSpace键用户名框输入testmethod,光标在字符串末尾,按6次
左右键头用户名框中使用左右键头
Delete键用户名文本框中使用该键
单击鼠标在用户名输入框内单击鼠标
错误用户名或未注册用户名
密码次数
用户名和验证码正确,密码首次输入错误,点登录
用户名和验,密码六次输入错误,点登录
结果:提示密码错误,并清空
结果:提示密码错误,并清空
结果:提示错误次数太多,不能再登录了
输入组合错误
错误的用户名和错误密码,验证码正确,点登录
正确显示登陆页面(包括美观性、验证需求字段)
机票预订系统压力测试报告
机票预订系统压力测试报告1. 简介机票预订系统是一种用于在线预订航班机票的软件系统。
为了确保系统能够在高流量情况下正常运行,我们进行了一系列的压力测试,以评估其性能和稳定性,并提供本报告以记录和分析测试结果。
2. 测试环境我们搭建了一个模拟真实用户访问的测试环境,包括使用真实数据的航班信息和用户信息,并通过自动化工具模拟了多种类型的用户请求。
测试环境的配置如下:- 操作系统:Windows Server 2016- 虚拟机:VMware Workstation 15- 内存:8GB- 处理器:***********************3. 测试内容和方法我们针对机票预订系统的主要功能和模块进行了压力测试,包括以下方面:- 用户登录和注册- 航班查询和订购- 订单支付和确认- 退票和改签功能在每个功能测试中,我们模拟了多个并发用户同时访问系统,并通过增加并发请求的数量来逐渐增加系统的负载,直到达到系统资源的极限。
同时,我们还进行了长时间持续压力测试,以评估系统在高负载状态下的稳定性和性能表现。
4. 测试结果根据我们的压力测试,机票预订系统在正常使用负载下能够快速响应用户请求,系统性能表现良好,能够满足用户的需求。
然而,在极端高负载条件下,系统响应时间会有所增加,并存在一些瓶颈和性能问题。
具体的测试结果如下:- 在低负载条件下,系统平均响应时间为500毫秒。
- 随着并发用户数量的增加,系统响应时间逐渐增加。
当并发用户数量达到100时,系统平均响应时间增加到2秒。
- 当并发用户数量达到200时,系统响应时间进一步增加,平均响应时间达到5秒。
- 在持续高负载情况下,系统偶尔出现请求超时和响应错误的情况,但整体稳定性较好。
5. 性能优化建议根据测试结果,我们提出以下性能优化建议,以改善机票预订系统的性能和稳定性:- 针对数据库查询进行性能优化,包括索引的优化和查询语句的优化,以提高系统的查询和订购速度。
航空订票系统(软件测试报告)
航空订票系统测试计划说明书目录1.1......................................................................................................................................... 引言3 1.1编写目的.. (3)1.2测试计划概述 (3)1.3被测试系统概述 (3)1.4测试计划制定依据 (4)1.5预期读者 (4)2.2................................................................................................................................ 任务概述4 2.1目标 (4)2.2运行环境 (4)2.3需求概述 (4)3.3................................................................................................................................ 测试范围5 3.1测试用例.. (6)3.2测试特性与软件需求的对应关系 (8)3.3被测试特性 (8)4.4................................................................................................................................ 术语定义9 4.1软件错误与缺陷定义 . (9)4.2其他术语的定义 (9)5.5.................................................................................................................. 测试目标与策略9 5.1测试目标.. (9)5.2测试方法 (9)5.3测试工具 (10)5.4测试地点 (10)6.6.................................................................................. 测试状态转换标准和再启动要求107.7....................................................................................................................... 测试通过准则108.8.............................................................................................................. 应提供的测试文档109.9....................................................................................................................... 测试资源需求11 9.1硬件需求 (11)9.2软件需求 (11)9.3网络需求 (11)9.4人员需求 (11)9.5其他需求 (11)10.10 .............................................................................................. 人员、职责及培训要求11 10.1人员组成 .. (11)10.2人员分工与职责 (12)10.3培训要求 (12)11.11 ......................................................................................................................... 测试进度1212.12 .....................................................................................................................风险和应急12 12.1影响计划的潜在因素.. (12)12.2应急措施 (13)13.13 ................................................................................................................ 测试的局限性1314.14 .....................................................................................................................计划的批准1415.15 ......................................................................................................................... 参考文档1416............................................................................................................................................ 附录Ⅰ软件错误与缺陷的定义.. (15)17............................................................................................................................................ 附录Ⅱ测试状态转换标准和再启动要求 .. (15)18............................................................................................................................................ 附录Ⅲ测试通过准则 . (17)19............................................................................................................................................ 附录Ⅳ人员分工与职责 (18)1引言1.1 编写目的为保证《飞机订票系统》的测试工作有序进行,保证《飞机订票系统》正确实现需求规格说明书中的功能定义,特制本计划供软件测试相关人员执行。
软件工程机票预订实验报告
软件工程机票预订实验报告standalone; self-contained; independent; self-governed;autocephalous; indie; absolute; unattached; substantive本科实验报告课程名称:软件工程导论实验项目:机票预订系统实验地点:专业班级:学生姓名:指导教师:年月日1.实验目的和要求目的:为本实验课程做好各项准备工作,熟悉软件开发环境,熟悉电子资源的获取,了解学校内部工资系统的流程及其内容。
本实验课程通过完整地实施软件生命周期各阶段的任务,让学生系统地学习到软件开发过程的主要理论、方法、技术、标准和规范,使他们具备基本的软件开发设计能力;通过软件工程中常用CASE工具和软件项目管理的实践,使他们具备运用各种工具完成项目设计和实施的基本技能;通过集体项目开发,培训学生的合作意识和团队精神,培养学生对技术文档的编写能力。
要求:确定分组成员,根据提供的课题需求,作出相应的可行性研究报告,需求分析,结构化设计等。
结合具体的开发项目进行分析、设计。
二、实验内容和原理1.班级按项目小组进行分组,每组不得超过5人。
2.每个项目小组选出项目负责人或项目经理,由项目经理召集项目组成员讨论、选定开发项目,所有实验中都要采用同一个实验题目。
项目开发的每项任务要落实到人且规定该任务的起止日期和时间。
3.每个项目小组全体成员参加集体讨论需求分析,完成需求分析报告,,修订并评审需求分析报告,确定系统的需求分析模型。
4. 项目总体设计小组每个成员根据第3步需求分析的结果对系统进行总体设计,并完成文档,提交项目小组讨论。
2. 5. 项目详细设计小组人员每人选择第4步的一个模块进行详细设计。
6. 项目小组全体成员选择第4步的一个模块编码实现。
7. 由需求分析人员对第5步的结果进行黑盒测试,设计人员进行白盒测试,并编写测试计划和测试结果报告。
三、主要仪器设备计算机,相关软件开发工具和环境,浏览器四、操作方法与实验步骤小组情况项目题目:机票预订系统项目成员一、可行性分析报告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。
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”身份登录为不同顾客分别预订机票,退出.脚本实现如下。
机票预订系统测试用例说明书
测试用例说明书1 引言1.1 编写的目的在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。
预期的读者:系统管理员、机票预订管理员和订票旅客三种用户。
1.2 背景软件名称:机票预订系统提出者:航空公司机票销售部门开发者:xxx。
用户:需要乘飞机的旅客,航空公司,旅行社, 系统管理员。
实现该软件的计算中心或计算机网络:1.3 定义查询:对数据库的操作的一种,用于搜索数据信息。
插入:对数据库的操作的一种,用于将数据存入数据库中。
更新:对数据库的操作的一种,用于更改数据库中的数据信息。
软件结构图:反映软件系统的功能模块之间的关系的数据图。
专门术语:SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。
SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。
主键:数据库表中的关键域。
值互不相同。
外部主键:数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
系统:若未特别指出,统指本机票预定系统。
1.4 参考资料1.机票预定系统需求规格说明书报告周海艳2013/112.机票预定系统程序设计说明书报告周海艳2013/112任务概述2.1目标《网上机票预订系统》运行于Internet环境,提供远程机票预订功能,包括远程航班信息查询,机票预订与确认等;使用《网上机票预订系统》可使机票订购过程简单化、电子化、数字化,节省常规过程所不必要的资源浪费。
飞机票订票系统功能测试项目.
项目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.3定义软件测试:为了发现错误而执行程序的过程。
静态测试:通过对需求文件、设计文件及源程序的阅读和分析,找出其中的错误和可以之处。
动态测试:直接在计算机上运行所要测试的程序模块,以实际运行的结果发现并纠正错误。
2.计划1.1方法与原则1.静态测试:主要对需求分析、概要设计、详细设计进行阅读和分析,找出其中的错误和可疑之处。
2.动态测试的黑盒测试和白盒测试白盒测试利用尽可能覆盖多的语句和对选择语句侧重测试的原则来选择测试用例;黑盒测试利用划分等价类的原则来完成测试。
2.2测试内容2.2.1模块功能测试订票平台的测试:内容:a.能否正确输入旅客信息;b.能否成功订票并把订票信息写入旅客信息数据库;c.能否成功打印帐单和取票通知单;d.能否利用旅客身份证号查询旅客的订票信息;目的:测试订票平台的各项功能是否能顺利完成,即订票流程是否完全正确。
取票平台测试:内容:a.能否利用身份证查询旅客订票信息和付费情况;b.能否利用帐单来完成付费;c.能否在付费后打印机票取机票。
目的:测试取票能否顺利完成,即取票流程是否完全正确。
2.2.2数据文卷存取的测试a.订票信息能否正确存入数据库;b.能否对数据库中的各种信息进行查询,修改;c.付费取票记录能否正确存入数据库。
2.3测试准备2.3.1测试机构及人员本软件的测试由王佳,徐俊共同完成。
2.3.2条件a.预定时间:一个星期;b.支持软件:VCc.测试人员技术水平:会操作本软件,懂得一定的软件工程知识。
机票预订系统(测试计划)汇总
测试计划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测试内容在测试过程中,首先需要对各子单元过程进行测试。
在各子单元过程测试完毕后,再对各模块进行测试,处理好各模块之间的接口,最后对系统进行测试和维护。
航空订票系统软件测试计划
航空订票系统软件测试计划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篇一、实验背景与目的随着航空业的快速发展,机票预订系统的需求日益增长。
为了提高预订效率、优化用户体验,本实验旨在设计并实现一个功能完善、操作便捷的机票预订系统。
通过本次实验,我们希望掌握需求分析、系统设计、编码实现以及测试等软件工程的基本流程,并提高对机票预订系统结构和功能的理解。
二、实验内容与要求1. 需求分析(1)系统功能需求:- 用户注册与登录:用户可以通过注册账号进行登录,方便后续预订和查询。
- 搜索航班:用户可以根据出发地、目的地、出发时间等条件搜索航班。
- 航班详情:展示航班的具体信息,包括航班号、机型、起飞时间、降落时间等。
- 预订机票:用户可以选择座位、填写个人信息并完成支付。
- 查询订单:用户可以查看自己的预订记录,包括订单状态、航班信息等。
- 取消订单:用户可以取消已预订的机票。
- 评价与投诉:用户可以对航班和服务进行评价或投诉。
(2)性能需求:- 系统响应时间:用户操作后的响应时间应控制在2秒以内。
- 系统并发用户数:支持同时在线1000个用户。
- 数据存储容量:至少存储100万条航班数据。
2. 系统设计(1)总体结构设计:- 用户层:负责用户界面交互,包括注册、登录、搜索、预订、查询、取消、评价等。
- 业务逻辑层:负责处理业务逻辑,如航班查询、订单管理、支付等。
- 数据访问层:负责数据持久化,如数据库操作、数据缓存等。
- 数据库层:存储航班信息、用户信息、订单信息等。
(2)详细设计:- 用户层:采用MVC(Model-View-Controller)模式,分离数据模型、视图和控制器。
- 业务逻辑层:采用分层设计,包括服务层、业务处理层和接口层。
- 数据访问层:采用ORM(Object-Relational Mapping)技术,实现数据持久化。
- 数据库层:采用MySQL数据库,设计合理的表结构和索引。
3. 实现与测试(1)编码实现:- 采用Java语言和Spring Boot框架进行开发,利用HTML、CSS、JavaScript等技术实现用户界面。
基于QTP的飞机订票系统功能测试
飞机订票系统功能测试报告课题名称飞机订票系统功能测试报告系/专业计算机与软件学院班级软件0931学号0902343213学生姓名小贤指导教师:董飚2011年10月16日目录第1章订票系统简介 (3)1.1订票功能 (3)1.2修改订票功能 (3)1.3删除订票功能 (4)第2章测试需求分析与计划 (5)2.1需求分析 (5)2.1.1 功能点1 (5)2.1.2 功能点2 (5)2.1.3 功能点3 (5)2.2 测试计划 (6)2.2.1 编写测试用例表 (6)2.2.2 根据测试用例执行测试 (6)2.2.3测试汇总表 (6)2.2.4汇总分析 (6)第3章测试用例及执行 (7)3.1订票功能测试 (7)3.1.1 测试用例 (7)3.1.2录制脚本过程(截屏) (9)3.1.3 测试脚本 (12)3.1.4 执行和结果 (12)3.2修改功能测试 (13)3.2.1 测试用例 (13)3.2.2 测试过程(截屏) (13)3.2.3 测试脚本 (17)3.2.3执行和结果 (18)3.3删除功能测试 (19)3.3.1 测试用例 (19)3.3.2 测试过程 (19)3.3.3 测试脚本 (21)3.3.4 执行和结果 (22)第4章测试结果分析 (23)4.1测试用例的汇总表 (23)4.2检查项 (23)4.3分析与建议 (23)第5章飞机订票系统测试小结 (24)参考文献 (25)第1章订票系统简介1.1订票功能第一步:用户Mercury登录到飞机订票系统。
如图1.1(图1.1)第二步:用户可以在相应的栏目里输入日期、出发地、目的地、飞机班次、顾客的姓名、飞机票数、类型等后,点击“insert”按钮成功订票1.2修改订票功能第一步:用户Mercury登录到飞机订票系统。
,如图1.2(图1.2)第二步:用户根据原来订票的信息,打开原来自己订票的信息。
第三步:用户修改原有的订票订票信息1.3删除订票功能第一步:用户Mercury登录到飞机订票系统。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
项目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、在新增订票窗体中,依次输入订票日期、出发地、到达地、航班、订票顾客姓名、订票张数、座位类型,系统能够自动根据用户选择的航班显示航班号、航空公司、志飞时间到达时间和单价,系统能够根据订票的票数、类型和单价自动计算出订单的总计金额。
对用户输入的订票日期要进行验证,对于不满足条件的给出明确的提示信息。
出发地、到达地、航班系统自动显示,用户只要选择就可以。
3、单击“insert order”按钮,系统保存相关信息并生成并显示此订单的订单号,并给出保存是否成功的信息。
4、当按了“insert order”按钮后,update order和delete order按钮可用(没有保存前这二个按钮是不可用的),通过这二个按钮可以对新增加的订单进行修改或删除操作,具体操作同修改订单和删除订单功能。
三、查询订单功能1、登录成功后在新增订票窗体,可以通过单击“打开订单”按钮,或者菜单,进入查询订单条件对话框。
2、在查询对话框中提供按“顾客姓名”、“订票日期”和订单号三种查询模式。
3、按姓名查询:输入顾客姓名(能够模糊查询,只要输入姓名的一部分),系统以列表方式结出查询的结果纪录,用鼠标在列表双击(或者选取后,单击OK按钮)所要的订单,系统将在订票主窗口中显示具体的订单信息。
根据需要可以进行修改、删除等操作。
如果没有找到则显示“没有发现订单,请再试一次”。
4、按订票日期查询:输入具体的订票日期(只能输入数字,日期不完整,“OK”按钮无效),能够对日期的合法性进行检查,如果查到对应的订票则显示一个“查询结果”的列表,用鼠标在列表双击(或者选取后,单击OK按钮)所要的订单,系统将在订票主窗口中显示具体的订单信息。
根据需要可以进行修改、删除等操作。
如果没有找到则显示“没有发现订单,请再试一次”。
5、姓名和日期组合查询:选择取姓名和日期,在姓名栏输入查询的姓名,在日期栏输入查询的日期,操作同4和5。
6、按订单号查询:输入指定的订单号(只能输入数字),单击“OK”进行查询,如果查到对应的订票则系统将在订票界面上显示具体的订单信息,根据需要可以进行修改、删除等操作。
如果没有找到则显示“不存在这个数字”。
四、修改订单1、打开指定的订单(open order操作, 新增订单单击”insert order”按钮后也可以)。
2、在订单主窗口中,修改订票日期、出发机场、到达机场、航班信息、顾客姓名和订票张数等(要求与新增订票中相似)3、单击“update order”按钮保存修改结果(不单击“update order”按钮系统不会保存修改结果)。
4、如果对订单信息进行了修改,没有单击“update order”按钮,进行“新建订单”或“打开订单”按钮时系统会提示“信息已修改,是否要保存”。
确认后保存,取消则返回订单主窗口中,不保存则进入“新建订单”界面或“打开订单”界面。
五、删除订单1、打开指定的订单(open order操作, 新增订单单击”insert order”按钮后也可以)。
2、在订单主窗口中,单击“delete order”按钮或者“删除工具”删除当前订单。
3、系统给出提示“是否要删除此订单?”,确认后删除,取消则不删除六、报表统计功能1、登录成功后在新增订票窗体,单击“报表”的按钮或在“Analysis”菜单中选择”Report”项2、用纯文本的方式以行的方式(二行一条订单信息,和一行为主要信息,第二为到达时间和到达机场)显示登录代理帐户所有订单的报表,并给出汇总数据。
七、图表统计功能1、登录成功后在新增订票窗体,单击“图表”按钮或在“Analysis”菜单中选择”Graph”项2、通过Graph窗体以订单日期为单位显示订单数量。
用户可以选择图表的形式(三维柱形图表、二维柱形图表和三维饼图)显示按订单日期的订票数量统计。
八、系统帮助功能1、登录成功后在新增订票窗体,单击“帮助”按钮或在“Help”菜单中选择”contents”项2、系统自动打开”Flight Reservation Help Version 1.0”帮助窗框体,为用户提供有关系统的操作说明。
九、系统版权说明功能1、登录成功后在新增订票窗体,在“Help”菜单中选择”About……”项2、系统显示一个窗体,用以显示本系统的版本说明信息。
任务2:制订订票系统的功能测试计划做一做:功能测试也叫黑盒子测试或数据驱动测试, 根据产品特征、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。
软件的功能测试,用于验证应用程序或网站对目标用户能正确工作,使用适当的平台、浏览器和测试脚本,以保证目标用户的体验将足够好,就像应用程序是专门为该市场开发的一样。
功能测试只需考虑各个功能,不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发,按照用户需求编写出来的测试用例,输入数据在预期结果和实际结果之间进行评测,进而提出更加使产品达到用户使用的要求。
根据系统的需求规格说明书,可以看出这是一个规模比较小的系统,可以采用手工测试和自动化测试相结合的方式进行测试。
可以采用场景法、成效价类划分法、边界类法和常见错误法来编写测试用例。
本系统有8个功能点要测试,比较复杂的功能点是新增订票、查询订票和修改订票三个功能点,每个功能点大约需求10个测试用例,其它均为2-5个测试用例,初步估计有50个测试用例,约有3人天的工作量,执行测试则有8人天的工作量(包括编写测试脚本)。
所需求人员和工作计划如下(回归测试不包括在内):订票系统功能测试项目小组成员:甲:测试小组组长乙:测试工程师丙:测试员丁:测试员订票系统功能测试计划:模块二编写功能测试的测试用例学习目标1、掌握等价类划分、边界值、场景等编写功能测试测试用例的方法2、掌握测试用例的主要内容、编写格式工作任务1、根据需求报告编写登录功能的测试用例2、根据需求报告编写订票功能的测试用例3、根据需求报告编写查询功能的测试用例任务1:编写登录功能的测试用例做一做:根据系统需求规格说明书的要求,采用场景法设计测试用例,在订票系统中可以设置登录、新增订票、查询、修改订票、删除订票、打印报表、显示统计图表和帮助等8个大的应用场景。
同时考虑不同的运行环境,如win98/win2000/winXP/win vastar/win7等不同的操作系统,对于不同的操作系统,可以使用相同的测试用例(操作系统地栏不同)。
对于登录场景可以采用有效等价类法编写测试用例,将测试用例分成错误和正确二大类,在正确类中设立用户名和密码小写和大写都正确的2个测试用例。
在错误类中采用边界值法设立用户名和密码为空、用户名小于4个字符、密码小于4个字符、用户名不正确、密码不正确等6个测试用例。
通过采用等价类法和边界值法可以保证测试用例能够覆盖到所有注:这是一个测试用例的汇总表,在Excel中放在第一个工作表中,表的名称为“登录功能测试用例汇总表”,最后一栏是测试完成后填写,用于总后的统计。
根据测试用例汇总表、CMMI3对测试用例的格式要求和测试数据表,在Excel中逐个编写测试用例(以用例编号作为工作表的表名)。
下面是F_L_2测试用例的具体内容:测试用例的重点是操作过程和预期运行结果,操作过程根据需求规格说明书、常规应用程序的操作过程和编写的测试数据来编写,要求操作过程明确,先操作什么后操作什么,在哪儿输入,输入什么都要十分明确,测试人员可以根据这个操作步骤完成登录工作。
在F_L_2中操作过程的三个步骤是一般有软件登录的操作过程,操作过程中输入的te,mercury则来自测试数据表。
预期结果是根据规格说明书和常用软件开发中惯例和系统界面设计而确定的(提示信息的具体内容是根据系统界面设计来确定的)。
实际运行结果、测试人、测试时间、是否是缺陷和缺陷描述是由执行测试的人填写的。
练一练:参考上述的二个例子,根据测试用例汇总表和测试数据表自己完成F_L_1、F_L_4、F_L_7。
读一读:1、等价类划分等价类划分是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法。
划分等价类等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类。
有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。
无效等价类:与有效等价类的定义恰巧相反。
设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性。