民航飞机订票系统的UAT测试.doc

《民航飞机订票系统的UAT测试.doc》由会员分享，可在线阅读，更多相关《民航飞机订票系统的UAT测试.doc（37页珍藏版）》请在三一办公上搜索。

1、民航飞机订票系统的UAT测试摘要本文主要是阐述软件测试技术在民航飞机订票系统的应用，整体来说，是对系统进行功能测试，运用QualityCenter测试管理工具，对系统进行需求分析，找出功能点，制定测试计划和测试案例，采用手工测试（UAT）的方法执行测试案例，找出系统缺陷(BUG)，跟踪缺陷(BUG)，复测，关闭缺陷的过程功能测试方面，阐述功能测试用例的设计方法在民航飞机订票系统中的运用，包括等价类划分法、边界值分析法、因果图法和场景法。 工具方面，阐述QualityCenter测试管理工具的功能，在测试工作中的应用以及缺陷的管理。【关键字】 功能测试；测试用例；QualityCenter；缺陷

2、；手工测试(UAT);缺陷； AbstractThis paper is mainly elaborated on the software testing technology of electronic official documents transmission system, overall, includes two aspects: the function test and the test performance tests.Function test, this function test case design methods in the application doc

3、ument transmission system, including the equivalence partitioning method, the boundary value analysis method and the scene and causality diagram.Performance testing, in the document transmission system performance, under the premise of design performance test plan, and formulate plans for the core b

4、usiness point set scene, establish concurrent users, this paper elaborates on the core business is the load and the pressure test and continuous stability test design.KeywordsFunctionalTesting,TestCases,PerformanceTesting,QualityCenter,UAT, BUG目录第1章 引言11.1民航飞机订票系统11.2软件测试的背景和意义11.3软件测试理论基础21.3.1 软件测

5、试定义21.3.2 软件测试的目标21.3.3 软件测试的内容2第2章 相关技术和工具介绍42.1相关测试技术介绍42.1.1 黑盒测试42.1.2 白盒测试52.2 相关测试工具的介绍52.2.1 QualityCenter简介52.2.2 QualityCenter 功能6第3章 需求分析83.1飞机订票系统测试需求分析报告83.1.1测试特性与软件需求的对应关系93.1.2被测试特性93.2 功能点列表103.2.1登陆界面103.2.2主界面103.2.3页面功能测试11第4章 软件测试过程1241 测试计划124.1.1 测试范围与主要内容124.1.2测试方法及对应工具134.1.

6、3 测试环境134.1.4各阶段完成准则144.1.5 任务表及测试进度144.2 测试用例144.2.1 用户登录测试154.2.2 工具栏测试204.2.3页面功能测试254.3执行案例314.4软件错误与缺陷的定义32第5章 测试总结335.1软件缺陷的产生原因：335.2软件测试的目标：335.3软件测试中的认识误区：34参考文献35致谢37第1章 引言1.1民航飞机订票系统随着中国经济的高速发展，我国航空业迅速起飞，对民航售票系统的要求也越来越高。早期的民航售票系统就是一个单纯的售票设备，没有其他的附加功能，但已经满足了当时的需要。随着我国民航业的高速发展，原有的售票系统开始暴露出一

7、系列的问题，包括功能的单一性，效率低下、难扩展等，在一定的程度上阻碍了民航业的发展。如今的服务都讲求效率，一般来说，传统的售票系统都处于低效率的状态，退一张机票可能浪费你很多的时间，这样客户是无法接受的。以访问过的售票点为例，对乘客信息的准确性的要求是非常高的，因为这可能影响到乘客不能登机。在系统功能不完善的前提下，很多工作都要人手处理，既耗时又耗力，员工工作效率低下，要求新的售票系统的呼声越来越高。航空订票系统是一个为航空管理员提供方便, 便于管理，并且保证订票的安全性和高效性。应用在航空公司和游客之间完成订票的一款系统。在功能上，为旅客提供航空定票录入、查询、咨询、订票、退票、修改航班信息

8、等功能。1.2软件测试的背景和意义21世纪计算机技术的发展迅速，越来越广泛深入的应用于国民经济和社会生活的方方面面，计算机软件会潜在的影响到数以百万计的人，使他们更高效的完成工作，反之也会给他们带来数不清的麻烦导致工作或事业的损失。随着软件系统的规模和复杂性与日俱增，软件中存在的缺陷和故障造成的各类损失和软件的生产成本也大大增加，甚至有时会带来灾难性的后果。软件质量问题已成为所有使用软件和开发软件的人关注的焦点。由于软件是人脑的高度智力化的体现和产品这一特殊性，不同于其他科技和生产领域，因此软件与生惧来就有可能存在着缺陷。如何防止和减少这些可能存在的问题呢？回答是进行软件测试。测试是最有效的排

9、除和防止软件缺陷与故障的手段，并由此促进了软件测试理论与技术实践的快速发展。新的测试理论，测试方法，测试技术手段在不断涌出，软件测试机构和组织也在迅速产生和发展，由此软件测试技术职业也同步完善和健全起来。软件测试工作不但保证了软件质量且降低了日后维护成本，也提高了企业信誉和实力。 1.3软件测试理论基础1.3.1 软件测试定义为了发现程序中的错误而执行程序的过程。1.3.2 软件测试的目标n 测试是为了发现程序中的错误而执行程序的过程；n 好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；n 成功的测试是发现了至今为止尚未发现的错误的测试。1.3.3 软件测试的内容软件测试主要工作内容

10、是验证和确认，下面分别给出其概念：验证是保证软件正确地实现了一些特定功能的一系列活动，即保证软件做了你所期望的事情。n 确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程；n 程序正确性的形式证明，即采用形式理论证明程序符号设一计规约规定的过程；n 评市、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。确认是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性，即保证软件以正确的方式来做了这个事件。n 静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性； n 动态确认，通过执行程序

11、做分析，测试程序的动态行为，以证实软件是否存在问题。第2章 相关技术和工具介绍2.1相关测试技术介绍按照软件测试用例的设计方法而论，软件测试可分为黑盒测试和白盒测试；2.1.1 黑盒测试黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边界值分析、因果图

12、、错误推测等，主要用于软件确认测试。1.等价类划分等价类划分:是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法。2.边界值分析法边界值分析法：边界值分析方法是对等价类划分方法的补充.边界值分析方法的考虑:长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误。3.因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考

13、虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）。4.错误推测法错误推测法: 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 其基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。 2.1.2 白盒测试白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作

14、是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑测试、基路测试等，主要用于软件内部结构的验证。2.2 相关测试工具的介绍2.2.1 QualityCenter简介QualityCenter是HP公司一个测试管理工具，是一个基于web的测试管理系统，它可以在您公司内部或外部进行全球范围内测试的管理。通过在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，QualityCenter极大地加速了测试过程。QualityCenter能消除组织机构间、地

15、域间的障碍。它能让测试人员、开发人员或其它的IT人员通过一个中央数据仓库，在不同地方就能交互测试信息。Quality Center将测试过程流水化从测试需求管理，到测试计划，测试日程安排，测试执行到出错后的错误跟踪仅在一个基于浏览器的应用中便可完成，而不需要每个客户端都安装一套客户程序。Quality Center是业界内一个基于Web的测试管理解决方案，它可以在您公司内部进行全球范围的测试协调。QualityCenter能够在一独立的应用系统中提供需求管理功能，并且可以把测试需求管理于测试计划、测试日程控制、测试执行和错误跟 踪等功能融合为一体，因此极大地加速了测试的进程。电子商务正改变着许

16、多公司在如何规划并建立IT系统方面的决定。常常在一瞬间，一个Web应用就完成了创建和部署，并展现在您的客户、供应商或合作伙伴的面前。但是，由于紧凑的开发计划和复杂的系统结构， Web应用测试经常是被忽视的。为了与心经济同步，您必须开发经过全面测试的高品质的网络应用。在正式面试之前，测试管理提供了一套测试Web应用的组织框架。由于测试方案会根据不断推陈出新的应用要求而改进，您需要设立一个中央点来管理测试过程。一套基于Web的测试管理系统提供了一个协同合作的环境和一个中央数据仓库。由于测试人员分布在各地， 您需要一个统一的测试管理系统能让用户不管在何时何地都能参与到整个测试过程中，并献计献策。IT

17、部门的增长速度非常快，人员也经常流动。您必须以最快的速度培训新的测试人员，教会他们所有的测试有关的知识技术。而Quality Center所提供的一种单 点模式，便于管理复杂的部署过程，改善部门间的沟通，加速您测试的成功。2.2.2 QualityCenter 功能QualityCenter可以快速有效地部署高质量的应用程序，其方法是为收集要求、计划和安排测试、分析结果并管理缺陷和故障提供一个持续、可重复的流程。Quality Center 是一个用于测试管理所有重要方面的基于 Web 的单个应用程序 - 要求管理、测试计划、测试实验室和缺陷管理。您可以将这些核心模块作为独立的解决方案或在全局

18、 QualityCenter of Excellence 环境集.QualityCenter让您的组织可以在大型应用程序生命周期内实现特定质量流程和过程的数字化。通过与Mercury IT Governance Center 集成，您可以实施针对应用程序变更或新项目的质量流程。 QualityCenter支持 IT 团队之间的高水平沟通和合作。无论您是正在协调多个完全不同的 QA 团队的工作，还是正在使用大型的分布式 Center of Excellence，该测试管理工具都会帮助您跨地理界限和组织界限访问信息。此外，QualityCenter还提供对相关质量资产的实时可视性。在“要求管理器”

19、中设计的要求可与测试案例、缺陷或测试运行实例关联，以实现详细的追踪功能。第3章 需求分析需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程，在这个过程中，用户的确是处在主导地位。下面的是对飞机订票系统测试的需求分析。3.1飞机订票系统测试需求分析报告严格按照软件需求规格说明书中的功能、性能等要求，同时兼顾软件系统自身特性、用户的意见和建议、被测试系统的质量保证计划等，对软件系统的被测试特性和不被测试特性以下表的格式详细列出。需求分析报告如表3-1所示。表3-1民航飞机订票系统测试需求分析报告被测试模块被测试特性用户登录模块Input

20、usernameInput password生成订单模块Date of FlightFlightsNameInsert orderUpdate orderDelete order菜单栏FileEditAnalysisHelp工具栏Insert orderOpen orderDelete orderGraphReportHelp3.1.1测试特性与软件需求的对应关系本部分详细说明在本次测试中计划测试的内容与软件需求规格说明书的对应关系，对照需求计划测试的内容。3.1.2被测试特性1.用户登录模块：测试用户名和密码的有效性，主要包括文本框中所输入文本的长度，类型，格式，密码的显示状态以及用户名与密

21、码的一致性，还有是否能实现控件所标注的功能。2.生成订单模块：(1)测试机票订单的有效性，主要包括航班日期，航班路线和详细信息，以及预定者的姓名。(2)测试是否能实现与订单相关其他的功能，主要包括插入订单，修改订单以及删除订单。(3)测试各种控件的组合使用，主要包括整个界面的布局以及风格，控件间的相互作用，Tab键的顺序，热键的使用，回车键和ESC键的使用，控件组合后功能的实现。以及文本框是否可输入，下拉列表是否可选，单选框是否有默认值且不能多选，按钮是否有默认值等。3.菜单栏：测试是否能够正确实现菜单栏中各菜单项指明的功能。4.工具栏：测试是否能够正确实现工具栏中指明的各项功能。3.2 功能

22、点列表3.2.1登陆界面功能点列表如表3-2所示。表3-2 登录界面的功能点列表Function Point （功能点）用户登陆流程Description text（描述文本）1. 用户名不为空2. 密码不为空且是最大位数为8位3. 用户名和密码符合规则能进入主操作界面4. 登陆口帮助按扭能弹出正确的对话框3.2.2主界面主界面列表如表3-3所示。表3-3 主界面的功能点列表Function Point （功能点）主界面工具栏工具检查Description text（描述文本）1. 打开按扭能保存订购信息2. 删除按扭能删除订购信息3. 主面图按扭能显示机票出售情况4. 打印按扭能打印飞机票的

23、销售情况3.2.3页面功能测试 Function Point 3.0（功能点）主页面功能测试Description text（描述文本）1 机票年份栏位检查。2 查询航班功能检查3 日期栏位检查4 订购机票正常流程检查第4章 软件测试过程41 测试计划专业的软件测试必须以一个好的测试计划为基础。尽管测试的每一个步骤是独立的，但是必定要有一个起到框架结构作用的测试计划。测试计划应该作为测试的起始步骤和重要环节。测试计划是软件测试工作中遇到的最基本的测试文档。那什么是“测试计划”呢？测试计划是描述测试目的、范围、方法和软件测试的重点等的文档。下面是对飞机订票系统进行测试的测试计划：4.1.1 测试

24、范围与主要内容飞机订票系统测试界面为此次测试的重点内容，包括：1.登陆界面测试的主要内容如下：(1）用户名栏位(2）密码栏位 (3）帮助按扭 2.操作主面工具栏工具按扭检查(1) 打开按扭(2) 删除按扭 (3) 主面图按扭 (4) 打印按扭3.主界面页面功能测试的内容如下：(1) 机票年份栏位检查 (2) 查询航班功能检查(3) 日期栏位检 (4) 订购机票正常流程检查 4.1.2测试方法及对应工具测试方法和测试工具如表4-1所示。 表4-1 测试方法及对应工具测试内容测试方法相关工具备注功能测试黒盒测试Quality Center8.0缺陷管理工具4.1.3 测试环境环境描述如表4-2所示

25、表4-2 测试环境表客户端软、硬件配置备注硬件软件ACPU ：P4 2.66G 内存： 1G硬盘：160GOS：Windows2000Win2000server操作系统、QTP、QualityCenterBCPU ：赛扬2.4G 内存： 512M硬盘： 80GOS：Windows2000Win2000serve操作系统、QTP、QualityCenter4.1.4各阶段完成准则1.功能测试：所计划的测试已全部执行。所发现的缺陷已全部解决； 2.安全性测试：各种已知的Actor类型都可访问相应的功能或数据，而且所有事务都按照预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务； 3.性能

26、测试：所计划的测试已全部执行，而且达到或超出指定的系制时没有出现任何软件故障；这里的“计划”指压力测试计划，包括：峰值的用户访问数、峰值的数据上传量；4.1.5 任务表及测试进度任务表及对应的测试进度如表4-3所示。表4-3 任务表及测试进度相关工作提交测试文档时间提交个人测试日程安排计划书2010-5-16模块测试：控制面板模块测试文档2010-5-17至2010-5-25测试总结提交测试报告2010-5-274.2 测试用例 测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。测试用例还有另外一种说法是：

27、指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。测试用例构成了设计和制定测试过程的基础。 测试的“深度”与测试用例的数量成比例。由于每个测试用例反映不同的场景、条件或经由产品的事件流，因而，随着测试用例数量的增加，您对产品质量和测试流程也就越有信心。 判断测试是否完全的一个主要评测方法是基于需求的覆盖，而这又是以确定、实施和或执行的测试用例的数量为依据的。类似下面这样的说明：“95 % 的关键测试用例已得以执行和验证”，远比“我们已完成 95 % 的测试”更有意义。 测试工作量与测试用例

28、的数量成比例。根据全面且细化的测试用例，可以更准确地估计测试周期各连续阶段的时间安排。 下面是飞机订票系统测试的测试用例，选用等价类划分、边值分析、错误推测法等一些黑盒测试技术设计测试用例。4.2.1 用户登录测试4.2.1.1 FJDP.DL001表4-4编制人吴运平审定人李、郑、施老师时间2010-6-30用例名称验证用户登录是否符合功能要求用例编号FJDP.DL001项目名称飞机订票系统编号/版本参考信息飞机订票系统设计方案测试目的当用户什么也没输入，直接点OK按钮，是否提示请输入用户名环境要求Win2000server/XP操作系统、QTP、QualityCenter步骤操作描述输入期

29、待输出1直接点击按钮用户名和密码为空显示提示信息“请输入用户名和密码！”开发人员XXX测试人员吴运平项目责任人XXX备注：成功4.2.1.2 FJDP.DL002表4-5编制人吴运平审定人李、郑、施老师时间2010-6-30用例名称验证用户登录是否符合功能要求用例编号FJDP.DL002项目名称飞机订票系统编号/版本参考信息飞机订票系统设计方案测试目的当用户输入正确的用户名，没输入密码，直接点击OK按钮，是否提示请输入密码环境要求Win2000server/XP操作系统、QTP、QualityCenter步骤操作描述输入期待输出3直接点击按钮正确的用户名显示提示信息“请输入密码！”开发人员XX

30、X测试人员吴运平项目责任人XXX备注：成功4.2.1.3 FJDP.DL003表4-6编制人吴运平审定人李、郑、施老师时间2010-6-30用例名称验证用户登录是否符合功能要求用例编号FJDP.DL003项目名称飞机订票系统编号/版本参考信息飞机订票系统设计方案测试目的对密码框进行验证看是否设置输入密码的长度环境要求Win2000server/XP操作系统、QTP、QualityCenter步骤操作描述输入期待显示4直接点击按钮正确的用户名，密码随机输入达到密码限制长度，密码输入不进去！开发人员XXX测试人员吴运平项目责任人XXX备注：成功（密码长度不超过8位）4.2.1.4 FJDP.DL0

31、04表4-7编制人吴运平审定人李、郑、施老师时间2010-6-30用例名称验证用户登录是否符合功能要求用例编号FJDP.DL004项目名称飞机订票系统编号/版本参考信息飞机订票系统设计方案测试目的当输入正确的用户名和密码时，点击按钮是否进入操作界面环境要求Win2000server/XP操作系统、QTP、QualityCenter步骤操作描述输入期待显示5直接点击按钮正确的用户名，密码进入用户操作介面开发人员XXX测试人员吴运平项目责任人XXX备注：成功4.2.1.5 FJDP.DL005表4-8编制人吴运平审定人李、郑、施老师时间2010-6-30用例名称验证用户登录是否符合功能要求用例编号

32、FJDP.DL005项目名称飞机订票系统编号/版本参考信息飞机订票系统设计方案测试目的当用户有疑问的时候，点击Help按钮，是否弹出帮助对话框环境要求Win2000server/XP操作系统、QTP、QualityCenter步骤操作描述输入期待显示6点击Help按钮为空弹出帮助对话框开发人员XXX测试人员吴运平项目责任人XXX备注：成功4.2.2 工具栏测试4.2.2.1 FJDP.GJL001表4-9编制人吴运平审定人李、郑、施老师时间2010-6-30用例名称验证工具栏是否符合功能要求用例编号FJDP.GJL001项目名称飞机订票系统编号/版本参考信息飞机订票系统设计方案测试目的通过点击

33、来是否保存客户资料环境要求Win2000server/XP操作系统、QTP、QualityCenter步骤操作描述输入期待显示1直接点击按钮为空保存用户资料页面开发人员XXX测试人员吴运平项目责任人XXX备注：成功4.2.2.2 FJDP.GJL002表4-10编制人吴运平审定人李、郑、施老师时间2010-6-30用例名称验证工具栏是否符合功能要求用例编号FJDP.GJL002项目名称飞机订票系统编号/版本参考信息飞机订票系统设计方案测试目的通过柱形图来显示飞机票销售情况，点击环境要求Win2000server/XP操作系统、QTP、QualityCenter步骤操作描述输入期待显示2直接点击

34、按钮为空柱形图开发人员XXX测试人员吴运平项目责任人XXX备注：成功4.2.2.3 FJDP.GJL003表4-11编制人吴运平审定人李、郑、施老师时间2010-6-30用例名称验证工具栏是否符合功能要求用例编号FJDP.GJL003项目名称飞机订票系统编号/版本参考信息飞机订票系统设计方案测试目的通过点击 来是否能够打印飞机票的销售情况环境要求Win2000server/XP操作系统、QTP、QualityCenter步骤操作描述输入期待显示3直接点击按钮为空打印页面开发人员XXX测试人员吴运平项目责任人XXX备注：成功4.2.2.4 FJDP.GJL004表4-12编制人吴运平审定人李、郑

35、、施老师时间2010-6-30用例名称验证工具栏是否符合功能要求用例编号FJDP.GJL004项目名称飞机订票系统编号/版本参考信息飞机订票系统设计方案测试目的测试用户对操作有疑问的时候点击 是否弹出帮助页面环境要求Win2000server/XP操作系统、QTP、QualityCenter步骤操作描述输入期待显示4直接点击按钮为空弹出帮助页面开发人员XXX测试人员吴运平项目责任人XXX备注：成功4.2.3页面功能测试4.2.3.1 FJDP.YM001表4-13编制人吴运平审定人李、郑、施老师时间2010-6-30用例名称页面功能是否符合功能要求用例编号FJDP.YM001项目名称飞机订票系

36、统编号/版本参考信息飞机订票系统设计方案测试目的当年分超过规定的范围，是否提示错误环境要求Win2000server/XP操作系统、QTP、QualityCenter步骤操作描述输入期待输出1触发事件年份显示提示信息“年分超过规定的范围！”开发人员XXX测试人员吴运平项目责任人XXX备注：成功4.2.3.2 FJDP.YM002表4-14编制人吴运平审定人李、郑、施老师时间2010-6-30用例名称页面功能是否符合功能要求用例编号FJDP.YM002项目名称飞机订票系统编号/版本参考信息飞机订票系统设计方案测试目的当月份不存在时，是否提示错误！环境要求Win2000server/XP操作系统、

37、QTP、QualityCenter步骤操作描述输入期待输出2触发事件月份显示提示信息“月份应该01-12的范围内！”开发人员XXX测试人员吴运平项目责任人XXX备注：成功4.2.3.3 FJDP.YM003表4-15编制人吴运平审定人李、郑、施老师时间2010-6-30用例名称页面功能是否符合功能要求用例编号FJDP.YM003项目名称飞机订票系统编号/版本参考信息飞机订票系统设计方案测试目的当天数超过每月的天数，是否提示错误环境要求Win2000server/XP操作系统、QTP、QualityCenter步骤操作描述输入期待输出3触发事件天数显示提示信息“天数超过每月的天数！”开发人员XX

38、X测试人员吴运平项目责任人XXX备注：成功4.2.3.4 FJDP.YM004表4-16编制人吴运平审定人李、郑、施老师时间2010-6-30用例名称页面功能是否符合功能要求用例编号FJDP.YM005项目名称飞机订票系统编号/版本参考信息飞机订票系统设计方案测试目的当用户没输入日期，直接选择目的地的时候，是否提示输入时间环境要求Win2000server/XP操作系统、QTP、QualityCenter步骤操作描述输入期待输出5触发事件选择目的地显示提示信息“请输入时间！”开发人员XXX测试人员吴运平项目责任人XXX备注：成功4.2.3.5 FJDP.YM005表4-17编制人吴运平审定人李

39、、郑、施老师时间2010-6-30用例名称页面功能是否符合功能要求用例编号FJDP.YM005项目名称飞机订票系统编号/版本参考信息飞机订票系统设计方案测试目的当用户输入正确格式，点击Flights 按钮是否查询到数据环境要求Win2000server/XP操作系统、QTP、QualityCenter步骤操作描述输入期待显示10点击Flights 按钮正确的年、月、日、起始地、目的地查询显示的数据开发人员XXX测试人员吴运平项目责任人XXX备注：成功4.2.3.6 FJDP.YM006表4-18编制人吴运平审定人李、郑、施老师时间2010-6-30用例名称页面功能是否符合功能要求用例编号FJD

40、P.YM006项目名称飞机订票系统编号/版本参考信息飞机订票系统设计方案测试目的点击看是否能够实现删除环境要求Win2000server/XP操作系统、QTP、QualityCenter步骤操作描述输入期待显示15点击相关信息显示提示删除的页面开发人员XXX测试人员吴运平项目责任人XXX备注：成功4.3执行案例1.在QualityCenter的测试实验中， 一步一步执行案例 ：将通过的案例状态置为Passed,没有完成的案例状态置为Not Completed;未通过的案例状态置为Failed;废弃的案例状态置为N/A;2.通过的案例要将测试过程截图 将截图放在Excel表格文件中 文件命名规则

41、：王华_4.2.2.3_0523_成功.xls;3. 未通过的案例则发现了BUG 要将BUG截图 将截图放在Excel表格文件中 文件命名规则：bug_214_new;开发人员修改后,复测:(1)通过则截图 将截图放在Excel表格文件中 文件命名规则：bug_214_closed; (2)未通过则截图 将截图放在Excel表格文件中 文件命名规则：bug_214_reopen; 直到缺陷修复好为止。4.4软件错误与缺陷的定义对于软件的错误和缺陷，目前主要依据其严重程度划分五个级别：1.致命性错误数据丢失，数据计算错误、数据传递错误、对数据库造成破坏，造成操作系统或其他支撑系统崩溃、非正常关闭

42、和非正常死机。2.严重性错误应用系统崩溃、非正常关闭和无响应，但没有造成数据丢失。系统的主要功能不能正确实现或不完整。3.一般性错误规定的非主要功能没有实现或不完整、影响系统的运行； 设计不合理造成性能低下。4.告警性错误不影响业务运行的功能问题。5.建议性错误软件设计和功能实现等不完全合理之处提出建议。 第5章 测试总结5.1软件缺陷的产生原因：软件需求分析不够全面、准确；软件设计和编码过程中的失误也会导致软件缺陷的产生。5.2软件测试的目标：软件测试的目标不仅是尽可能多地发现软件中的错误，还要对软件质量进行度量和评估，以提高软件质量。5.3软件测试中的认识误区：1.测试和调试是一回事。测试

43、和调试有着根本的不同。测试是一个有计划、可重复的过程，目的是为了发现软件中的潜在错误和缺陷；调试是一个随机的、不可重复的过程，目的是寻找错误的原因和具体位置，并修复错误。2.可以对软件进行穷举测试。对软件进行穷举测试是不可能的。如下的测试是难以做到的：n 测试程序中的所有输入条件的取值。n 测试程序中所有输入条件取值的组合。n 测试程序中的所有路径n 测试出程序中所有潜在的错误和缺陷，例如由于需求分析不完善而导致的错误。3.若交付使用的软件有缺陷，是测试人员的失职。软件测试的主要目标是发现软件中更多的错误和缺陷，但不能通过已有的测试证明某个软件是绝对正确的。4.关注测试的执行而忽略测试用例的设计。测试用例(TestCase)是为特定目标开发的一组测试输入、执行条件和预期结果，其目的是测试程序中的某路径，或核实程序或软件是否满足某个特定的需求。从一定意义上说，设计测试用例是软件