机票预订系统测试计划Word格式.docx

机票预订系统测试计划Word格式.docx

《机票预订系统测试计划Word格式.docx》由会员分享，可在线阅读，更多相关《机票预订系统测试计划Word格式.docx（13页珍藏版）》请在冰豆网上搜索。

值互不相同。

外部主键：

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

ROLLBACK:

数据库的错误恢复机制。

1.4参考资料

a．张海藩《软件工程导论》〔第五版〕：

清华大学；

b．《机票预订系统需求分析说明书》XXX软件开发小组

c．《机票预订系统可行性分析说明书》XXX软件开发小组

d．《机票预订系统概要和详细设计说明书》XXX软件开发小组

2计划

2.1软件说明

●主界面模块：

对输入参数查验，检测数据库数据异常时能否判断并给予适当处理。

测试用例

预期结果

错误的用户名

提示：

用户名错误

错误的密码

密码错误

正确的用户名、密码

登陆成功并转入相应页面

●航班管理模块：

测试用例：

●用户管理模块：

输入显示用户，添加用户，

创建订单，更改用户

进入下一界面

进入退票页，输入相关信息并确认

显示退票成功

进入订票页面，输入正确的用户信息

显示订票成功和打印取票通知

进入创建订单页面输入航班班次

显示航班信息

●取票模块：

提交的信息与数据库资料不符

提示输入有误，请重新输入

提交的信息与数据库

资料符合

打印机票并更新数据库的

机票信息

●旅客管理模块：

2.2测试内容

在测试过程中，首先需要对各子单元过程进行测试。

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

各子模块测试名称如下：

1.系统登录模块测试；

2.输入信息模块测试；

3.输出信息模块测试；

4.数据库测试；

5.各模块之间的接口测试；

6.系统测试。

2.3测试1〔标识符〕

测试机构由YNMD工作组组成，人员有云南民大职技学院软件开发小组全体人员。

进度安排

由于其测试过程较长，需要对各子单元程序．各模块与它们之间的接口分别进行测试进度．一般测试过程都伴随其概要设计．详细设计过程一起进行，进度在18个月左右。

条件

必须在保证各硬件设备．软件系统齐备的情况下，资金充足，人员齐备，各方面互相配合，齐心协力，共同完成。

测试资料

在测试前，与各模块的主要负责人共同协商讨论，以概要设计说明书.详细设计说明书作为总的提纲,选择合适的输入输出数据,并加以意义列举说明。

测试培训

说明或引用资料说明为被测软件的使用提供培训的计划。

规定培训的内容、受训的人员与从事培训的工作人员。

2.4测试2〔标识符〕

3测试设计说明

3.1测试1〔标识符〕

昆明航空公司为方便旅客，需开发一个机票预定系统。

为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括XX、性别、工作单位、XX、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。

旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。

要求系统能有效、快速、安全、可靠和无误的完成上述操作。

并要求客户机的

界面要单明了，易于操作，服务器程序利于维护。

控制

输入是人工输入、再自动引入数据库，方便调出与保存。

输入

●登录过程：

首先对旅行社登录测试，输入XX为旅行社XX，还包括旅行社XX对应的密码，结果为进入系统或出错信息。

再对管理员登录测试，输入XX为管理员XX和密码，结果为进入系统或出错信息。

在输入的测试数据中可分为有效输入类、无效输入类。

无效输入类：

1.XX不存在；

2.密码错误。

有效输入类：

当XX密码无误时，则进入系统。

●注册过程：

首先对注册旅行社XX测试，输入有XX、密码、系统口令，结果为成功注册或出错信息。

再对管理员注册测试，输入XX、密码、系统口令，结果为成功注册或出错信息

1.XX已经存在；

2.密码两次输入不一致；

3.系统口令错误

当XX、密码、系统口令正确时，则注册成功。

●旅客信息录入过程：

在旅客信息录入过程中，首先对用户的输入信息进行测试。

系统的输入信息为旅客XX号、XX、工作单位、旅行时间、出发点、终点、性别，还包括一个飞机票类型选项。

输出为录入旅客信息，和确认或出错信息。

在输入的测试数据中可分为有效输入类．无效输入类。

其中的错误种类有：

无效输入类：

1.数据已经存在；

2.XX号已经存在；

3.始发地和目的地重复。

有效输入类当用户的输入有效旅客信息和旅行信息时，则成功录入信息

●按排航班过程：

首先选择航班，并确定，输出为打印通知单或航班已满。

选择打印通知单，如果交付定金，成功打印，否则提示交定金

航班已满。

航班未满，安排成功，可以打印通知单。

●取票过程:

在取票过程中，对在取票信息界面中输入的各项信息进行初步检验。

1.订单号不存在;

2.数据超出规定范围;

3.取票截止日期已过。

账单号正确，并且没有延误，通知打印机票。

●改签过程：

首先输入账单号、选择始发地和目的地以与航班、选择时间，输出提示账单号错误或提示打印或航班已满

1.账单号错误；

2.航班已满；

3.始发地不能和目的地一样。

账单号无误，航班未满，提示打印通知单。

●修改、删除航班过程：

始发地和目的地一样;

删除航班信息，并短信通知已经定了该航班的旅客。

始发地和目的地不一样，成功修改信息。

输出

对在旅客信息界面中输入的各项信息进行初步检验。

若发现错误，令PErrorAppear=T,判断错误类型，并将相应的错误类型PErrorType或PerrorRank作为参数，转入IErrorHandle过程。

若未发现错误，转入安排航班过程。

●安排航班过程:

对在帐单和取票通知的信息界面中输入的各项信息进行初步检验。

若发现错误，令CErrorAppear=T,判断错误类型，并将相应的错误类型CErrorType或CErrorRank作为参数，转入IErrorHandle过程。

若未发现错误，则打印通知单。

CheckNoticeInput过程。

●ErrorHandle过程:

在PersInfoExam或CheckNoticeExam过程中若发现错误,就转入本过程,执行相应的处理,并输出相应的出错信息。

If（PErrorType==T）

输出“您的个人信息可能输错了位置。

请重试。

〞

If（PErrorRank==T）

输出“您的个人信息不适应规定范围。

再转入旅客信息输入的界面中。

If（CErrorType==T）

输出“您的帐单信息可能输错了位置。

If（CErrorRank==T）

输出“您的帐单信息不适应规定范围。

再转入帐单和取票通知信息的输入界面。

●取票过程：

将帐单和取票通知输出到界面1中。

注意格式。

Longintcncode=帐单号；

CStringname=XX；

CStringsex=性别；

CStringcompany=工作单位；

Longintidcode=XX；

Datestime=旅行时间；

〔syear/smonth/stime=年/月/日〕

CStringdenist=始发地

CStringdenist=目的地

CStringFlightRequirement=机票类型

Intseatcode=座位号；

Moneyprice=票价；

●查询过程：

将所有信息航班信息显示在列表框中。

CStringFlightNum=航班号

CStringOrigion=始发地

CStringDestination=目的地

CStringBudload=额定仓员

intFirstClassLeft头等舱剩余位置

intFirstClassPrice头等舱票价

ntEconomyPrice经济舱票价

过程

各子单元过程的测试必须先在程序设计员调试并编译通过后才能进行。

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

其操作过程如下：

1.在系统接受信息模块过程中，先对各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

2.同样，在系统输出信息模块．先对各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

3.然后，根据各模块之间的各种关系，对其接口进行测试。

4.在系统测试中，要注意对各种意外情况〔列如断电．硬盘损坏等〕加以处理，对数据库要注意其安全性．可靠性．健壮性．效率。

网络传输更要注意其安全性。

3.2测试2〔标识符〕

4评价准则

4.1范围

严格按照《软件需求规格说明书》中的功能、性能等要求，同时兼顾软件系统自身特性、用户的意见和建议、被测试系统的质量保证计划等，对软件系统的被测试特性和不被测试特性以下表的格式详细列出。

4.2数据整理

由于系统将由两部分程序组成，安装在各旅行社客户机上的客户程序与航空公司内的数据服务器程序。

系统的运行要求：

系统软件：

WindowXP以上

数据库管理系统：

SQLServer

4.3尺度

1.当此项的功能能够正确地完成，并且它的操作没有引起其他功能项或整个系统的错误，则认为此项测试通过。

2.对于每一类测试，当没有发现致命性错误和严重性错误、一般性错误数量小于测试用例总数的2%，告警性错误数量小于测试用例总数的5%，则认为系统通过本次测试，但要以测试结果评审会的评审结果为最后标准。