机票订票系统测试分析报
告
Prepared on 22 November 2020
机票预定系统测试文档--X X X 定义
1．引言
编写目的
在开发大型软件的漫长过程中，面对极其错综复杂的问题，人的主观认识不可能完全符合客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺。因此，在软件生命周期的每个阶段都不可避免地会产生差错。尤其对于机票预订系统这类会影响人们生活．财产的工程软件，必须尽量减少差错，以免造成严重的损失。测试是“为了发现程序中的错误而执行程序的过程”。测试的目的就是在软件投入生产性运行之前，尽可能多的发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明．设计和编码的最后复审，也是必不可少的关键步骤。
项目背景
本项目是由软件工程老师指定的课程设计的题目。
①名称：机票预订系统
②委托方：某某航空公司
③开发方：胡俊、蒋鑫、金茂月、姬晴
④组成：需求分析--姬晴；系统设计--蒋鑫；
代码编写--胡俊；系统测试--金茂月
⑤本系统与其他系统的关系如下：
定义
黑盒测试：黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。
在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构
和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需
求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确
的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针
对软件界面和软件功能进行测试。
黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。
很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试
方法是发现不了的。
白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进
行，检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测
试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设
计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序
的状态，确定实际的状态是否与预期的状态一致。
参考资料
(1) 张海藩《软件工程导论》（第五版）北京：清华大学出版社。
(2)《机票预订系统需求分析说明书》 ---来自本组需求分析人员姬晴
(3)《机票预订系统概要和详细设计说明书》---来自本组系统设计人员蒋鑫
(4)《机票预定系统代码》--来自本组系代码编写人员胡俊
2．测试计划执行情况
测试项目
用户部分：
1.名称：登录及注册
内容：当用户是第一次登录该系统时，需要注册帐号，填写相关信息方可登录系统。当用户已经有帐号时，可以输入帐号及密码登录。
目的：控制进入系统的人员，能够增加系统能够增加系统的安全性和保障用户的个人信息安全。
2.名称：修改密码
内容：用户成功登录后，可以点击修改密码的相关按钮，输入账户名、旧密码，并且二次输入新密码。
目的：方便用户更改自己的密码，增加用户信息安全度。
3.名称：查询航班信息及订票。
内容：用户登录后，可以先通过按航班信息查询和始发地、目的地查询。在二个查询后或者不通过查询，便可以实现订票的功能。在订票中，用混可
以选择系统中的已有的各个飞机，可预定经济舱、商务舱、头等舱。目的：方便用户查询系统中的航班信息，实现机票预定。
4.名称：退票
内容：如果用户已经预定相关机票，而又有某些特殊的事情，无法赶上飞机，可以在系统中进行退票。
目的：方便用户更改或取消订票。
管理员部分：
1.名称：登录
内容：管理员输入账户名和密码，进行登录。
目的：方便对航班信息和用户订票的管理。
2.名称：增加航班信息
内容：如果系统需要添加相关航班某个航班，可以通过增加航班信息来实现。
目的：更新系统中的航班信息，方便用户的查询操作。
3.名称：查询及删除航班
内容：管理员登录后，能够进行查询航班信息的操作，并且可以进行删除相关航班的操作。
目的：能够实时的更新系统中的航班信息，方便用户查询。
4.名称：查询用户订票情况
内容：管理员登录后，可以点击查询用户订票情况。
目的：实时的了解系统中，用户订票情况。
测试计划和人员
测试人员---金茂月
测试计划如下：
1、用户登录和注册（4月29日-4月30日）
2、预订机票（4月30日-5月1日）
3、机票信息维护（4月30日-5月1日）
4、机票退订（4月30日-5月1日）
测试结果
黑盒测试
1）使用黑盒测试的方法，对用户登录功能进行测试
用户登录划分等价类
黑盒测试部分截图：
2）白盒测试
使用白盒测试，对用户登录订票的模块进行测试
测试流程图如下
1、账号登录
2、用户账号信息验证
3、机票预订
4、机票信息查询
5、保存并提交
环路复杂度：V（G）=P+1=3因此该流程共有3条独立路径：路径1：1→2 → 1
路径2：1 → 2 → 3 → 4 → 3 → 4 → 5
路径3：1 → 2 → 3 → 4 → 5
测试用例：
白盒测试图片（部分）
其他功能的测试图片：
3．软件需求测试结论
本软件基本上能够实现用户的订票，查询，修改，退票；和管理员的查询删除功能。但是可能也会存在一些不完善的地方，我们会在以后的课设中慢慢改进。
4．评价
软件能力
这款软件基本上能够实现用户的订票，查询，修改，退票；和管理员的查询删除功能。
缺陷和限制
可能在窗口的转换有些不完善，采用c 语言页面不够美观，C语言无法使用数据库解决和找到的Bug
我在测试的时候最开始发现密码不正确的时候也可以进入本系统，于是我修改了部分代码，用字符串匹配的方法进行了改进，解决了这个bug.
测试结论
这款软件通过测试，可以运行。
机票预定系统的系统 分析与设计 （一）项目名称 机票预定系统的系统分析与设计 （二）项目概述 航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。 （三）项目用例分析 机票预定系统业务参与表 ●旅客：为取得机票而付费的人 ●旅行社：其安全状况已得到确认的机构，因此，可以把旅客信息 输入到系统 ●Sys:处理旅客信息、预约、安排航班，进行定时查询统计的已有 系统
航空公司：旅客进行预约机票的航空公司 业务用例表 旅行社预定机票：其安全状况已得到确认的机构，因此，可以把旅客信息输入到系统 1.系统查询统计：系统为掌握各个航班的乘载情况定时进行查询统 计 2.系统安排航班：系统根据旅客需求安排航班 3.系统确认交付预约金：旅客为安排的航班满意后交付预约金 4.旅客获知航班：根据统计结果可以安排到航班后，旅行社通知旅 客 5.系统获得预定：系统确认获得预约金后，打印出取票通知和帐单 给旅客 6.航空公司合法性验证：航空公司对旅客身份证、护照、取票通知 和帐单进行合法性验证 7.旅客交款：合法性验证通过后，旅客交款 8.系统打印机票：核对信息无误后系统打印出机票给旅客 9.旅客延误处理：得到合法性验证后，确定旅客延误，取消预约 10.系统航班取消处理：旅客按时取预约机票时航班取消，系统取消 预约并退还旅客预约金 11.旅客更改航班的处理：旅客确认更改航班时，系统取消预约 12.旅客重新预约：旅客更改航班后重新预约机票 （四）用例细化描述
文档号：密级：内 部 版本号： 2.0 ××××××系统 系统测试分析报告 撰写： 审核： ×××××测试中心 日期：××××× 修订历史记录
目录 1 简介 (4) 1.1目的 (4) 1.2背景 (5) 1.3测试工具 (6) 1.4测试工具 (6) 2测试内容概要 (7) 3测试结果及发现 (12) 3.1测试结果 (12) 3.1.1功能测试 12 3.1.2数据和数据库完整性测试 14 3.1.3用户界面测试 15 3.1.4安全性和访问控制测试 16 3.1.5性能测试 17 4对软件的结论 (19) 4.1软件功能 (19)
4.2软件安全性 (19) 4.3软件容错性 (19) 4.4软件性能 (19) 5分析摘要 (20) 5.1能力 (20) 5.2缺陷和限制 (20) 5.2.1缺陷的严重级别分布 20 5.2.2缺陷状态分布 20 5.2.3产品各模块缺陷分布 20 5.2.4系统限制 20 5.2.5缺陷密度的分布 21 5.3评价 (21)
1简介 项目名称：××××××××系统，以下简称×××系统 ××××××××系统主要包括×××系统服务器、××× Web 服务器，是一种无客户端软件纯Web模式交流平台，适合广域网上提供客户服务和咨询服务办公模式。××××××××系统是为了支持M2M网站系统的在线客服功能，实现M2M网站访客与网站管理员进行在线交流。 同时××××××××系统也是网上交互平台，实现即时交流、咨询和服务等。实现了网上即时客服功能，实现了企业产品的售前、售后服务功能，由原来电话咨询服务转为网上在线咨询和服务模式，为企业节省了服务费用，同时也为用户咨询和服务带来方便。 1.1目的 本功能测试报告的编写目的在于统计量化××××××××系统的错误和存在的问题，通过分析错误产生的原因和错误的分布特征，发现软件的缺陷和限制，从而对模块的质量做出一个客观有效的评价。 本测试报告的预期读者是××××××系统的软件开发人员、项目管理人员、研发管理人员、测试经理、测试人员、维护人员。
《数据库原理及应用课程设计》 系统开发报告 学号： 姓名： 题目：机票预订系统 指导教师： 提交时间： 2015年12月 计算机工程系 目录 一.概述 (2) 1.1 课程实训目的与要求 (2) 1.2 机票预订系统 (2) 1.2.1 系统功能的基本要求 (2) 1.2.2 数据库要求 (3) 二.需求分析 (3) 2.1背景分析 (3) 2.2 功能分析 (3) 2.3 数据词典 (4) 三.概念结构设计 (6) 3.1概念结构设计的方法与步骤 (6) 3.2 局部 E-R 图设计 (6) 3.4总体概念 E-R 图结构 (7) 四.逻辑结构设计 (9) 4.1 逻辑结构设计 (9) 4.2 数据库表的建立 (10) 五.物理结构设计 (10) 5.1 表的建立与数据载入 (10) 5.2 视图建立 (11) 5.3 索引建立 (11) 5.4 存储过程 (11) 5.5 触发器 (11) 5.6 创建登陆账户和添加数据库用户 (12) 六.数据流图及程序结构框图 (13) 6.1 功能模块图 (13) 6.2数据流图 (13) 七.界面设计与功能测试................................ 错误!未定义书签。 7.1登录界面及代码 (14) 7.2 进入系统界面 (15) 7.3 订票过程 (15) 八．总结 (19)
一.概述 应用对数据库技术及应用的理论学习通过上机实践的方式将理论知识与实 践更好的结合起来巩固所学知识。 实践和巩固在课堂教学中学习的关于数据库的有关知识熟练掌握对于给定 实训任务的数据库的创建、基本操作、程序系统的建立和调试以及系统评价。 实践和巩固在课堂教学中学习的关于关系数据库原理的有关知识和数据库 系统的建立方法熟练掌握对于给定实际问题为了建立一个关系数据库信息管 理系统必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系 统调试、维护以及系统评价的一般过程为将来在学习工作中的应用打下基础。1.1 课程实训目的与要求 课程实训的目的是本次课程实训的主要任务是运用在《数据库原理及应用》课程中学到的理论知识来指导实践了解数据库设计过程及其实现方法学会用 数据库建模的方法解决实际问题。掌握数据库原理、范式理论、规范化等相关知识掌握数据库分析设计的具体步骤与基本方法掌握 SQL 语言的基本语法和 基本内容并能运用 SQL Server 2005 实现设计数据库掌握 SQL Server 2005 数据库、表、视图、约束、索引、存储过程、触发器的使用利用一种前台开发工 具实现数据库管理系统的开发实现特定的业务功能。通过综合课程实训提高 实践动手技能培养独立分析分析问题和解决问题的能力。 课程实训的要求本次课程实训的选题比较灵活可以是自主选题也可以 自己选择比较感兴趣的题目重点是完成数据库的分析、设计与实现题目要符 合《数据库原理及应用》的要求并且具备一定的难度和深度除此以外可以 从备选题目之外选择一个题目完成。 1.2 机票预订系统 在所给的实训题目中我选择的是机票预订系统的设计。 1.2.1 系统功能的基本要求 每个航班信息的输入 每个航班的坐位信息的输入 当旅客进行机票预定时输入旅客基本信息系统为旅客安排航班打印取 票通知和帐单 旅客在飞机起飞前一天凭取票通知交款取票 旅客能够退订机票
软件系统测试的主要方法 软件系统测试的主要方法 系统测试，英文是System Testing。 它的的任务是尽可能彻底地检查出程序中的错误，提高软件系统的可靠性，其目的是检验系统"做得怎样？"。这阶段又可分为三个步骤：模块测试，测试每个模块的程序是否有错误；组装测试，测试模块之间的接口是否正确；确认测试，测试整个软件系统是否满足用户功能和性能的要求。该阶段结束应交付测试报告，说明测试数据的选择，测试用例以及测试结果是否符合预期结果。测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。 接下来说一下有关系统测试的主要方法 系统测试一般采取黑盒测试，系统测试的方法也比较多，其中常用的方法有：多任务测试、临界测试、中断测试、等价划分测试 多任务测试 多任务测试是指在非idle状态下，测试对象处于工作状态时，有新的事件发生，如手机进行通话时有短信进行，手机有电话呼入，这种情况就是“多任务” Eg：手机项目中，查看短信时，有来电时。。。 备注： 1.多任务是黑盒尤其是嵌入式设备中所必须进行的一项最基本的测试，也是最容易发现软件问题的测试 2.多任务测试是测试系统模块之间相互影响的一种重要测试，这种测试一般会检测出如死机，系统重启，内存混乱，数据丢失等严重情况 3.多任务测试应放在用户经常使用的模块组合上，测试时应将用户可能遇到的这些组合考虑进去，同时注意模块重合的时间点 临界测试 在事件、任务刚刚发生、结束以及储存系统处于临界等边界状态下所进行测试 Eg：系统用户的容量为200，那么当人数达到到201时。。。 备注： 1.临界测试时系统测试中很容易发现问题。最重要的一点事临界值的把握，有概率性的出现就是一个测试点的问题 2.一般事件发生的开始和结束瞬间以及涉及到内存处于满和空时临界侧四关注的重点，这些情况也是最容易出现问题
五、详细设计说明书 1．引言 (2) 1.1编写目的 (2) 1.2项目背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2．总体设计 (3) 2.1需求概述 (3) 2.2软件结构 (3) 3．程序描述 (4) 3.1功能 (4) 3.2性能 (4) 3.3输入，输出项目 (5) 3.4程序逻辑 (7) 3.4.1、登录 (7) 3.4.2、查询系统 (7) 3.4.3、订票系统 (8) 3.4.4、修改系统 (8) 3.4.5、退票系统 (9) 3.5接口 (9) 3.5.1、用户接口 (9) 3.5.2、外部接口 (9) 3.5.3、内部接口 (9) 3.6存储分配 (9) 3.7限制条件 (10) 3.8测试要点 (10)
1．引言 1.1编写目的 在本机票预定系统项目的前一阶段，也就是概要设计阶段中，已经将系统用户对本系统的子模块功能做了详细的阐述，这些模块功能具体设计将在本报告中详尽得以叙述及阐明。 本阶段已在系统的概要设计的基础上，对机票预定系统做详细设计。主要解决了实现该系统程序模块具体设计问题。包括确定算法，数据结构，模块接口的使用，数据库的动态操作以及界面设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有详细设计进行详细的说明。 在下一阶段的编码过程中，程序设计员可参考此详细设计报告，在详细设计对机票预定系统所做的算法设计，数据结构以及数据库动态操作的基础上，对系统进行编码。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在详细设计过程中所完成的各模块算法设计，或在修改时找出在本阶段设计的不足或错误。 1.2项目背景 开发软件名称：机票订票系统 项目开发者：兰州理工大学软件工程机票订票系统开发小组： 用户单位：旅客、航空公司 1.3定义 数据字典：关于数据的信息的集合，也即对数据流图中包含的元素的定义的集合。 1.4参考资料 1.《软件工程导论》清华大学出版社张海藩编著
系统测试的基本方法有哪些 计算机软件是基于计算机系统的一个重要组成部分，软件开发完毕后应与系统中其它成分集成在一起，此时需要进行一系列系统集成和确认测试。对这些测试的详细讨论已超出软件工程的范围，这些测试也不可能仅由软件开发人员完成。在系统测试之前，软件工程师应完成下列工作： （1）为测试软件系统的输入信息设计出错处理通路； （2）设计测试用例，模拟错误数据和软件界面可能发生的错误，记录测试结果，为系统测试提供经验和帮助； （3）参与系统测试的规划和设计，保证软件测试的合理性。 系统测试应该由若干个不同测试组成，目的是充分运行系统，验证系统各部件是否都能政党工作并完成所赋予的任务。下面简单讨论几类系统测试。 １、恢复测试 恢复测试主要检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。恢复测试首先要采用各种办法强迫系统失败，然后验证系统是否能尽快恢复。对于自动恢复需验证重新初始化（reinitialization）、检查点(checkpointing mechanisms)、数据恢复(data recovery)和重新启动(restart)等机制的正确性；对于人工干预的恢复系统，还需估测平均修复时间，确定其是否在可接受的范围内。
２、安全测试 安全测试检查系统对非法侵入的防范能力。安全测试期间，测试人员假扮非法入侵者，采用各种办法试图突破防线。例如，①想方设法截取或破译口令；②专门定做软件破坏系统的保护机制；③故意导致系统失败，企图趁恢复之机非法进入；④试图通过浏览非保密数据，推导所需信息，等等。理论上讲，只要有足够的时间和资源，没有不可进入的系统。因此系统安全设计的准则是，使非法侵入的代价超过被保护信息的价值。此时非法侵入者已无利可图。 ３、强度测试 强度测试检查程序对异常情况的抵抗能力。强度测试总是迫使系统在异常的资源配置下运行。例如，①当中断的正常频率为每秒一至两个时，运行每秒产生十个中断的测试用例；②定量地增长数据输入率，检查输入子功能的反映能力；③运行需要最大存储空间（或其他资源）的测试用例； ④运行可能导致虚存操作系统崩溃或磁盘数据剧烈抖动的测试用例，等等。 ４、性能测试 对于那些实时和嵌入式系统，软件部分即使满足功能要求，也未必能够满足性能要求，虽然从单元测试起，每一测试步骤都包含性能测试，但只有当系统真正集成之后，在真实环境中才能全面、可靠地测试运行性能
软件测试质量分析报告 1编写目的 为了发现程序的错误和缺陷，通过测试，检查该程序是否达到了预期的结果， 2 这些标准的软件，其质量难以得到保证。软件还应满足某些隐含的要求，例如希望有良好的可理解性、可维护性等，而这些隐含的要求可能未被写在用户规定的需求中，满足它的显性需求而不满足其隐含需求，那么该软件的质量是令人怀疑的。4：测试工具及方法 （1）单元测试 测试工具：Eclipse
Eclipse简介： Eclipse是一个开放源代码的、基于Java的可扩展开发平台。就其本身而言，它只是一个框架和一组服务，用于通过插件组件构建开发环境。幸运的是，Eclipse附带了一个标准的插件集，包括Java开发工具（JavaDevelopmentKit，JDK）。 虽然大多数用户很乐于将Eclipse当作Java集成开发环境（IDE）来使用，但 （ Eclipse 于 （structuraltesting）等，软件测试的主要方法之一，也称结构测试、逻辑驱动测试或基于程序本身的测试。 白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。优点和缺点 1.优点
·昂贵 ·迫使测试人员去仔细思考软件的实现 ·可以检测代码中的每条分支和路径 ·揭示隐藏在代码中的错误 ·对代码的测试比较彻底 2. 划分了等价类后，就可以说，如果对该集合中某个元素所进行的测试没有发现错误的话，那么对该集合中其他元素所进行的测试也不大可能会发现错误。 使用等价类划分方法设计测试用例主要有两个步骤：（1）确定等价类；（2）生成测试用例 黑盒测试的优缺点 优点:
课程设计报告 课程设计名称数据结构课程设计 专业计算机科学与技术 班级_______________________ 学号_____________________ 姓名_ 指导教师____________________ 成绩 __________________ 2012年 2 月26 日 数据结构课程设计 ——《飞机票票订票管理》 目录 目录 (ii) 第1章软件的需求分析 (3) 1. 1软件达到的目的 (3) 1. 2软件功能说明 (3) 121功能分析说明图 (3) 第2章软件概要设计 (4) 2.1软件模块的总体设计 (4) 2.2软件设计详细内容 (4) 2.2.1采用的主要数据结构类型 (4) 223主要流程图 (4) 第3章设计的详细说明及关键代码分析 (17) 3.1设计的详细说明 (17) 3.2关键代码分析和说明 (17) 3.3测试说明 (18) 第4章程序运行 (19) 4. 1程序运行 (19) 参考文献..................................... 总结.......................................
第1章软件的需求分析 1.1软件达到的目的 通过此系统可以实现如下功能 1）录入: 可以录入航班情况（数据可以存储在一个数据文件中，数据结构、具体数据自定）2）查询： 可以查询某个航线的情况（如，输入航班号，查询起降时间，起飞抵达城市，航班票价，票价折扣，确定航班是否满仓）； 可以输入起飞抵达城市，查询飞机航班情况； 3）订票：（订票情况可以存在一个数据文件中，结构自己设定） 可以订票，如果该航班已经无票，可以提供相关可选择航班； 4）退票：可退票，退票后修改相关数据文件； 客户资料有姓名，证件号，订票数量及航班情况，订单要有编号。 5）修改航班信息：当航班信息改变可以修改航班数据文件 1. 2软件功能说明 1.2.1功能分析说明图 该软件功能分析说明图如1-1所示： 图1-1
软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程，其目的是在于检验是否满足规定的需求或者弄清预期的结果与实际结果的区别。本文主要描述软件测试的类型。 1 数据和数据库完整性测试 数据与数据库完整测试是指测试关系型数据库完整性原则以及数据合理性测试。 数据库完整性原即： 主码完整性：主码不能为空； 外码完整性：外码必须等于对应的主码或者为空。 数据合理性指数据在数据库中的类型，长度，索引等是否建的比较合理。 在项目名称中，数据库和数据库进程应作为一个子系统来进行测试。在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统 (DBMS)，还需要进行深入的研究，以确定可以支1持测试的工具和技术。 比如，有两张表：部门和员工。部门中有部门编号，部门名称，部门经理等字段，主码为部门编号；员工表中有员工编号，员工所属部门编号，员工名称，员工类型等字段，主码为员工编号，外码为员工所属部门编号，对应部门表。如果在某条部门记录中部门编号或员工记录员工编号为空，他就违反主码完整性原则。如果某个员工所属部门的编号为##，但是##在部门编号中确找不到，这就违反外码完整性原则。 员工类型如下定义：0：职工，1：职员，2：实习生。但数据类型为Int，我们都知道Int占有4个字节，如果定义成char(1).就比原来节约空间。 2 白盒测试 白盒测试是基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般黑盒测试由项目经理在程序员开发中来实现。白盒测试分为动态白盒测试和静态白盒测试 2.1 静态白盒测试 利用眼睛，浏览代码，凭借经验，找出代码中的错误或者代码中不符合书写规范的地方。比如，代码规范中规定，函数必须为动宾结构。而黑盒测试发现一个函数定义如下： Function NameGet(){ …. } 这是属于不符合开发规范的错误。 有这样一段代码: if (i<0) & (i>=0) … 这段代码交集为整个数轴，IF语句没有必要 I=0; while(I>100){ J=J+100; T=J*PI; } 在循环体内没有I的增加,bug产生。 2.2 动态白盒测试 利用开发工具中的调式工具进行测试。比如一段代码有4个分支，输入4组不同的测试数据使4组分支都可以走通而且结果必须正确。 看一段代码 if(I<0){ P1 }else{ P2 } 在调试中输入I=-1,P1程序段通过， P2程序段未通过，属于动态黑盒测试的缺陷 3.功能测试 功能测试指测试软件各个功能模块是否正确，逻辑是否正确。
八、测试分析报告 1．引言 (2) 1.1编写目的 (2) 1.2项目背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2．测试计划执行情况 (3) 2.1测试项目 (3) 1．系统登录窗口测试 (3) 2．修改密码功能测试 (3) 3．图书录入、删除测试 (3) 4．会员录入、删除测试 (3) 5．会员查询测试 (3) 6．图书查询测试 (4) 7．借书测试 (4) 8．还书测试 (4) 2.2测试机构和人员 (4) 2.3测试结果 (4) 1．系统登录窗口测试结果 (4) 2．修改密码功能测试 (4) 3．图书录入、删除测试 (5) 4．会员录入、删除测试 (5) 5. 会员查询测试 (5) 6. 图书查询测试 (5) 7. 借书测试 (5) 8.还书测试 (5) 3．软件需求测试结论 (6)
4．评价 (7) 4.1软件能力 (7) 4.2缺陷和限制 (7) 4.3建议 (7) 4.4测试结论 (7) 1．引言 1.1编写目的 为了发现“图书馆管理系统”软件存在的错误，进行以下测试 【阐明编写测试分析报告的目的，指明读者对象。】 此报告供本系统开发组及校领导审阅。 1.2项目背景 《图书馆管理系统》软件由软件学院开发。 【说明项目的来源、委托单位及主管部门。】 《教师教学网络测评》系统由协和学院计算机系开发。 本项目使用的基础数据来源于《高校教务管理系统》，本项目对学生、教师、课程等基础数据未提供相应的管理模块。 1.3定义 【列出测试分析报告中所用到的专门术语的定义和缩写词的原文。】 1.4参考资料 《软件工程技术及应用》（东北林业大学出版社）
本科实验报告 课程名称：软件工程 实验项目：机票预订系统 实验地点：致远楼301 专业班级：软件1222班学号：2012005610学生姓名：王帅 指导教师：崔冬华 2012年 5 月13 日
《可行性研究报告》 1、编写目的 可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。 经过对此项目进行详细调查研究，初拟系统实验报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。 2、概述 项目名称：航空公司机票预定系统。 项目用户：航空公司。 开发成员：王帅、王杰、王春来、王舒洋、王晓磊。 项目目标：建立一个高效率、无差错的航空公司机票预定系统。 3、背景： 随着社会发展的不断进步，民航事业的壮大，人们消费水平的提高，乘坐民航的消费者也越来越多，机票预订系统也开始影响着人们日常生活和出行，并且变得越来越重要。而原有的系统随着航空公司载客量的迅猛增长和人们对便捷性要求的提高，已经变得无法满足需求。原有的系统不仅效率比较低下，而且在安全性、准确性等方面有很多不足。 为了实现航空公司以及旅游行业的现代化管理，进一步提高工作效率，方便旅客，需要开发一个机票预订系统。该系统需要具有完整的存储，查询，核对，打印机票的功能。 在这个系统中，旅客或工作人员在网上或旅行社的机票预售代理点，通过计算机系统查询，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印机票给旅客。 4、目标： 在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面
成都东软信息技术学院 期末试题——软件测试基础（A卷） 说明：本试卷共六大题，试卷满分100分，考试时间120分钟。 一、单项选择题：共20小题，每小题1 分，满分20分；请将答案填入题后括号中。 （说明：每题有且仅有一个正确答案） 1.在软件生命周期的哪一个阶段，软件缺陷修复费用最低（） （A）需求分析（编制产品说明书）（B）设计 (C) 编码（D）产品发布 2.单元测试中用来模拟被测模块调用者的模块是（） (A) 父模块（B）子模块 （C）驱动模块（D）桩模块 3.为了提高测试的效率，应该（） （A）随机地选取测试数据； （B）取一切可能的输入数据作为测试数据； （C）在完成编码以后制定软件的测试计划； （D）选择发现错误可能性大的数据作为测试数据。 4.侧重于观察资源耗尽情况下的软件表现的系统测试被称为（） （A）强度测试（B）压力测试 (C) 容量测试（D）性能测试 5.必须要求用户参与的测试阶段是（） （A）单元测试（B）集成测试 (C) 确认测试（D）验收测试 6.软件测试员究竟做些什么。（）
（A）软件测试员的目的是发现软件缺陷 （B）软件测试员的目的是发现软件缺陷，尽可能早一些 （C)软件测试员的目的是发现软件缺陷，尽可能早一些，并确保其得以修复 （D）软件测试员的目的是发现软件缺陷，尽可能早一些，并将其得以修复 7.下面四种说法中正确的是（） （A）因果图法是建立在决策表法基础上的一种白盒测试方法； （B）等价类划分法是边界值分析法的基础； （C）健壮性等价类测试的测试用例要求在有效等价类中取值； （D）在任何情况下做黑盒测试皆应首先考虑使用错误推断法。 8.不属于单元测试内容的是（） （A）模块接口测试（B）局部数据结构测试 (C) 路径测试（D）用户界面测试 9.划分软件测试属于白盒测试还是黑盒测试的依据是（） （A）是否执行程序代码 （B）是否能看到软件设计文档 （C）是否能看到被测源程序 （D）运行结果是否确定 10.下列项目中不属于测试文档的是（） （A）测试计划（B）测试用例 (C) 程序流程图（D）测试报告 11.几乎没有产品计划、进度安排和正规的开发过程的软件开发模式是（） （A）大棒模式（B）边写边改模式 (C) 瀑布模式（D）快速原型开发模式 12.如果某测试用例集实现了某软件的路径覆盖，那么它一定同时实现了该软件的（） （A）判定覆盖（B）条件覆盖 (C) 判定/条件覆盖（D）组合覆盖 13.下列说法不正确的是（） （A）测试不能证明软件的正确性； （B）测试员需要良好的沟通技巧；
测试计划 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软件说明 主界面模块：
软件测试分析报告 Coca-cola standardization office【ZZ5AB-ZZSYT-ZZ2C-ZZ682T-ZZT18】
测试分析报告（GB8567——88） 1引言 编写目的 说明这份测试分析报告的具体编写目的，指出预期的阅读范围。 背景 说明： a.被测试软件系统的名称； b.该软件的任务提出者、开发者、用户及安装此软件的计算中心，指出测 试环境与实际运行环境之间可能存在的差异以及这些差异对测试结果的影响。 定义 列出本文件中用到的专问术语的定义和外文首字母组词的原词组。 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2测试概要 用表格的形式列出每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，说明作出这种改变的原因。
3测试结果及发现 测试1（标识符） 把本项测试中实际得到的动态输出（包括内部生成数据输出）结果同对于动态输出的要求进行比较，陈述其中的各项发现。 测试2（标识符） 用类似本报告条的方式给出第 2项及其后各项测试内容的测试结果和发现。 4对软件功能的结论 功能1（标识符） 能力 简述该项功能，说明为满足此项功能而设计的软件能力以及经过一项或多项测试已证实的能力。 限制 说明测试数据值的范围（包括动态数据和静态数据），列出就这项功能而言，测试期间在该软件中查出的缺陷、局限性。 功能2（标识符） 用类似本报告的方式给出第2项及其后各项功能的测试结论。 ．．．．．．
题目：飞机订票系统 目录 一、可行性研究报告 .................................................................................. - 1 - 1.1编写目的.............................................................................................................. - 1 - 1.2项目背景.............................................................................................................. - 1 - 1.3限制条件.............................................................................................................. - 1 - 1.4经济可行性.......................................................................................................... - 2 - 1.5技术可行性.......................................................................................................... - 3 - 1.6法律可行性.......................................................................................................... - 3 - 1.7用户使用可行性.................................................................................................. - 3 - 1.8其他与项目有关的问题...................................................................................... - 3 - 二、需求分析............................................................................................... - 4 - 2.1 项目概述............................................................................................................. - 4 - 2.2 数据流图............................................................................................................. - 4 - 2.3 数据字典............................................................................................................. - 8 - 2.4 性能需求............................................................................................................. - 9 - 2.5机票预定系统的数据需求................................................................................ - 10 - 2.6 用户其他需求................................................................................................... - 10 - 三、总体设计............................................................................................. - 11 - 3.1 引言................................................................................................................... - 11 - 3.2客户机上的内部处理流程：......................................................................... - 11 - 3.3 总体结构和模块外部设计............................................................................... - 14 - 3.4接口设计............................................................................................................ - 15 - 3.5 数据结构设计................................................................................................... - 16 - 3.6 运行设计........................................................................................................... - 17 - 四、详细设计............................................................................................. - 18 - 4.1 系统窗口界面菜单功能项设计....................................................................... - 18 - 4.2 订票管理菜单航班安排功能设计................................................................... - 18 - 4.3 订票管理菜单核对订票信息功能设计........................................................... - 19 - 4.4 订票管理菜单修改订票信息功能设计........................................................... - 21 - 4.5 订票管理菜单查询订票信息功能设计........................................................... - 22 - 五章、编码................................................................................................. - 23 - 5.1订票管理菜单航班安排功能代码.................................................................... - 23 - 5.2订票管理菜单核对订票信息功能代码............................................................ - 24 - 5.3订票管理菜单修改订票信息功能代码............................................................ - 26 - 5.4订票管理菜单查询订票信息功能代码............................................................ - 27 - 六、测试..................................................................................................... - 28 -
【转】浅谈软件测试的基本理论与方法 随着软件应用领域越来越广泛，其质量的优劣也日益受到人们的重视。质量保证能力的强弱直接影响着软件业的发展与生存。软件测试是一个成熟软件企业的重要组成部分，它是软件生命周期中一项非常重要且非常复杂的工作，对软件可靠性保证具有极其重要的意义。 在软件的测试过程中，应该应用各种测试方法，以保证产品有一个较高较稳定的质量。根据不同的生产过程进行不同的测试，包括黑盒测试、cc霜白盒测试、携程网酒店预定功能测试、系统测试、压力测试、安装/卸载测试、兼容性测试、α 测试、β 测试等。 软件测试是整个软件开发过程中一段非常重要的阶段，在测试过程中如能按照测试的基本过程来进行测试，软件的质量能有所保障。 我做了一个半月的测试，就现在的感觉而言，其实做测试必开发却是是轻松了一点，不是那么的累脑子，但是测试也是很深的一门学问，针对于不同的公司，产品不一样，所要求的测试的技术也不一样。有的公司测试很轻松，但是有的公司测试也是经常加班熬通宵的 1软件测试基础 信息技术的飞速发展，使软件产品应用到社会的各个领域，软件产品的质量自然成为人们共同关注的焦点。不论软件的生产者还是软件的使用者，均生存在竞争的环境中，软件开发商为了占有市场，必须把产品质量作为企业的重要目标之一，以免在激烈的竞争中被淘汰出局。用户为了保证自己业务的顺利完成，当然希看选用优质的软件。质量不佳的软件产品不仅会使开发商的维护难度和用户的使用本钱大幅增加，还可能产生其他的责任风险，造成公司信誉下降，继而冲击股票市场。在一些关键应用(如民航订票系统、银行结算系统、证券交易系统、自动飞行控制软件、军事防御、核电站安全控制系统等) 中使用质量有问题的软件，还可能造成灾难性的后果。 软件危机曾经是软件界甚至整个计算机界最热门的话题。为了解决这场危机，软件从业职员、专家和学者做出了大量的努力。现在人们已经逐步熟悉到所谓的软件危机实际上仅是一种状况，那就是软件中有错误，正是这些错误导致了软件开发在本钱、进度和质量上的失控。有错是软件的属性，而且是无法改变的，由于软件是由人来完成的，所有由人做的工作都不会是完美无缺的。问题在于我们如何避免错误的产生和消除已经产生的错误，使程序中的错误密度达到尽可能低的程度。 1.1软件测试的概念 软件测试是为了发现错误而执行程序的过程。或者说，软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例（即输进数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现程序错误的过程。
目录
1 引言 (3) 1 编写目的 (3) 2 项目背景 (3) 3 定义规约 (4) 4 参考资料 (4) 2 测试概要 (5) 1 进度回顾 (5) 2 测试用例 (5) 3 测试方法 (5) 4 测试执行 (5) 5 测试环境 (6) 5.1 软硬件环境 (6) 5.2 网络拓扑...................................................... 错误!未定义书签。 3 测试结果 (7) 1 覆盖率 (7) 1.1 需求覆盖 (7) 2 缺陷汇总 (8) 3 缺陷分析 (9) 4 遗留缺陷 (9) 4 测试结论与建议 (10) 1 测试结论 (10) 1.1 功能性 (10) 1.2 易用性 (10) 1.3 可靠性 (10) 1.4 兼容性 (11) 1.5 安全性 (11) 2 典型缺陷引入原因分析 (11) 3 测试建议 (11)
1引言 1编写目的 编写该测试总结报告主要有以下几个目的： 1．通过对测试结果的分析，得到对软件质量的评价 2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考3．评估测试测试执行和测试计划是否符合 4．分析系统存在的缺陷，为修复和预防bug提供建议 本测试总结报告适合以下读者： ◆项目管理人员 ◆测试负责人员 ◆项目组相关人员 2项目背景 提出者： 交办单位：XXXX 软件名称：XX系统 XXXX信息系统的建设是为了全面应用现代信息技术，集中统一地、科学地管理科技厅工作中形成的各类档案，满足对档案安全存储、快速检索、综合利用的要求，实现档案管理的信息化、现代化。对档案信息资源进行数字化管理和综合利用，使档案管理模式从以档案实体保管和利用转向档案信息的数字化存储和提供服务为重心，从而使档案工作进一步走向规化、数字化、网络化，提高档案