测试用例说明书

1 引言

1.1 编写的目的

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

本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。

在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。

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

1.2 背景

软件名称：机票预订系统

提出者：航空公司机票销售部门

开发者：xxx。

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

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

1.3 定义

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

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

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

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

专门术语：

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

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

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

主键：数据库表中的关键域。值互不相同。

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

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

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

1.4 参考资料

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

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

2任务概述

2.1目标

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

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

2.2用户的特点

使用本系统的最终用户可以定位为所有电脑使用者，尤其以旅游商务人员为主。由于本软件系统操作简单，界面友好，所以对用户的教育水平和技术水平几乎没有任何要求，只要会用电脑进行常规使用的用户均可。本系统将可能会被反复使用于日常的上网过程当中。普通管理员，只能对库（航班库和客户库）中的信息进行查询操作；超级管理员，可以根据具体需要进行适当的数据管理（增、删、改、更）。

客户只能对航班信息库中的内容进行查询操作，客户进入到页面之后在不进行登录的情况下只能进行航班信息查询操作，要预订机票就必须要先注册登录提交自己的基本信息；系统会根据管理员和客户的各种操作做出相应的返回信息进行提示。系统管理员：对系统、数据库进行维护，主要对不同人员赋予不同的权限。机票预订管理员：对机票预定工作进行具体的操作。订票客户：一般操作水平，能够在本系统查询个人信息和订票信息。

3 测试用例

3.1用例1(标识符)详细说明

（1）用例图

图2.1.1 用例图

（2）用例描述：

表2.1.2

3.2用例2(标识符)详细说明

（1）用例图

图2.2.1 用例关系

（2）用例描述：

表2.2.1

4其他非功能性需求

4.1设备环境要求

系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。

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

①安全性：不同的用户具有不同的使用权限，只有具有最高权限的系统管理员才能修改、注

销数据库中的信息，具有一般权限的人员只能读取与自己相关的内容。

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

数据库也会随之变化。

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

4.2设计约束要求

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

软件设计规格说明的编写可以分为两个阶段。在概要设计阶段应集中于软件结果的描述，在详细设计阶段应集中于每个软件元素细节的描述。在软件设计规格说明中应该包括的内容如下。

（1）作用范围：

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

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

主要的软件功能；

外部定义的数据库；

主要的设计约束与限制。

（2）设计说明：

数据说明；

数据流的复审；

数据结构的复审；

导出的软件结构；

结构的内部接口。

（3）测试的准备：

测试大纲；

整体策略；

专门的考虑。

4.3接口要求

在输入方面，对于键盘、鼠标的输入。在输出方面，打印机的连接及使用。在网络传输部分，在网络硬件部分，实现高速传输。

1、系统接口说明

本系统运行在计算机上的Windows操作系统（Windows 9X、Windows NT、Windows 2000、Windows XP）环境下。后台采用SQL2000关系型数据库存放表,前端采用C#管理此数据库并实现应用。最终得到相应的帐单。

2、内部接口说明

本系统内部加工之间并不是全自动化，有些部分需要人工参与。打印出票据后，需要人员进行核对和收费，核对过后才将数据传之主数据库进型存储。从而才使预定的票具有有效性。

4.4程序性能要求

查询服务部分：旅客通过本地计算机，从提交查询命令到返回结果不超过3秒钟。 数据管理部分：系统管理员从提交一次录入到结果返回不超过3秒钟。

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

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

系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。在系统开发过程中，必须采用一定的方法保证系统的准确性。

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

机票预订系统在开发过程中，应该充分考虑以后的可扩充性。例如企业中管理模块的加入（人事管理、工资管理、日常事务管理等）也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整。而要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。

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

机票预订系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

4．系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。

5．系统的先进性

目前计算机系统的技术发展相当快，做为机票预订系统工程，应该保证系统在一段时间内是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

4.5软件质量要求

设备软件质量需要满足基本要求如：安全性：不同的用户具有不同的使用权限，只有具有最

高权限的系统管理员才能修改、注销数据库中的信息，具有一般权限的人员只能读取与自己相关的内容。用户单位对安全保密的要求是不泄露自己的基本信息和航班信息，对使用方便的要求能够快捷有效的查询、订票等，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。保证用户的方便使用和系统的稳定性高等。

总结

就用例图来说还是比前面多了一些了解，就是用例分析还是存在一些问题，对用例分析不够明确也不够完整，总的来说是要加强的。在一次次的实验报告中我知道，说明书是软件设计的最终成果，它用于两个方面，一方面作为编码人员书写源程序的依据，另一方面作为测试阶段及维护阶段的一个指南。软件设计规格说明的编写可以分为两个阶段。在概要设计阶段应集中于软件结果的描述，在详细设计阶段应集中于每个软件元素细节的描述。一份完整有优秀的说明书能够很好的表达自己的软件设计，我还要在说明书这一块加强。

 

第二篇：系统测试用例说明书

Micro Blog微博-统测试用例说明书

Micro Blog微博

1 系统测试用例说明书

Micro Blog微博-统测试用例说明书

变更记录

2

Micro Blog微博-统测试用例说明书

目录

1. 引言 ........................................................................................................ 4

1.1 编写目的 ....................................................................................... 4

1.2 背景................................................................................................ 4

1.3 术语定义……………………………………………………… 4

1.4 参考资料…………………………………………………………5

2. 功能测试用例 ....................................................................................... 5

2.1 用户模块测试用例 ....................................................................... 5

2.2 服务器模块测试用例 ................................................................... 9

附：用例规约

用例图

用例活动图

3

Micro Blog微博-统测试用例说明书

1.引言

1.1编写目的

本文档为和谐微博的系统测试活动提供范围、方法、资源和进度方面的指导。预期的读者范围包括：

※项目经理

※测试人员

※用户

1.2背景

说明：

（1）测试计划所从属的软件系统的名称：和谐微博系统。

（2）该项目在经历项目开发计划、需求设计、概要设计、详细设计并在此基础上的代码设计之后着手开始编码工作。完成编码工作之后便可以按照该文档进行测试。该文档详细说明了各模块的测试用例及测试中出现的各种情况，以方便用户和后续工作人员的开发和使用。

1.3术语定义

1、发表微博：用户在输入栏里输入一段不超过140字的文字并发表。

2、查看：用户在自己的主页上看到所有其关注对象发表的微博。

3、回复：用户对某条指定的微博进行回复，回复的微博只有回复人和被回复人以及同时关注两人的第三者可以看到。

4

Micro Blog微博-统测试用例说明书

4、转发：用户转发某条微博，使关注此用户的其他用户也可以看到该条微博。

5、私信：两个用户之间的秘密消息，只有双方可以看到。

6、删除：用户删除自己的微博。

7、收藏：用户收藏某条微博，可以在自己的收藏夹中看到。

1.4参考资料

2.功能测试用例

2.1用户模块：

2.11用户注册：

用例1：进入系统主页，点击“注册”

预期结果：页面链接到用户注册的页面

用例2：在用户注册页面输入包括用户名、密码，上传小于100Kjpg格式头像，选填昵称、城市、网站以及个人简介等

预期结果1：输出显示注册成功并跳转至主窗口

预期结果2：输出显示注册失败并返回注册窗口

预期结果3：输出显示出错信息，返回到主页

5

Micro Blog微博-统测试用例说明书

2.12用户登陆

用例1：进入系统主页，点击“登陆”

预期结果：页面链接到用户登陆的页面

用例2：在登陆页面的相应文本框内输入用户名、密码、动态验证等相关数据

预期结果1：输出显示登陆成功并跳转至主窗口

预期结果2：输出显示未通过验证，登陆失败并返回登陆窗口 预期结果3：输出显示出错信息，返回主页

2.13发布消息

在发布信息的文本框中输入要发布的信息内容，点击发布按钮 预期结果1：发布失败，要求重新输入

预期结果2：提示发布成功，并刷新页面

2.14删除消息

点击删除按钮

预期结果1：输出显示删除成功，并刷新页面

预期结果2：输出显示操作失败

预期结果3：输出显示出错信息

2.15查看消息

用例1：选择目标文档进行阅读操作

预期结果1：输出显示操作成功，在跳转页面显示该文档的条目预期结果2：输出显示操作失败，给用户错误提示

用例2：点击“随便看看”

6

Micro Blog微博-统测试用例说明书

预期结果1：跳转到消息页面

预期结果2：输出显示操作失败，给用户错误提示

2.16回复消息

点击回复按钮

预期结果1：出现回复文本框，可以输入回复内容

预期结果2：回复失败，要求用户注册后再进行评论，并跳转到注册页面

预期结果3：显示出错信息

2.17转发消息

用例：点击相应的转发按钮

预期结果1：输出显示转发成功

预期结果2：输出转发失败信息

预期结果3：显示出错信息

2.18收藏消息

在要收藏的对应消息处点击收藏

预期结果1：输出显示收藏成功

预期结果2：输出显示操作失败，并提示游客没有该项操作权限 预期结果3：输出显示出错信息

2.19修改资料

在个人信息更新页面输入除用户名和原密码外注册信息中需要更新的属性、动态验证

预期结果1：输出显示操作成功，并连接到用户信息页面显示更新后

7

Micro Blog微博-统测试用例说明书

的用户信息

预期结果2：输出显示更新失败并返回个人信息更新页面 预期结果3：输出显示出错信息

2.110关注好友

点击关注按钮

预期结果1：输出显示关注成功

预期结果2：输出显示操作失败

预期结果3：输出提示出错信息

2.111查看关注列表

点击关注按钮

预期结果1：输出显示关注列表

预期结果2：输出显示操作失败

预期结果3：输出提示出错信息

2.112查看被关注列表

点击被关注按钮

预期结果1：输出显示被关注列表

预期结果2：输出显示操作失败

预期结果3：输出提示出错信息

2.113发送私信

随机选择一个用户1，向其好友用户2发送私信

预期结果1：只有用户2可以看到私信

预期结果2：所有用户都可以看到私信

8

Micro Blog微博-统测试用例说明书

2.2服务器模块测试用例

2.21检索信息

（1）检索用户信息：

用例1：在服务器上检索用户信息页面输入已有用户的昵称检索该用户信息。

预期结果：在返回页面中显示该用户相关信息。

用例2：在服务器上检索用户信息页面输入未注册用户（用户不存在）的昵称检索该用户信息。

预期结果：在返回页面中显示用户不存在的错误信息。

用例3：在服务器上检索用户信息页面输入一个用户昵称，但昵称中含有不允许出现的符号或者昵称长度不符合要求，然后检索该用户信息。

预期结果：在检索时显示无效昵称的错误信息，无法进行检索。

（2）检索微博条目信息：

用例1：在服务器检索微博条目信息页面输入已有微博条目检索该微博条目的信息。

预期结果：在返回页面中显示该微博条目相关信息。

用例2：在服务器检索微博条目信息页面输入不存在微博条目检索该微博条目的信息。

预期结果1：:在返回页面中显示不存在该微博条目不存在的信息。

9

Micro Blog微博-统测试用例说明书

预期结果2：在返回页面中显示与输入微博条目比较匹配的微博条目的信息以供选择查看。

用例3：在服务器检索微博条目信息页面输入不符合微博条目限制条件的微博条目（出现不合法符号或非法长度）检索该条目信息。

预期结果：在检索时显示无效微博条目的错误信息，无法进行检索。

（3）检索站点信息：

用例1：在服务器检索站点信息页面输入已存在站点进行检索。 预期结果：在返回页面中显示被检索页面的相关信息。

用例2：在服务器检索站点信息页面输入不存在或错误站点进行检索。 预期结果：在返回页面中显示不存在该站点的错误信息。

（4）检索用户关系信息：

用例1：在服务器检索用户关系信息页面选择要检索的几个用户进行检索。

预期结果：在返回页面中显示所选择几个用户之间的关系。

用例2：在服务器检索用户关系信息页面输入要检索的几个已有用户呢称进行检索。

预期结果：在返回页面中显示所选择几个用户之间的关系。

用例3：在服务器检索用户关系信息页面输入要检索的几个用户呢称（这几个用户中存在非法用户，例如呢称非法或用户不存在）进行检索。

预期结果：在返回页面中显示检索用户不存在的错误信息。

2.22控制用户信息

10

Micro Blog微博-统测试用例说明书

（1）添加用户信息：

用例1：在添加用户信息页面按要求输入各项用户数据点击添加按钮添加用户信息。

预期结果：在返回页面中显示成功添加用户信息，查询该用户信息时可以查询到该用户信息。

用例2：在添加用户信息页面留出一个必填数据为空，其它数据按要求输入各项用户数据点击添加按钮添加用户信息。

预期结果：显示数据不完整，含有未填的必填选项的错误信息。不能添加用户信息。

用例3：在添加用户信息页面在一个或几个数据项中填入非法数据（长度不足/超长或非法字符等），其它数据按要求输入各项用户数据点击添加按钮添加用户信息。

预期结果：提示所填用户信息含有非法数据的错误信息，添加用户信息失败。

用例4：在添加用户信息页面按要求输入各项用户数据按enter键添加用户信息。

预期结果1：成功添加用户信息，该系统支持enter键。

预期结果2：页面没有反应或不能成功添加用户信息，该系统不支持enter键。

（2）删除用户信息：

用例1：在删除用户信息页面按要求输入一个已有用户呢称点击删除按钮删除该用户信息。

11

Micro Blog微博-统测试用例说明书

预期结果：在返回页面显示成功删除该用户信息，再次检索该用户信息时显示该用户不存在的提示信息。

用例2：在删除用户信息页面按要求输入一个非法用户（用户不存在或用户呢称非法）呢称点击删除按钮删除该用户信息。

预期结果：在返回页面中显示该用户不存在或者用户非法的错误信息，删除用户信息失败。

用例3：在删除用户信息页面按要求输入一个已有用户呢称按enter键删除该用户信息。

预期结果：在返回页面显示成功删除该用户信息，再次检索该用户信息时显示该用户不存在的提示信息。

（3）修改用户信息：

用例1：在服务器端检索出该用户的信息，在需要修改的数据项相应位置作出合法修改后点击修改按钮修改用户信息。

预期结果：在返回页面中提示修改用户信息成功，并且显示修改后用户的最新信息。

用例2：在服务器端检索出该用户的信息，在需要修改的数据项相应位置作出非法修改后点击修改按钮修改用户信息。

预期结果：在返回页面中提示修改信息中含有非法信息、修改用户信息失败的错误信息，并且返回修改用户信息的界面，该界面仍显示原来用户的信息。

2.23控制微博条目信息

（1）添加微博条目信息：

12

Micro Blog微博-统测试用例说明书

用例1：在服务器端添加微博条目信息页面按照微博条目规则编辑合法的微博条目点击添加按钮添加微博条目信息。

预期结果：在返回页面中显示添加微博条目信息成功。

用例2：在服务器端添加微博条目信息页面编辑非法的微博条目（长度非法或含非法字符等）点击添加按钮添加微博条目信息。

预期结果：在返回页面中显示微博信息非法、添加微博条目信息失败的错误信息。

用例3：在服务器端添加微博条目信息页面按照微博条目规则编辑合法的微博条目按enter键添加微博条目信息。

预期结果1：在返回页面中显示添加微博条目信息成功，该系统支持enter键。

预期结果2：页面无反应或者不能成功添加微博条目信息，该系统不支持enter键。

(2)删除微博条目信息：

用例1：在服务器端检索出已有微博条目，点击删除按钮删除按钮删除该条目。

预期结果1：在返回页面显示成功删除该微博条目，再次检索该微博条目时显示该微博条目不存在的提示信息。

预期结果2：显示删除微博条目失败的错误信息，再次检索时仍能检索到该微博条目。

（3）修改微博条目信息：

用例1：在服务器端检索出该微博条目的信息，在需要修改的数据项

13

Micro Blog微博-统测试用例说明书

相应位置作出合法修改后点击修改按钮修改用户信息。

预期结果：在返回页面中提示修改微博条目信息成功，并且显示修改后用户的最新信息。

用例2：在服务器端检索出该微博条目的信息，在需要修改的数据项相应位置作出非法修改后点击修改按钮修改用户信息。

预期结果：在返回页面中提示修改信息中含有非法信息、修改微博条目信息失败的错误信息，并且返回修改微博条目信息的界面，该界面仍显示原来微博条目的信息。

2.24操作微博条目信息

（1）回复微博条目信息：

用例1：在某条微博条目下编辑合法回复信息并点击回复按钮对该微博条目进行回复。

预期结果：在返回页面显示恢复成功的信息提示，并且在该微博条目下显示新回复的内容。

用例2：在某条微博条目下编辑非法回复信息并点击回复按钮对该微博条目进行回复。

预期结果：在返回页面显示回复信息非法的错误提示，并且在该微博条目下没有新回复的内容。

（2）收藏微博条目信息：

用例1：在服务器端检索出某条微博条目，点击收藏按钮收藏该条微博信息。

预期结果1：显示成功收藏该微博的提示信息，并且在收藏中可以检

14

Micro Blog微博-统测试用例说明书

索到该微博条目信息。

预期结果2：显示收藏该微博失败的提示信息，并且在收藏中无法检索到该微博条目信息。

（3）转发微博条目信息：

用例1：在服务器端检索出某条微博条目，点击收藏按钮转发该条微博信息。

预期结果1：显示成功转发该微博的提示信息，并且在返回页面中显示新转发的微博条目信息。

预期结果2：显示转发该微博失败的错误信息。

2.25控制用户关注信息

（1）添加用户关注信息：

用例1：在服务器端检索出一个未关注用户点击关注按钮关注该用户。 预期结果1：显示成功关注该用户的提示信息，并且在我的关注里可以检索到该用户的信息。

预期结果2：显示关注该用户失败的错误信息。

用例2：在服务器端检索出一个已关注用户点击关注按钮关注该用户。 预期结果：显示以关注该用户、无需再关注的信息。

（2）取消用户关注信息：

用例1：在服务器端从我的关注中选择一个用户点击取消关注按钮，取消对该用户的关注。

预期结果1：显示成功取消对该用户的关注，在我的关注中没有该用户的信息。

15

Micro Blog微博-统测试用例说明书

预期结果2：显示取消关注该用户失败，该用户仍在我的关注中。

2.26统计信息

（1）统计用户关注人数：

用例1：在服务器端选择一个用户，浏览该用户的关注人数信息。

预期结果：显示该用户的关注人数。

（2）统计用户被关注人数：

用例1：在服务器端选择一个用户，浏览该用户的被关注人数信息。 预期结果：显示该用户的被关注人数。

（3）统计用户发表条目数：

用例1：在服务器端选择一个用户，浏览该用户的微博信息。 预期结果：显示该用户发表条目数。

附

用例规约

16

Micro Blog微博-统测试用例说明书

17

Micro Blog微博-统测试用例说明书

用例图

Micro Blog微博-统测试用例说明书

系统边界

19

Micro Blog微博-统测试用例说明书

20