航班风险控制系统测试流程及分析-毕业论文.doc

《航班风险控制系统测试流程及分析-毕业论文.doc》由会员分享，可在线阅读，更多相关《航班风险控制系统测试流程及分析-毕业论文.doc（11页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、铜陵职业技术学院毕业实习报告姓 名 郭 安 学 号 14405350 班 级 机电一体化 专 业 机电一体化 机械电气工程系航班风险控制系统测试流程及分析摘 要随着中国IT行业的发展和软件市场的成熟，人们对软件作用期望值越来越高，软件的质量、性能、可靠性等方面也正逐渐成为人们关注的焦点。近年来，由于软件错误而造成经济损失，导致严重后果的事例屡见不鲜。因此，如何让保证软件产品的质量和可靠性就成为人们必须解决的一个重要问题，而软件测试是保证软件质量的一个重要手段。在软件行业日新月异的发展进程中，软件的品牌以及种类已经到了数不胜数的地步，而软件测试已成为其中一个不可分割的部分。新的测试理论，测试方法

2、，测试技术手段在不断涌出，软件测试机构和组织也在迅速产生和发展，由此软件测试技术职业也同步完善和健全起来。本软件的开发过程完全遵循软件开发流程来完成的。经历了需求分析阶段，数据库设计阶段，界面开发阶段，编码阶段，最后通过软件测试，完成整个软件的开发。测试软件使用Qucktest Professional（QTP）软件，该软件是一个比较全面的，能对被测软件比较完美分析。并且能从中测试出被测软件的一些列的问题。而傻瓜进销存系统是一款提供进货、出货以及库存管理一款全方位软件，是做的比较好的一款软件，它的开发，不仅为使用商提供了极大的便宜，也使得办公的效率明显的得到提高。关键字：软件测试、需求分析、测

3、试用例、QTP测试。目 录第一章 引言 . 3 11软件测试的背景和意义 . . 3 12软件测试的理论基础 . 3 1.2.1 软件测试的定义 . 3 1.2.2 软件测试的目的 . . 3 1.2.3 软件测试的内容 . . 4 第二章 相关技术和工具介绍 . 52.1 相关技术介绍 . 5 2.1.1 白盒测试 . 5 2.1.2 黑盒测试 . 5 2.1.3等价类划分 . 5 2.1.4边界值分析法 . 5 2.1.5因果图方法 . 6 2.1.6错误推测法 . 62.2相关工具介绍 . 6 2.2.1 QTP . 62.2.2 LR . 8第三章 需求分析. 10 第四章 项目软件测

4、试的过程 . 13 4.1 测试计划 . 13 4.1.1编写目的 . 13 4.1.2背景 . 13 4.1.3参考资料 . 13 4.2测试内容 . 13 4.2.1测试条件 . 14 4.2.2测试培训 .16 4.3测试设计说明 . 17 4.3.1输入 . 17 4.3.2输出 . 17 4.3.3过程 .184.4测试总结 .204.5缺陷报告 . 20第五章 总结 . 22致谢 . 22 参考文献. 23航班风险控制系统测试流程及分析第一章 引言11软件测试的背景和意义随着计算机技术的迅速发展和越来越广泛深入的应用于国民经济和社会生活的各个方面，随着软件系统的规模和复杂性与日俱增

5、，软件的生产成本和软件中存在的缺陷和故障造成的各类损失也大大增加，甚至会带来灾难性的后果。软件质量问题已成为所有使用软件和开发软件的人关注的焦点。由于软件是人脑的高度智力化的体现和产品这一特殊性，不同于其他科技和生产领域，因此软件与生惧来就有可能存在着缺陷。如何防止和减少这些可能存在的问题呢？回答是进行软件测试。测试是最有效的排除和防止软件缺陷与故障的手段，并由此促进了软件测试理论与技术实践的快速发展。新的测试理论，测试方法，测试技术手段在不断涌出，软件测试机构和组织也在迅速产生和发展，由此软件测试技术职业也同步完善和健全起来。12软件测试的理论基础 1.2.1 软件测试的定义软件测试使用人工

6、或者自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。它是帮助识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度(correctness) 完全度(completeness)和质量(quality)的软件过程；是SQA(software quality assurance)的重要子域。 (1)测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势,可以帮助项目管理者发现当前软件开发过程中的缺陷,以便及时改进； (2)这种分析也能帮助测试人员设计出有针对性的测试方法,改善测试的效率和有效性； (3)没有发现错误的

7、测试也是有价值的,完整的测试是评定软件质量的一种方法。1.2.2软件测试的目的如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置。如果测试目的是为了给最终用户提供具有一定可信度的质量评价，那么测试就应该直接针对在实际应用中会经常用到的商业假设。在谈到软件测试时，引用Grenford J. Myers在The Art of Software Testing一书中的观点: (1)软件测试是为了发现错误而执行程序的过程; (2)测试是为了证明程序有错，而不是证明程序无错误; (3)一个好的测试用例是在于它能发现至今未发现的错误; (4)一个成功的

8、测试是发现了至今未发现的错误的测试。 这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。 首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。1.2.3软件测试的内容验证(verification)是保证软件正确地实现了一些

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

10、软件的正确性； 2.动态确认, 通过执行程序做分析, 测试程序的动态行为, 以证实软件是否存在问题。 软件测试的对象不仅仅是程序测试, 软件测试应该包括整个软件开发期问各个阶段所产生的文档, 如需求规格说明、概要设计文档、详细设计文档, 当然软件测试的主要对象还是源程序。 第二章 相关技术和工具介绍 2.1 相关技术介绍按照软件测试用例的设计方法而论，软件测试可分为黑盒测试和白盒测试；2.1.1 白盒测试白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求

11、正确工作，而不顾它的功能，白盒测试的主要方法有逻辑测试、基路测试等，主要用于软件内部结构的验证。2.1.2 黑盒测试黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边界值分析、因果图、错误推测等，主要用于软件确认测试。2.1.3等价类划分等价类划分:是

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

13、但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）.2.1.6错误推测法错误推测法: 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 其基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例.2.2相关工具介绍2.2.1 QTP QTP是quicktest Professional的简称，是一种自动测试工具。使用QTP的目的是想用它来执行重复的手动

14、测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等 1）QTP是一个侧重于功能的回归自动化测试工具；提供了很多插件，如：.NET的，Java的，SAP的，Terminal Emulator的等等，分别用于各自类型的产品测试。默认提供Web，ActiveX和VB。 2）QTP支持的脚本语言是VBScript，这对于测试人员来说，感觉要“舒服”得多（如相比SilkTest采用C语言）。VBScript毕竟是一种松散的、非严格的、普及面很广的语言。3）QTP支持录制和回放的功能。录制产生的脚本，可以拿

15、来作为自己编写脚本的template。录制时，还支持一种lower level 功能，这个对于QTP不容易识别出来的对象有用，不过它是使用坐标来标识的，对于坐标位置频繁变动的对象，采用这种方式不可行。另外，QTP的编辑器支持两种视图：Keyword模式和Expert模式。Keyword模式想法是好的，提供一个 描述近似于原始测试用例的、跟代码无关的视图（我基本很少用，除了查看、管理当前test中各个action的完整流程），而Expert就是代码视图，一般编写脚本都在这个区域。2.2.2LRMercury LoadRunner 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并

16、发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。 目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢，系统崩溃等问题。这些都不可避免地导致公司收益的损失。Mercury Interactive 的 LoadRunner 能让企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的IT 资源，并确保终端用户在应用系统的各个

17、环节中对其测试应用的质量，可靠性和可扩展性都有良好的评价。第三章 需求分析在目前超市中，商品的管理至关重要。这里对商品的管理包括进、销、存3个方面。可以建立一个超市进销存管理系统，对超市的管理者、营业员、库存管理员等减轻其工作量，便于经营管理。功能需求： 采购管理功能模块：采购计划、采购订单、采购入库、采购退货、应付款、采购付款。 销售管理功能模块：库存查询、销售订单、销售出库、销售、顾客、销售出库查询、销售退货查询、历史查询、POS查询、积分兑现、积分兑现查询、积分兑现设置、应收款、销售收款。 库存管理功能模块：调库管理、库存盘点、库存查询、报溢管理、报损管理、商品拆分管理、商品合并管理、仓

18、库资料、调库查询、变动库存查询、库存不足预警查询、报损报溢查询、商品拆分合并查询。第四章 项目软件测试的过程4.1 测试计划4.1.1编写目的通过测试，对风控系统强大而完善的功能，描述需要测试的特性、测试的方法、测试环境的规划、测试用例的设计方法、明确测试策略。4.1.2背景 说明： a本测试计划是为风控航班风险值而规划的; b 该开发项目的历史，列出用户和执行此项目测试的计算中心，说明在开 始执行本测试计划之前必须完成的各项工作。4.1.3参考资料 航班风险系统需求分析说明书 软件测试与测试技术说明书 测试计划说明书4.2测试内容列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试

19、的进度安排以及这些测试的内容和目的，例如模块功能测试、接口正确性测试、接口正确性测试、接口正确性测试的测试、设计约束和极限的测试等。4.2.1测试条件 陈述本项测试工作对资源的要求，包括： a设备所用到的设备类型、数量和预定使用时间； b软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部 分的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等； c人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术 水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。4.2.2测试培训 说明或引用资料说明为被测软件的使用提供培训的计划。规定培训的内容、受训的

20、人员及从事培训的工作人员。4.3测试设计说明4.3.1输入说明本项测试中所使用的输入数据及选择这些输入数据的策略。用户登录 控制用户权限 管理板块 管理用户 财务板块列表 付款和收款管理 功能使用 进行货物查询用户管理 设置用户信息4.3.2输出说明预期的输出数据，如测试结果及可能产生的中间结果或中间结果密码修改 权限管理 修改新增信息 设置新增资料 恢复 搜索4.3.3过程说明完成此项测试的一个个步骤和控制命令，包括测试的准备、初始化、中间步聚和运行结束方式。 具体请参照航班风险控制系统的测试方案和航班风险需求分析写出航班风险控制系统的功能测试用例4.4测试总结在这次对航班风险控制系统测试过

21、程中，经过大量的测试，设计大量的测试用例，采用测试工具QTP和LR进行测试，极大地加速了测试过程，并且进一步加强了对测试工具的了解。通过这次测试，有了一些发现，对航班风险控制系统资料模块和报表模块的BUG进行整理，进行修正。收获很大，不但掌握了测试的整个流程，对自己做事情的认真负责进行了考验，而且进一步提高了航班风险控制系统软件的质量，基本上成功完成了这次的测试任务。4.5缺陷报告关于缺陷级别的说明： A类-严重错误包括：由于程序所引起的死机，非法退出死循环导致数据库发生死锁，数据通讯错误，严重的数值计算错误 B类-较严重错误，包括：功能不符，数据流错误，程序接口错误，轻微的数值计算错误 C类

22、-一般性错误，包括：界面错误打印内容、格式错误，简单的输入限制，未放在前台进行控制，删除操作未给提示 D类-较小的错误，包括：辅助说明描述不清楚，显示格式不规范，长时间操作未给用户进度提示，提示窗口文字未采用行业术语，可输入区域和只读区与没有明显的区分标志，系统处理未优化 E类-测试建议（非缺陷） 关于缺陷紧急程度的说明：关于缺陷紧急程度的说明： 一般而言，严重程度是指对于产一般也就四级 1 非常严重的缺陷，例如，软件的意外退出甚至操作系统崩溃，造成数据丢失。 2 较严重的缺陷，例如，软件的某个菜单不起作用或者产生错误的结果； 3 - 软件一般缺陷，例如，本地化软件的某些字符没有翻译或者翻译不

23、准确；4 - 软件界面的细微缺陷，例如，某个控件没有对齐，某个标点符号丢失等；第五章 总结接触软件测试这么久，从什么都不懂到深入了解了软件测试，经历了不少坎坷，自己也学到了太多太多。 从软件测试和软件可靠性理论入手，对现有的软件可靠性技术进行了系统的研究。软件测试是伴随着计算机的产生而产生的，软件测试是为了更快、更早的将软件产品或软件系统中所存在的各种问题找出来，并促使程序员尽快的解决这些问题，最终及时的向客户提供高质量的软件产品。软件测试是软件开发过程中的重要内容之一，是软件质量的保证关键。软件测试贯穿软件开发的整个开发生命周期。 当然这只是我对软件测试的表面了解，在以后的学习中一定要多看书

24、，首先要有更多的理论知识，再将其运用到实践当中，两者结合，才能将自己本身的能力发挥出来。 致谢光阴似箭，转眼间，三年的大学生活即将结束，依依不舍之情难以言表，总结大学三年的生活，感觉获益还是颇多的，在这里需要的感谢的人很多，是他们让我这大学三年从知识到人格上有了一个全新的改变。 感谢所有任课老师这三年来给自己的指导和帮助，是他们教会了我专业知识，教会了我如何学习。正是由于他们，我才能在各方面取得显著的进步，在此向他们表示我由衷的谢意，并祝所有老师培养出越来越多的优秀人才，桃李满天下。 同时也感谢学院为我提供良好的做毕业设计的环境。 三年的读书生活在这个季节即将划上一个句号，而于我的人生却只是一个逗号，我将面对又一次征程的开始。通过三年的锻炼与学习，如今我有信心接受任何新的挑战和考验。 在论文即将完成之际，我的心情无法平静，要感谢的人太多，要说得话也太多，尽管文字很无力，但我还是想用无力的语言表达我想说的话，故借写论文致谢信之机向各位可敬的师长、同学、朋友表达我最诚挚的谢意！ 参考文献 1 王健.苗勇.刘郢.编著.软件测试员培训教材.电子工业出版社.2003.92 蔡琰. 浅谈功能测试用例模板设计.软件测试杂志.2005第1期 3 贺平.编著.软件测试教程.电子工业出版社.2005.6 4 吴长安.软件测试的若干问题.软件测试杂志.2007.4.4期.12