ImageVerifierCode 换一换
格式:DOCX , 页数:48 ,大小:375.59KB ,
资源ID:1837029      下载积分:2 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-1837029.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(白盒测试和黑盒测试在动态软件测试中的应用毕业设计论文.docx)为本站会员(b****1)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

白盒测试和黑盒测试在动态软件测试中的应用毕业设计论文.docx

1、白盒测试和黑盒测试在动态软件测试中的应用毕业设计论文 湖南人文科技学院 本科生毕业论文论文题目:白盒测试和黑盒测试在动态软件测试中的应用(英文):The Application of White Box Testing and Black BoxTesting in Dynamic Software Testing学生姓名:学号系 部:计算机科学技术系专业年级:网络工程2007级指导教师:职 称:湖南人文科技学院教务处制毕业设计(论文)原创性声明和使用授权说明原创性声明本人郑重承诺:所呈交的毕业设计(论文),是我个人在指导教师的指导下进行的研究工作及取得的成果。尽我所知,除文中特别加以标注和致

2、谢的地方外,不包含其他人或组织已经发表或公布过的研究成果,也不包含我为获得 及其它教育机构的学位或学历而使用过的材料。对本研究提供过帮助和做出过贡献的个人或集体,均已在文中作了明确的说明并表示了谢意。作 者 签 名: 日 期: 指导教师签名: 日期: 使用授权说明本人完全了解 大学关于收集、保存、使用毕业设计(论文)的规定,即:按照学校要求提交毕业设计(论文)的印刷本和电子版本;学校有权保存毕业设计(论文)的印刷本和电子版,并提供目录检索与阅览服务;学校可以采用影印、缩印、数字化或其它复制手段保存论文;在不以赢利为目的前提下,学校可以公布论文的部分或全部内容。作者签名: 日 期: 学位论文原创

3、性声明本人郑重声明:所呈交的论文是本人在导师的指导下独立进行研究所取得的研究成果。除了文中特别加以标注引用的内容外,本论文不包含任何其他个人或集体已经发表或撰写的成果作品。对本文的研究做出重要贡献的个人和集体,均已在文中以明确方式标明。本人完全意识到本声明的法律后果由本人承担。作者签名: 日期: 年 月 日学位论文版权使用授权书本学位论文作者完全了解学校有关保留、使用学位论文的规定,同意学校保留并向国家有关部门或机构送交论文的复印件和电子版,允许论文被查阅和借阅。本人授权 大学可以将本学位论文的全部或部分内容编入有关数据库进行检索,可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。涉密论

4、文按学校规定处理。作者签名: 日期: 年 月 日导师签名: 日期: 年 月 日注 意 事 项1.设计(论文)的内容包括:1)封面(按教务处制定的标准封面格式制作)2)原创性声明3)中文摘要(300字左右)、关键词4)外文摘要、关键词 5)目次页(附件不统一编入)6)论文主体部分:引言(或绪论)、正文、结论7)参考文献8)致谢9)附录(对论文支持必要时)2.论文字数要求:理工类设计(论文)正文字数不少于1万字(不包括图纸、程序清单等),文科类论文正文字数不少于1.2万字。3.附件包括:任务书、开题报告、外文译文、译文原文(复印件)。4.文字、图表要求:1)文字通顺,语言流畅,书写字迹工整,打印字

5、体及大小符合要求,无错别字,不准请他人代写2)工程设计类题目的图纸,要求部分用尺规绘制,部分用计算机绘制,所有图纸应符合国家技术标准规范。图表整洁,布局合理,文字注释必须使用工程字书写,不准用徒手画3)毕业论文须用A4单面打印,论文50页以上的双面打印4)图表应绘制于无格子的页面上5)软件工程类课题应有程序清单,并提供电子文档5.装订顺序1)设计(论文)2)附件:按照任务书、开题报告、外文译文、译文原文(复印件)次序装订指导教师评阅书指导教师评价:一、撰写(设计)过程1、学生在论文(设计)过程中的治学态度、工作精神 优 良 中 及格 不及格2、学生掌握专业知识、技能的扎实程度 优 良 中 及格

6、 不及格3、学生综合运用所学知识和专业技能分析和解决问题的能力 优 良 中 及格 不及格4、研究方法的科学性;技术线路的可行性;设计方案的合理性 优 良 中 及格 不及格5、完成毕业论文(设计)期间的出勤情况 优 良 中 及格 不及格二、论文(设计)质量1、论文(设计)的整体结构是否符合撰写规范? 优 良 中 及格 不及格2、是否完成指定的论文(设计)任务(包括装订及附件)? 优 良 中 及格 不及格三、论文(设计)水平1、论文(设计)的理论意义或对解决实际问题的指导意义 优 良 中 及格 不及格2、论文的观念是否有新意?设计是否有创意? 优 良 中 及格 不及格3、论文(设计说明书)所体现的

7、整体水平 优 良 中 及格 不及格建议成绩: 优 良 中 及格 不及格(在所选等级前的内画“”)指导教师: (签名) 单位: (盖章)年 月 日评阅教师评阅书评阅教师评价:一、论文(设计)质量1、论文(设计)的整体结构是否符合撰写规范? 优 良 中 及格 不及格2、是否完成指定的论文(设计)任务(包括装订及附件)? 优 良 中 及格 不及格二、论文(设计)水平1、论文(设计)的理论意义或对解决实际问题的指导意义 优 良 中 及格 不及格2、论文的观念是否有新意?设计是否有创意? 优 良 中 及格 不及格3、论文(设计说明书)所体现的整体水平 优 良 中 及格 不及格建议成绩: 优 良 中 及格

8、 不及格(在所选等级前的内画“”)评阅教师: (签名) 单位: (盖章)年 月 日教研室(或答辩小组)及教学系意见教研室(或答辩小组)评价:一、答辩过程1、毕业论文(设计)的基本要点和见解的叙述情况 优 良 中 及格 不及格2、对答辩问题的反应、理解、表达情况 优 良 中 及格 不及格3、学生答辩过程中的精神状态 优 良 中 及格 不及格二、论文(设计)质量1、论文(设计)的整体结构是否符合撰写规范? 优 良 中 及格 不及格2、是否完成指定的论文(设计)任务(包括装订及附件)? 优 良 中 及格 不及格三、论文(设计)水平1、论文(设计)的理论意义或对解决实际问题的指导意义 优 良 中 及格

9、 不及格2、论文的观念是否有新意?设计是否有创意? 优 良 中 及格 不及格3、论文(设计说明书)所体现的整体水平 优 良 中 及格 不及格评定成绩: 优 良 中 及格 不及格教研室主任(或答辩小组组长): (签名)年 月 日教学系意见:系主任: (签名)年 月 日湖南人文科技学院本科毕业论文诚信声明本人郑重声明:所呈交的本科毕业论文,是本人在指导老师的指导下,独立进行研究工作所取得的成果,成果不存在知识产权争议,除文中已经注明引用的内容外,本论文不含任何其他个人或集体已经发表或撰写过的作品成果。对本文的研究做出重要贡献的个人和集体均已在文中以明确方式标明。本人完全意识到本声明的法律结果由本人

10、承担。 作者签名: 二 年 月 日白盒测试和黑盒测试在动态软件测试中的应用摘 要:软件测试是高质量、高可靠性软件的重要保证。在软件系统的开发中 ,软件测试不仅是软件生命周期中的一个独立的阶段 ,在需求分析、软件设计和编码阶段 ,都需要对这些阶段的软件产品 ,包括需求规格说明书、 软件架构、 概要设计和详细设计说明书进行测试。软件测试已经形成了完整的、 系统的测试方法 ,并且有众多的手工和自动化测试工具支持这些方法。通过评审文档、 阅读代码等方式测试软件称为静态测试 ,通过运行程序测试软件称为动态测试。在动态测试中 ,通常使用白盒测试和黑盒测试从不同的角度设计测试用例 ,查找软件代码中的错误。白

11、盒测试和黑盒测试是软件测试中的常用方法。文章首先介绍了白盒测试和黑盒测试以及两者的应用场合 ,然后通过一个实例说明在动态软件测试中如何使用这两种方法从不同的角度设计测试用例 ,确保以最少的测试用例发现尽可能多的错误和缺陷。 银行业务软件以其高复杂性、高安全性、高准确性、高效率性给软件测试带来了一系列难度。银行业务软件通常由一系列功能相对独立的程序组成,每一个程序完成一个特定的功能(称之为交易)。而这些特定功能实际由一个或者多个子功能组成,这些子功能彼此之间存在顺序执行或者嵌套执行的关系,这就为程序内部的次模块(次模块是单元测试的最小单元定义,是组成模块的部分,包含若干行源代码,不能被单独执行或

12、者被其他模块调用,逻辑复杂度远低于模块)划分提供了可能。本文就是以银行业务中处理较简单的活期储蓄存折取款交易为例来说明白盒测试和黑盒测试在动态软件测试中的应用。先对取款模块的需求进行分析,划出取款模块的程序流程图以及相关的参数说明和数据关系图。为了以最少的测试用例发现尽可能的错误和缺陷。主要采用黑盒测试中的等价类划分法、因果图法和判定表法以及白盒测试中逻辑覆盖法,对次模块F(手续费的计算进行分析)。关键词:白盒测试; 黑盒测试;测试用例The Application of White Box Testing and Black Box Testing in Dynamic Software T

13、esting Abstract:Software testing is of high quality, reliability, the software to. in software systems development, the software testing is not only software life cycle of an independent, analysis, the needs of software design and coding, the need for the stage of the software requirements, specific

14、ations, including the software architecture and design and detailed design specifications a summary of test. software testing have developed a complete, systematic test method . And there are numerous hand tools and automated tests to support these methods. through the documents, read the code stati

15、cally, to software testing is the test, by running programs to software testing is called active test. in the dynamic tests usually use carton of test and white black box from the perspective of the different design for testing for example, the software code.White box testing and black box testing a

16、re frequently used in software testing. This paper introduces the two methods. Then it demonstrates how to use them to design testing case from different point of view in dynamic software testing,so that more errors or bugs can be found with less testing case.Banking software to their higher complex

17、ity and high security and higher accuracy, efficient to software testing of a series of difficulty. the ordinary software test procedure and method is very difficult to all the claim.banking software usually by a series of functional relatively independent program, each application to perform a spec

18、ific function (call the deal. but these particular features) actual by one or more functional, and these functions are carried out between the order or a nesting relationship, For application within the first modules ( module is the unit testing of the smallest units of the module definition, is par

19、t of the source code, containing several lines, not by individual executive or other modules called a logical complex than ) into modules provides.This is the bank addressed in a simple current savings passbook or withdraw money for that transaction as an example of test and black box of testing in

20、the dynamic software test application for withdrawal. the first modules demand, and pull out a withdrawal of the modules program flow chart and the related parameters instructions and data diagram. in order to the test used as examples found and defects. Mainly used black test the class divided into

21、 the equivalent, and the method and determine the method of testing and white over the logic, to f of the service modules ( analysis ).Key Words:white box testing;black box testing;testing case第一章绪论从计算机诞生至今,计算机无疑成为当代发展最为迅猛的科学技术。今天,计算机己渗透到人们生活的各个方面。纵观计算机技术的发展历程,特别是近20年来,由于微电子技术的进步,计算机硬件技术飞速发展,其性能价格比显

22、著提高,质量稳步增长,为计算机的广泛应用创造了良好的条件。作为计算机的灵魂,软件起着举足轻重的作用,但软件技术在产品质量、生产力、成本及性能等众多方面都滞后于硬件技术的发展。随着软件系统规模和复杂性的增加,其开发成本以及由于软件故障而造成的经济损失也正在增加,软件质量问题已成为制约计算机发展的关键因素之一。软件测试是对软件功能、设计和实现的最终审定,是发现软件故障,保证软件质量,提高软件可靠性的主要手段。因此,软件测试在软件开发中起着不可替代的作用。但是,软件测试费用相当昂贵,通常占到整个软件开发成本的50%左右。近年来,虽然软件测试技术与实践有了很大的进展,但远未成熟,测试理论、测试方法都无

23、法满足当前软件开发的实际需要。为此,改进已有的软件测试方法,开发一些实用的测试数据自动生成工具,提高软件测试效率,是软件测试工程师目前乃至今后面临的紧迫而且意义重大的任务。1.1软件测试概述信息技术的飞速发展,使软件产品应用到社会的各个领域,且规模越来越庞大,软件产品的质量自然成为人们共同关注的焦点。原先以手工作坊式方法开发出来的许多软件产品,由于缺乏科学的软件质量管理,因此几乎无法维护,造成大量人力、物力浪费。如何提高软件质量,保证软件安全性是一个涉及面广、难度很大的课题。软件测试作为软件质量保证中的关键技术,正受到人们越来越多的关注。软件测试是伴随着软件的产生而产生的。早期的软件开发过程中

24、,测试的含义比较狭窄,将测试等同于“调试”,目的是纠正软件中己经知道的故障,常常由开发人员自己完成这部分的工作。对测试的投入极少,测试介入也晚,常常是等到形成代码,产品己经基本完成时才进行测试。直到1957年,软件测试才开始与调试区别开来,作为一种发现软件缺陷的活动。但由于一直存在着“只有产品开始工作了,才能对其进行测试”的思想,测试仍然是后于开发的活动。潜意识里,我们的目的就是使自己确信产品能够工作。20世纪70年代,尽管对“软件工程”的真正含义还缺乏共识,但这一词条己经频繁出现。1972年,在美国北卡罗来纳大学举行了首届软件测试正式会议。1979年,GlenfordMyers的(软件测试艺

25、术(The Art of software Testing)中做出了当时最好的软件测试定义:“测试是为发现错误而执行的一个程序或者系统的过程。”直到20世纪80年代,美国等发达国家的软件业进入以过程为中心的工业化时代,软件的全面质量管理才开始被人们理解和重视。软件测试定义发生了改变,测试不单纯是一个发现错误的过程,而且包含软件质量评价的内容。软件开发人员和测试人员开始坐在一起探讨软件工程和测试问题。制定了各类标准,包括IEEE(Institute of Electrical andElectronic Engineers)标准、美国ANSI(American National Standard

26、 Institute)标准以及150(International Standard Organization) 国际标准。1983年,Bill Hetzel在软件测试完全掼(Complete Guide of software Testing) 一书中指出:“测试是以评价一个程序或者系统属性为目标的任何一种活动。测试是对软件质量的度量。”MyerS和HetZel的定义至今仍被引用。到了2002年,RickD.Craig和stefanP.Jaskiel在系统的软作测试(Systematic Software Testing)中对软件测试做了进一步定义:“测试是为了度量和提高被测软件的质量,对测试

27、件进行工程设计、实施和维护的整个生命周期过程。”这些经典论著对软件测试研究的理论化和体系化产生了巨大的影。近20年来,随着计算机和软件技术的飞速发展,软件测试技术研究也取得了很大的突破。测试专家总结了很好的测试模型,比如著名的V模型、W模型等,在测试过程改进方面提出了TMM(Testing Maturity Model)的概念,在单元测试、系统测试、负载压力测试以及测试管理等方面涌现了大量优秀的软件测试工具。1.2研究的目的与意义软件测试是高质量、高可靠性软件的重要保证。在软件系统的开发中,软件测试不仅是软件生命周期中的一个独立的阶段,在需求分析、软件设计和编码阶段,都需要对这些阶段的软件产品

28、,包括需求规格说明书、 软件架构、 概要设计和详细设计说明书进行测试。软件测试已经形成了完整的、 系统的测试方法,并且有众多的手工和自动化测试工具支持这些方法。通过评审文档、 阅读代码等方式测试软件称为静态测试,通过运行程序测试软件称为动态测试。在动态测试中,通常使用白盒测试和黑盒测试从不同的角度设计测试用例,查找软件代码中的错误。因此要想软件高质量,用怎样的方法设计测试用例是关键。其中白盒测试和黑盒测试是设计测试用例最常用的方法,尤其在动态软件测试中,通过这两种方法从不同的角度设计测试用例,确保以最少的测试用例发现尽可能多的缺陷和错误。1.3国内外研究现状软件测试相关的理论及方法从产生到现在

29、己近四十年了,国内外对于软件测试的研究主要分为测试理论、测试技术、测试评价等方面。测试理论的研究主要分为测试管理、测试模型等方面。测试管理实际上属于软件工程的一部分,并被纳入软件质量体系中。(l)质量体系质量体系是软件管理工程的三个部分。软件过程改善是当前软件管理工程的核心问题,50多年来计算机的发展使人们认识到要高效率、高质量和低成本地开发软件,必须改善软件生产过程。基于模型的过程改进是指用能力模型来指导组织的过程改进,仗过程能力稳定的进行改善,该组织也能变得更加成熟。美国卡丙基梅隆大学软件工程学院于1987年研究成功的SW/-CMM(Capability Maturity Model fo

30、r software)的目的就在于帮助软件组织改善软件生产流程,以探索一个保证软件质量、缩短开发周期、提高工作效率的软件工程模式与标准规范。1997年10月SEI(Software Engineering Institute)停止对CMM的研究,改而致力于CMMI(Capability Maturity Model Integration),以解决使用多个过程改进模型的问题。SEI同时宣布CMMI将取代CMM,与2000年8月11日颁布了CMMI-SE/SW1.0版本,2001年12月颁布了1.1版本,这次发布标志着CMMI的正式启用。根据CMMI的软件生命周期,测试被分为三个阶段:单元测试;

31、集成测试;系统测试。这三个阶段的测试在软件生命周期的其他主要阶段分别具有不同的活动性。而且CMMI充分考虑这三个阶段的测试的不同之处,分别制定不同的操作规范。CMMI主要从以下三个方面扩充传统的软件测试技术:第一方面,从单纯的对软件的测试活动,扩展为软件的测试和开发过程的度量。这一方面主要体现在过程度量对软件测试的依赖和应用。对开发过程进行度量,需要利用软件及中间成果的测试结果,从而建立对软件缺陷和开发过程的跟踪。从这一点来说,对开发过程的度量,实际上也就是对软件测试活动的扩展,与传统的软件测试的不同之处就在于关注对软件测试结果数据的分析和利用,将测试数据有效转换为能够标识过程缺陷的统计数据。第二方

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2