航空订票系统(软件测试报告)
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引言1.1编写目的测试分析报告是在测试分析的基础上，对测试的结果以及测试的数据等加以记录和分析总结。
它也是测试过程中的一个重要环节，同时，它也是对软件性能的一个总的分析和认可及对不足之处的说明。
因此，测试分析报告对于今后对软件的功能的加强，不足之处的弥补等都起着十分重要的提纲作用。
另外，它还有利于今后软件开发者阅读原程序，根据测试提供的数据和结果，分析原代码，掌握各函数的功能和局限性。
从而缩短软件开发者的再开发时间和所耗费的精力、资金。
从这方面上，我们不难发现，测试分析报告所指明的对象主要是针对于软件开发者。
1.2背景说明：1.被测试软件系统的名称：XX航空公司机票预订系统；2.此项目是由XX航空公司应顾客需求，要求开发一套实时，有效，完善，安全性好的软件系统。
XXXX软件开发小组应聘对此进行开发。
1.3定义Microsoft Access: 系统服务器所使用的数据库管理系统（DBMS）。
SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。
值互不相同。
外部主键：数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1.4参考资料1)张海藩《软件工程导论》（第五版）北京：清华大学出版社；2)《机票预订系统需求分析说明书》XXXX软件开发小组；3)《机票预订系统可行性分析说明书》XXXX软件开发小组；4)《机票预订系统概要和详细设计说明书》XXXX软件开发小组。
2测试概要●主界面模块：●航班管理模块：●用户管理模块：●测试用例：●●旅客管理模块：测试用例：3测试结果及发现3.1测试1（标识符）系统登录/注册模块测试：对于无效输入能够做出判断，并提示用户；有效输入能够成功存入数据库中。
输入信息模块测试。
系统能够检测出无效输入，提示用户重新输入；有效输入能够存入数据库中。
安排航班、取票，改签模块测试：能够正确识别输入用户信息是否有效，并安排正确航班或取票，同时支持旅客改签。
飞机订票系统测试报告
飞机订票系统功能测试报告课题名称飞机订票系统功能测试报告系/专业班级学号学生姓名指导教师：第一章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模拟人的操作。
基于QTP的飞机订票系统功能测试报告
飞机订票系统功能测试报告课题名称飞机订票系统功能测试报告系/专业计算机与软件学院班级学号学生姓名目录第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.3(图1.3)第二步：用户根据原来订票的信息，打开原来自己订票的信息。
机票预订系统压力测试报告
机票预订系统压力测试报告1. 简介机票预订系统是一种用于在线预订航班机票的软件系统。
为了确保系统能够在高流量情况下正常运行，我们进行了一系列的压力测试，以评估其性能和稳定性，并提供本报告以记录和分析测试结果。
2. 测试环境我们搭建了一个模拟真实用户访问的测试环境，包括使用真实数据的航班信息和用户信息，并通过自动化工具模拟了多种类型的用户请求。
测试环境的配置如下：- 操作系统：Windows Server 2016- 虚拟机：VMware Workstation 15- 内存：8GB- 处理器：***********************3. 测试内容和方法我们针对机票预订系统的主要功能和模块进行了压力测试，包括以下方面：- 用户登录和注册- 航班查询和订购- 订单支付和确认- 退票和改签功能在每个功能测试中，我们模拟了多个并发用户同时访问系统，并通过增加并发请求的数量来逐渐增加系统的负载，直到达到系统资源的极限。
同时，我们还进行了长时间持续压力测试，以评估系统在高负载状态下的稳定性和性能表现。
4. 测试结果根据我们的压力测试，机票预订系统在正常使用负载下能够快速响应用户请求，系统性能表现良好，能够满足用户的需求。
然而，在极端高负载条件下，系统响应时间会有所增加，并存在一些瓶颈和性能问题。
具体的测试结果如下：- 在低负载条件下，系统平均响应时间为500毫秒。
- 随着并发用户数量的增加，系统响应时间逐渐增加。
当并发用户数量达到100时，系统平均响应时间增加到2秒。
- 当并发用户数量达到200时，系统响应时间进一步增加，平均响应时间达到5秒。
- 在持续高负载情况下，系统偶尔出现请求超时和响应错误的情况，但整体稳定性较好。
5. 性能优化建议根据测试结果，我们提出以下性能优化建议，以改善机票预订系统的性能和稳定性：- 针对数据库查询进行性能优化，包括索引的优化和查询语句的优化，以提高系统的查询和订购速度。
软件工程机票预订实验报告
软件工程机票预订实验报告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.引言目的为了方便旅客，航空公司拟开发一个飞机票预订系统。
软件工程导论实验报告 航空订票系统
本科实验报告课程名称：软件工程导论实验项目：航空订票系统实验地点：******专业班级：*******学号：******* 学生姓名：*******指导教师：*******2012年05月21 日可行性分析报告1项目背景机票预订工作的记录、查询、核对等工作量十分庞大，同时，操作相对简单且重复率很高，因此，可以利用计算机的管理信息系统进行这些繁杂而又简单的工作，以提高机票预定的工作效率、准确性、管理水平和服务质量。
因此开发机票预订系统。
本机票预订系统是在现代社会生活节奏不断加快，对机票预订工作的自动化和准确化要求也日益强烈的背景下，为了实现机票预订工作的网络化，以及实现网络查询和统计一体化而开发的管理信息系统。
该系统为机票预订管理员提供了一个个性化的界面，并且机票预订管理员只需一次登录就可以使用所有服务；将订票旅客需要的各种服务集中起来，订票旅客可以很方便地进行自身信息和航班、票价情况查询。
总之，从基本订票信息的录入到订票信息的查询，再到最终的信息核准打印机票，都可以通过这个系统完成。
本系统采用最新的计算机技术，界面友好、操作方便，管理员可以针对不同需求分类、排序、查询、统计，方便订票旅客和其他部门根据自己的需求准确、快速地查询订票及航班信息。
2可行性研究的前提1)要求：主要功能：为游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率性能要求：机场提供的信息必须及时的反映在旅游局的工作平台上。
售票系统的定单必须无差错的存储在机场的主服务器上。
对服务器上的数据必须进行及时正确的刷新。
输出要求：数据完整，详实。
输出要求：简捷，快速，实时。
安全与保密要求：服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。
售票员只享有对订票信息库的部分修改（写入与读出）。
2)目标：系统实现后，大大提高旅游局的机票预定服务效率。
降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
航空订票系统(软件测试报告)-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平台下运行航空订票系统,针对该项目中各个模块应实现的不同功能,生成测试用例文档,再手动进行测试。
/* 此部分主要对测试计划的名称、背景、目标、制定依据以及执行部门，测试的方法、工具、范围作一个简明扼要的阐述。
*/1.3被测试系统概述产品名称：航空订票系统开发部门：软件开发部测试版本：v 1.0最新版本：v 1.0系统概述：该系统主要实现了预订机票的功能,并生成订单便于查询和修改,主要针对用户登录模块和生成订单模块进行测试。
/* 此部分主要对被测试系统的基本用途、功能、特性以及计划测试的软件项进行简要的描述。
*/1.4测试计划制定依据对测试计划的制定依据给以说明。
测试计划的制定依据本系统的《软件需求规格说明书》，另外还可能包括开发部提供的《软件测试需求说明书》、被测试系统的用户手册、使用说明书以及软件系统自身特性，有时还需要参考用户的意见和建议。
另外测试计划的制定要与被测试系统的质量保证计划相一致。
1.5预期读者主要可能包括以下人员：项目管理人员、测试人员、系统开发人员，有时还会包括部分用户。
2任务概述2.1目标在功能测试的基础上，对照系统需求说明书，对系统做确认测试，包括数据采集、数据统计、数据查询。
在真实应用环境下进行测试。
2.2运行环境Windows XP/Windows 2007，Microsoft SQL Server 20052.3需求概述1)用户验证让参与测评的用户选择自己的标识进入测评系统，以便测评系统记录该用户是否行使了自己的测评权，对系统内的每种测评类型进行测评，一个用户有一次的测评机会。
2)评价对飞机票订票系统，系统根据客户的乘机日期、起飞时间和目的地将列出航班号、起飞时间、到达时间和航空公司，然后根据客户的票数和机票单价自动算出总额。
3)评价结果存储系统管理员所列被测对象的各项测评子项后，点击“Insert Order”按钮，系统将其提交的被测对象编号、测评类型编号、测评子项名称、子项测评分值存储到后台数据库中。
4)结果统计统管理员可随时统计制定的测评类型的测评结果数据。
通常这项工作应在评结果。
5)结果查询系统管理员可查询所有测评类型，所有被评测人员的统计数据。
可查询的数据包括按测评类型分类的被评人员总分。
并以测评类型为单位按总分对参评人员进行排序。
3测试范围在这一部分中，要定义需要测试和不需要测试的内容，定义与测试计划执行有关的重要术语和缩略语，并决定与测试子项目有关的测试工作所发生的场合。
严格按照《软件需求规格说明书》中的功能、性能等要求，同时兼顾软件系统自身特性、用户的意见和建议、被测试系统的质量保证计划等，对软件系统的被测试特性和不被测试特性以下表的格式详细列出。
航空订票系统的测试范围3.1测试用例测试用例见下表3.2测试特性与软件需求的对应关系本部分详细说明在本次测试中计划测试的内容与《软件需求规格说明书》的对应关系，对照需求计划测试的内容。
3.3被测试特性1.用户登录模块：测试用户名和密码的有效性，主要包括文本框中所输入文本的长度，类型，格式，密码的显示状态以及用户名与密码的一致性，还有是否能实现控件所标注的功能。
2．生成订单模块：1)测试机票订单的有效性，主要包括航班日期，航班路线和详细信息，以及预定者的姓名。
2)测试是否能实现与订单相关其他的功能，主要包括插入订单，修改订单以及删除订单。
3)测试各种控件的组合使用，主要包括整个界面的布局以及风格，控件间的相互作用，Tab键的顺序，热键的使用，回车键和ESC键的使用，控件组合后功能的实现。
以及文本框是否可输入，下拉列表是否可选，单选框是否有默认值且不能多选，按钮是否有默认值等。
3．菜单栏：测试是否能够正确实现菜单栏中各菜单项指明的功能。
4．工具栏：测试是否能够正确实现工具栏中指明的各项功能。
/*指明所有要被测试的软件特性及其组合，指明每个特性或特性组合有关的测试设计说明。
*/4术语定义此部分定义与测试计划执行有关的重要术语和缩略语，其中主要对软件错误与缺陷的划分标准进行定义。
4.1软件错误与缺陷定义软件错误与缺陷定义见附录Ⅰ。
4.2其他术语的定义5测试目标与策略5.1测试目标通过对该系统中各个模块的测试，找出系统中可能存在的缺陷，确保该系统的可用性和稳定性。
5.2测试方法该系统用到得测试方法有：1.界面测试：主要针对系统中的登录界面和生成订单界面，如各个控件的摆放次序是否规范,是否存在中英文混杂的问题。
2.功能测试：对菜单栏和工具栏的测试大部分都是功能测试，主要用来确定是否完整的实现了模块的功能。
3 控件测试：既要对单个控件的功能进行测试，也要看控件是否符合自身的需求,如:单选框是否有默认值等,还要看各控件组合起来是否实现了其对应的功能。
5.3测试工具对于测试中用到的测试工具给以简单的介绍，对使用测试工具准备进行的测试种类给以简明的描述。
5.4测试地点郑州大学工学院3号楼。
6测试状态转换标准和再启动要求测试状态转换标准和再启动要求见附录Ⅱ。
7测试通过准则测试通过准则参见附录Ⅲ。
8应提供的测试文档1)《软件产品提交测试委托书》2)《软件测试需求说明书》3)《测试计划》4)《测试用例设计与执行报告》5)《测试结果报告》6)《测试分析报告》9测试资源需求9.1硬件需求/* 对于测试所必备的和希望有的硬件设备及其配置给以说明。
并指出目前还不能得到的硬件设备及其配置。
*/9.2软件需求操作系统：WindowsXP/Windows2000/Window7/* 对于测试所必备的和希望有的软件（包括所需要的测试工具软件）给以说明，并指出目前还不能得到的软件。
*/9.3网络需求对于测试所必备的和希望有的网络环境给以说明。
9.4人员需求对于测试所需人员及其应具备的知识给予说明。
9.5其他需求对于上面没有涉及到的其他需求给以说明。
10人员、职责及培训要求10.1人员组成对参与测试活动的所有人员的姓名及其工作角色给以清楚的说明。
参与测试的人员通常由项目负责人、质量人员、测试负责人、测试人员、项目开发组负责人或项目开发人员组成，有时还包括用户等参与测试的其他人员。
10.2人员分工与职责人员分工与职责见附录Ⅳ。
10.3培训要求指出测试人员开展和完成测试所需要进行的培训活动。
培训活动主要包括被测试系统、被测试系统的支撑系统以及测试工具的培训。
同时对每一项培训的负责人给以明确的说明。
1)测试工具的培训通常由测试部内部委派人员来完成。
2)被测试系统及其支撑系统的培训通常由被测试系统开发部委派人员来完成。
11测试进度此部分要明确给出测试活动中主要事件的计划表。
估计完成每项测试任务所需的时间，为每项测试任务和测试里程碑规定进度。
测试进度可以以下表的格式给出。
测试进度计划表起止日期测试任务2009-6-11用户登录模块, 生成订单模块2009-6-12菜单模块,工具栏模块12风险和应急12.1影响计划的潜在因素在测试计划的执行过程中，对可能存在的影响计划按时完成的风险因素进行分析。
在测试计划执行过程中，通常可能存在以下因素影响计划的按时完成，其中第一点和第三点是影响测试进度的最大可能因素：1)测试人员对被测试产品的熟悉进度较慢；2)测试人员对测试工具的使用熟悉程度不够；3)被测试产品存在重大错误，以致于测试无法继续，需要开发部进行额外的调试和修改才能继续；4)硬件、软件或网络环境出现故障等。
12.2应急措施对潜在风险因素的应急措施逐项给以明确规定。
通常的应急措施有：1)通过适当加班来保证计划的按时完成；2)如果是由于被测试产品存在重大错误而严重影响测试进度，则考虑按照测试暂停标准来暂停该测试。
13测试的局限性对由各种因素（包括测试方法、使用的工具、测试环境及测试人员的素质等）引起的测试局限性进行简要的分析。
影响测试完全的因素通常包括：1)系统硬件配置存在不可预测的问题；2)测试范围不能覆盖所有的可能情况；3)测试时间的限制；4)测试数据可能不全面；5)测试工具自身的缺陷；6)测试人员的失误。
14计划的批准规定本计划必须由哪些人(姓名和职务)审批，并为签名和日期留出位置。
15参考文档列出本测试计划引用的其他文档，如产品使用说明书、用户手册、产品需求分析、质量风险分析文档、测试需求方案，以及其他相关信息。
列出这些文档可以避免大量重复其内容。
附录Ⅰ软件错误与缺陷的定义对于软件的错误和缺陷，目前主要依据其严重程度划分五个级别：1)致命性错误2)数据丢失，数据计算错误、数据传递错误、对数据库造成破坏，造成操作系统或其他支撑系统崩溃、非正常关闭和非正常死机。
3)严重性错误4)应用系统崩溃、非正常关闭和无响应，但没有造成数据丢失。
系统的主要功能不能正确实现或不完整。
5)一般性错误6)规定的非主要功能没有实现或不完整、影响系统的运行；设计不合理造成性能低下。