43500字硕士毕业论文TSDB在自动监控工具研发中的应用

论文类型：硕士毕业论文

论文字数：43500字

论点：测试,自动化,软件

论文概述：

本文实现开发的自动化监测工具系统目前已经在本人所在的部门得到广泛的应用,部门内专门设置一台计算机每天定时去运行该自动化监测系统。并将相应的结果发送给部门内部的测试人员,供测

论文正文：

1导言

随着信息时代的到来,软件产业已逐步规模化,软件产品应用到了社会的各个领域。伴随着各种各样软件的出现,软件产品的质量问题越来越为人们所关注。而软件测试则是保证软件产品质量的最有效、最重要的方法[1]。传统的手工测试费时费力,且准确率较低。而自动化测试工具的出现则大大的节约了时间,降低了成本。本文设计开发的自动化监测工具,取代手动测试,使得手动测试存在的问题得以解决,大大减轻了测试人员的工作量。
 1.1项目背景随着互联网的飞速发展,越来越多的企业开始越发重视软件质量。而软件测试则是保障和提高软件质量的关键步骤。所谓软件测试,就是在软件投入运行前,对软件幵发的需求分析、设计规格说明和编码的最终复审。如果要给软件测试下定义,可以这样讲:软件测试是为了发现错误而执行程序的过程[4,5]。或者说,软件测试是根据软件幵发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例(即输入一些数据而得到其预期的结果),并利用这些测试用例去运行程序,以发现程序错误的过程[6,7]。在软件开发工作完成之后,还有相同工作量的软件测试工作等待测试工程师来完成。单单就测试而言,该目标是发现软件中的错误,但是,发现错误并不是最终目的。软件测试的目的在于保证整个软件开发过程是高质量的。伴随着软件产业的飞速发展,软件的规模也越来越大。在一些规模较大的软件开发过程中,软件测试需要花费大量的成本与人力。相对于手工测试的高成本,低效率,自动化测试越来越为测试人员所接受。而自动化测试工具的出现以及发展,则大大提高了自动化测试的发展速度。从而使得测试人员从单一性的重复性测试中解脱出来,大大降低了测试成本,排除了人为误操作测试失败因素。目前,市场上已经拥有很多的自动化测试工具。但是对于具体的项目依然存在很多不足。因此,针对这些工具的不足,以及结合项目具体需求,本课题开发新的自动化测试工具。
 1.2项目意义与目的本选题源自本人实习公司的开发项目。公司致力于进行全球化专业信息服务的提供,对全球信息数据的收集以及处理要求较高,本人所在的部门负责处理数据,对TSDB(Time Series Data Base,实时序列数据平台)运行的稳定性要求较高,所以公司立项研发一系列针对TSDB运行状况的自动化监测工具,本选题详细阐述了该自动化监测工具的设计与实现过程。由于TSDB内部服务器众多,这些服务器日常都是在不间断运行,并且处理数据众多。测试人员需要不断对TSDB中的各种服务器进行实时监控,而且根据服务器种类的不同,需要测试的时间间隔也不同,手动操作处理繁琐而且容易出现混乱。TSDB内部一些特定的服务器数据测试需要测试人员进行各个服务器通信并参与服务器数据处理过程,费时且不安全。TSDB自动化监测工具研发之前,这些相关测试均是手工测试,耗时久并且误差率大,TSDB自动化监测工具取代手动测试,使得手动测试存在的问题得以解决,大大减轻了测试人员的工作量。
 1.3国内外研究现状伴随着软件产业的迅速发展,软件新版本发布的速度已经大大超出了人们的预期。作为软件发布最重要的保障,软件测试不得不跟上这种飞速发展的趋势。鉴于此,原本的手工测试已经无法满足需要,使用自动化测试技术提高软件测试的质量和效率已成为软件测试发展的流行趋势。随着自动化测试技术的发展,自动化测试框架也逐渐发展起来。录制/回放测试框架:自动化测试框架初期发展起来的时候被大范围采用,优点是简单易学,但伴随着测试工作量逐步增加,测试重复率大幅度提高,其缺点越来越明显,其最大缺点在于测试数据以及测试脚本紧親合,即对于一次项目幵发出来的脚本在下一次项目幵发的过程中不能被重复应用,并且由于脚本中植入了过多的测试数据,使得脚本的调试非常困难。
 2项目关键技术
 本章对比了几种主流的自动化测试框架,并对其各自的特点进行了分析,随后根据分析结果选择了 Robot框架作为项目的自动化测试框架。此外,系统模块的开发主要采用了 Python以及其相关操作IE浏览器的包Pamie,而安全外壳协议以及Putty则用来与远程计算机进行交互。
 2.1 Robot 框架目前大中型企业中,主流的几种测试框架包括:WinRunner,QTP等。对于WinRunner而言,测试脚本生成是比较简单的,自动化测试人员只需要执行一个业务处理过程,但是这要求自动化测试人员对于业务相当熟悉,而且由于业务处理流程多且复杂,所以要求自动化测试人员不断地根据不同的业务录入不同的脚本。这样使得脚本复用率降低此外,QTP也同样地存在这些问题。同时,这两类自动化测试框架的使用费用都相当昂贵。相比较WinRunner,QTP自动化测试框架,本人选择了 Robot框架,Robot框架目前在国内应用不是特别广泛,但是其突出的优点会使得其使用范围越来越广泛。
 3基于TSDB自动化监测工具系统的设计与实现................113.1基于TSDB自动化监测工具系统的工作原理................113.2基于TSDB自动化监测工具的系统架构................123.3基于TSDB自动化监测工具的系统流程................133.4 本章小结................144TSDB环境监测模块................154.1TSDB环境监测模块的功能性需求分析................154.2TSDB环境监测模块的非功能性需求分析................174.3TSDB环境监测模块的流程设计................174.4TSDB环境监测模块的实现................204.5本章小结................255TSDB服务器运行监测模块................275.1TSDB服务器运行监测模块的功能性需求分析................275.2TSDB服务器运行监测模块的非功能性需求分析................335.3TSDB服务器运行监测模块的流程设计................345.4TSDB服务器运行监测模块的实现................395.5本章小结............45
 总结
 随着软件行业日趋产业化,软件测试在软件开发过程中的比例越来越高,伴随着软件产业的发展,传统的手工测试越来越显示出其繁琐,费时等缺点。因此,自动化测试越来越受到测试人员的推崇。各大公司不断地耗费人力、物力、财力来推进自动化测试。本文实现开发的自动化监测工具系统目前已经在本人所在的部门得到广泛的应用,部门内专门设置一台计算机每天定时去运行该自动化监测系统。并将相应的结果发送给部门内部的测试人员,供测试人员参考。在使用该自动化监测工具系统之后,测试人员可以从每天重复一次的大量手动测试中解脱出来,只需要查看邮件以及相关的测试结果记录文件,就可以获知当前TSDB内服务器的运行情况。这样,测试人员可以节省出大量的时间以及精力来参与其余任务。在与工具使用人员的交流过程当中,本人多次增加功能点,修改工具与测试人员的交互方式等,前后与工具使用人员讨论多次,并专门召开部门范围内的探讨会多次,最终实现了整个系统。在之后整个系统的运行的过程中,本人得到了许多积极的反馈。当然,随着使用时间越来越久,更多的需求可能会被提出,该系统也需要继续被完善。该自动化监测工具封装性,拓展性较好,四个子工具可以分别童用到该TSDB自动化测试系统的开发中。此外,除去考虑到TSDB服务器数据自动分析填写模块会操作EXCEL之外,整个基于TSDB的自动化监测工具是可以在Linux的环境下进行操作的。软件测试自动化是一个新兴的方向,而且由于本人经验以及水平有限,在基于TSDB的设计和实现的过程中,很多地方都存在着不足,这都需要在将来的工作中解决。比如工具还存在着配置文件,需要测试人员在运行工具之前去修改配置文件中的相关参数等。因此,该工具还有很大的提升空间。目前,该工具第一版本已经在不间断运行了,第二版本已经处于进一步收集需求,准备进一步开发的过程中。伴随着自动化测试技术的发展,该工具一定能够为测试人员提供更好的支持。
 参考文献:[1]古乐.软件测试技术概论[M].淸华人学出版社,2004:18-22.蒋云,赵佳宝.S动化测试脚本自动生成技术的研究[J].计算机技术与发展,2007(7):1-3.[3]BENNETT J P.Introduction to comp iling techn iques2first cou rse u singAnsi C, L ex andYacc[M ]. [S.l.]:McGraw H ill Book Co, 1990:3-23.赵瑞莲.软件测试方法研究[D].北京:中国中科院,2001:2-10.薛冲冲,陈坚.软件测试研究[S].计算机系统应用2010⑵:240-241.陈丽丽,林莉,傅晓娟.基于关键字驱动的自动化测试框架研究[J].长春理工大学学报,2012(7):1.朱少全程软件测试[M].北京:电子工业出版社,2007:2241.朱鸿,金凌紫.软件质量保障和测试[M].北京:科学出版社,1997:3-21.PATTON R.软件测试[M].北京:机械工业山版社,2002:1250.Gallagher M,Narasimhan V L.ADTEST.A Test Data Generation Suite for Ada SoftwareSystems[J].IEEE Transactions on Software Engineering, 1997.23(8):473-484.