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

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

《毕业设计机票预订系统测试用例说明书范本.docx》由会员分享，可在线阅读，更多相关《毕业设计机票预订系统测试用例说明书范本.docx（9页珍藏版）》请在冰豆网上搜索。

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

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

毕业设计测试用例说明书

1引言

1.1编写的目的

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

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

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

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

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

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

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

预期的读者：

系统管理员、机票预订管理员和订票旅客三种用户。

1.2背景

软件名称：

机票预订系统

提出者：

航空公司机票销售部门

开发者：

xxx。

用户：

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

实现该软件的计算中心或计算机网络：

1.3定义

查询：

对数据库的操作的一种，用于搜索数据信息。

插入：

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

更新：

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

软件结构图：

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

专门术语：

SQLSERVER:

系统服务器所使用的数据库管理系统（DBMS）。

SQL:

一种用于访问查询数据库的语言

事务流：

数据进入模块后可能有多种路径进行处理。

主键：

数据库表中的关键域。

值互不相同。

外部主键：

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

ROLLBACK:

数据库的错误恢复机制。

系统：

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

1.4参考资料

1．机票预定系统需求规格说明书报告周海艳/11

2．机票预定系统程序设计说明书报告周海艳/11

2任务概述

2.1目标

《网上机票预订系统》运行于Internet环境，提供远程机票预订功能，包括远程航班信息查询，机票预订与确认等；使用《网上机票预订系统》可使机票订购过程简单化、电子化、数字化，节省常规过程所不必要的资源浪费。

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

2.2用户的特点

使用本系统的最终用户能够定位为所有电脑使用者，特别以旅游商务人员为主。

由于本软件系统操作简单，界面友好，因此对用户的教育水平和技术水平几乎没有任何要求，只要会用电脑进行常规使用的用户均可。

本系统将可能会被重复使用于日常的上网过程当中。

普通管理员，只能对库（航班库和客户库）中的信息进行查询操作；超级管理员，能够根据具体需要进行适当的数据管理（增、删、改、更）。

客户只能对航班信息库中的内容进行查询操作，客户进入到页面之后在不进行登录的情况下只能进行航班信息查询操作，要预订机票就必须要先注册登录提交自己的基本信息；系统会根据管理员和客户的各种操作做出相应的返回信息进行提示。

系统管理员：

对系统、数据库进行维护，主要对不同人员赋予不同的权限。

机票预订管理员：

对机票预定工作进行具体的操作。

订票客户：

一般操作水平，能够在本系统查询个人信息和订票信息。

3测试用例

3.1用例1（标识符）详细说明

（1）用例图

图2.1.1用例图

（2）用例描述：

表2.1.1

用例名称

验证用户信息

UC编号

001

用例简述

用户正确填写信息并登录机票预订系统

主流程

第一步：

客户输入相关信息

第二步：

系统对客户的信息进行核对

第三步：

核对正确之后登录进入系统，错误则提醒客户信息出错

第四步：

登录进入机票预订系统

替代流程

a）“显示用户账号错误”系统提示客户账号错误，需要输入正确的用户信息才能登录进入机票预订系统

b）“显示用户密码错误”系统提示客户密码错误，需要输入正确的用户信息才能登录进入机票预订系统

c）“登录超时”由于网络原因，系统提示客户登录失败，并提示客户登录失败的原因

业务规范

1）必须账号的密码核对正确才能登录系统

2）出现三次登录信息错误则需要等待之后才能继续登录

非UML文档

其它

表2.1.2

用例名称

预订机票

UC编号

002

用例简述

用户成功登陆系统，正确填写预订机票信息并对该航班进行核对

主流程

第一步：

客户输入机票相关信息

第二步：

系统对该机票信息进行核对

第三步：

系统核对存在有该机票后，显示提供给客户查看

第四步：

如果不存在该机票则提醒客户该机票不存在

替代流程

a）“输入的机票信息错误”系统提示客户输入的机票信息有错误，不存在该机票，需要重新输入机票信息

b）“该机票已售完”系统提示客户被查询的机票已经被售完

c）“该机票存在”系统提示该机票存在，客户能够对该机票进行查询，预订等操作

业务规范

1）需要输入正确的机票信息

2）提示客户该经过该机票信息查询到的机票信息以及预售状态

非UML文档

其它

3.2用例2（标识符）详细说明

（1）用例图

图2.2.1用例关系

（2）用例描述：

表2.2.1

用例名称

退票

UC编号

003

用例简述

用户将已经预订的机票进行退票操作

主流程

第一步：

客户成功登陆机票预订系统

第二步：

系统核对该机票信息是否过期或无效

第三步：

系统核对该机票具有有效性后，为客户办理退票业务并退款

第四步：

如果该机票处于过期或无效状态，则提醒客户该机票不能办理退票业务

替代流程

a）“核对该机票处于过期或无效状态”系统提示客户，输入的机票信息已无效或过期，不能办理退票业务

c）“核对该机票具有有效性”系统提示该机票具有有效性，客户能够对该机票办理退票业务

业务规范

1）需要输入有效的机票信息

2）客户退订的机票，能够被二次预订

非UML文档

其它

4其它非功能性需求

4.1设备环境要求

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

根据调研得知所有旅行社的计算机配置均在Pentium133级别以上，客户程序应能够在Pentium133级别以上,WinNT环境下运行。

设备环境需要满足一下基本要求：

①安全性：

不同的用户具有不同的使用权限，只有具有最高权限的系统管理员才能修改、注销数据库中的信息，具有一般权限的人员只能读取与自己相关的内容。

②一致性：

系统的数据要保证一致性、准确性，当某一数据库中记录改变时，与之相关联的数据库也会随之变化。

③易操作性：

界面设计要符合大多数用户的操作习惯，系统还要提供操作指南，便于用户操作使用。

4.2设计约束要求

软件设计规格说明是软件设计的最终成果，它用于两个方面，一方面作为编码人员书写源程序的依据，另一方面作为测试阶段及维护阶段的一个指南。

软件设计规格说明的编写能够分为两个阶段。

在概要设计阶段应集中于软件结果的描述，在详细设计阶段应集中于每个软件元素细节的描述。

在软件设计规格说明中应该包括的内容如下。

（1）作用范围：

系统的目标和作为系统元素的软件的作用；

硬件、软件和人员的接口；

主要的软件功能；

外部定义的数据库；

主要的设计约束与限制。

（2）设计说明：

数据说明；

数据流的复审；

数据结构的复审；

导出的软件结构；

结构的内部接口。

（3）测试的准备：

测试大纲；

整体策略；

专门的考虑。

4.3接口要求

在输入方面，对于键盘、鼠标的输入。

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

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

1、系统接口说明

本系统运行在计算机上的Windows操作系统（Windows9X、WindowsNT、Windows、WindowsXP）环境下。

后台采用SQL关系型数据库存放表,前端采用C#管理此数据库并实现应用。

最终得到相应的帐单。

2、内部接口说明

本系统内部加工之间并不是全自动化，有些部分需要人工参与。

打印出票据后，需要人员进行核对和收费，核对过后才将数据传之主数据库进型存储。

从而才使预定的票具有有效性。

4.4程序性能要求

查询服务部分：

旅客经过本地计算机，从提交查询命令到返回结果不超过3秒钟。

数据管理部分：

系统管理员从提交一次录入到结果返回不超过3秒钟。

为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预订系统应该满足以下的性能需求：

1．系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。

在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。

在系统开发过程中，必须采用一定的方法保证系统的准确性。

2．系统的开放性和系统的可扩充性

机票预订系统在开发过程中，应该充分考虑以后的可扩充性。

例如企业中管理模块的加入（人事管理、工资管理、日常事务管理等）也会不断的更新和完善。

所有这些，都要求系统提供足够的手段进行功能的调整。

而要实现这一点，应经过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，能够简单的加入和减少系统的模块，配置系统的硬件。

经过软件的修补、替换完成系统的升级和更新换代。

3．系统的易用性和易维护性

机票预订系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。

这就要求系统能够提供良好的用户接口，易用的人机交互界面。

要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

4．系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。

所有这些都要符合主流国际、国家和行业标准。

例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。

如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。

5．系统的先进性

当前计算机系统的技术发展相当快，做为机票预订系统工程，应该保证系统在一段时间内是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。

这一方面经过系统的开放性和可扩充性，不断改进系统的功能完成。

另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

4.5软件质量要求

设备软件质量需要满足基本要求如：

安全性：

不同的用户具有不同的使用权限，只有具有最高权限的系统管理员才能修改、注销数据库中的信息，具有一般权限的人员只能读取与自己相关的内容。

用户单位对安全保密的要求是不泄露自己的基本信息和航班信息，对使用方便的要求能够快捷有效的查询、订票等，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。

保证用户的方便使用和系统的稳定性高等。

总结

就用例图来说还是比前面多了一些了解，就是用例分析还是存在一些问题，对用例分析不够明确也不够完整，总的来说是要加强的。

在一次次的实验报告中我知道，说明书是软件设计的最终成果，它用于两个方面，一方面作为编码人员书写源程序的依据，另一方面作为测试阶段及维护阶段的一个指南。

软件设计规格说明的编写能够分为两个阶段。

在概要设计阶段应集中于软件结果的描述，在详细设计阶段应集中于每个软件元素细节的描述。

一份完整有优秀的说明书能够很好的表示自己的软件设计，我还要在说明书这一块加强。