资源描述
,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,SS TL,C,本资料仅供参考，不能作为科学依据。谢谢。本资料仅供参考，不能作为科学依据。本资料仅供参考，不能作为科学依据。谢谢。本资料仅供参考，不能作为科学依据。,软件验证与测试课程,软件验收测试,1/65,1,软件验收测试,验收测试是,是以需方为主测试，是软件交付或布署之前最终一个测试活动,。,验收测试目标是确保软件,是完整、集成计算机应用系统,，而且能够让最终用户将其用于软件既定功效和目标任务。,2/65,内 容,1.验收测试组织和管理,2.验收测试技术要求,3.验收测试方法与内容,4.验收测试环境,5.验收测试过程,6.非正式验收测试,3/65,1.验收测试组织和管理,验收测试团体,验收测试准入条件,验收测试准出条件,验收测试配置管理,4/65,验收测试团体,5/65,验收测试准入条件,被验收测试软件已经过了软件系统测试，关闭了全部缺点，除非另有约定（如，在用户急需上线情况下，可能要求关闭了全部,A、B,类缺点以后，也能够开始验收）。,含有测试协议（或测试项目计划）；,含有软件测试所需各种文档，应包含用户操作手册和软件维护安装手册在内全部文档；,所提交被测软件受控；,软件源代码正确经过编译和构建。,6/65,验收测试准出条件,已按要求完成了协议（或项目计划）所要求软件测试任务，如：功效性测试、非功效性测试、用户场景测试；,客观、详细地统计了软件测试过程和软件测试中发觉全部问题,；,软件测试文档齐全、符合规范；,软件测试全过程自始至终在控制下进行；,软件测试中问题或异常有合了解释或正确有效处理；,软件测试汇报经过了评审；,全部测试数据、被测软件、测试支持软件和评审结果已纳入配置管理,。,7/65,验收测试配置管理,按照软件配置管理要求，将测试过程中产生各种软件工作产品纳入配置管理。,由开发组织实施软件测试，应将测试工作产品纳入软件项目标配置管理；,由独立测试组织实施软件测试，应建立配置管理库，将被测试对象和测试工作产品纳入配置管理。,已经过测试验收状态和各项参数应详细统计，归档保留，未经测试责任人允许，任何人无权改变。,8/65,2.验收测试技术要求,功效性测试,性能测试,可靠性和安全性测试,用户场景测试,9/65,功效性测试要求,依据开发方提供设计文档和用户操作手册，应逐项测试：,系统设计说明要求系统功效；,系统每个特征应最少被一个正常测试用例和一个被认可异常测试用例所覆盖；,测试用例输入应最少包含有效等价类值、无效等价类值和边界数据值；,测试系统全部输出及其格式；,测试软件配置项之间及软件配置项与硬件之间接口；,10/65,性能测试要求,按照协议要求和系统设计目标，对系统性能进行强度测试：,测试系统响应时间，包含单个用户、多用户并发情况；,测试系统全部存放量、输入,/,输出通道和处理时间余量；,测试运行条件在边界状态和异常状态下，或在人为设定状态下，系统性能；,11/65,可靠性和安全性测试要求,依据最终用户对系统可靠性和安全性要求，进行测试：,测试系统访问和数据安全性；,测试设计中用于提升系统安全性、可靠性结构、算法、容错、冗余、中止处理等方案；,对完整性级别高系统，应对其进行安全性分析，明确每一个危险状态和造成危险可能原因，并对此进行针对性测试；,对有恢复或重置功效需求系统，应测试其恢复或重置功效和平均恢复时间，而且对每一类造成恢复或重置情况进行测试；,12/65,用户场景测试要求,针对用户不一样使用人员和不一样业务处理过程应用实际，设计专门应用场景测试用例，进行专门测试。,应用场景测试用例设计，是以用户角色权限和完成一项特定业务处理流程为基础设计。,13/65,3.验收测试方法与内容,功效性测试内容要求,可靠性测试内容要求,易用性测试内容要求,效率测试内容要求,维护性测试内容要求,可移植性测试内容要求,软件配置审核,14/65,功效性测试内容要求,15/65,可靠性测试内容要求,16/65,易用性测试内容要求,17/65,效率测试内容要求,18/65,效率测试内容要求,19/65,维护性测试内容要求,20/65,可移植性测试内容要求,21/65,软件配置审核,软件开发团体通常应提供以下五类软件配置，并已在配置库中处与受控状态：,代码文档类：如，可执行程序、库文件、源程序、软件配置文件等。,项目开发类文档：如，需求规约书、系统设计说明书、详细设计说明书、,数据库设计,说明书、软件产品版本描述与维护手册、用户操作手册、项目总结汇报等。,系统布署类文档：如，系统架构设计、网络拓扑图等文档及系统布署配置信息文件。,测试类文档：如，测试计划、测试用例和脚本、测试数据集、测试统计、测试汇报等。,项目管理类文档：如，项目计划、质量确保计划、,配置管理,计划、质量总结汇报、评审汇报等。,22/65,4.验收测试环境,搭建验收测试环境时主要依据是：,软件项目开发协议中对软件运行环境标准约定；,软件安装维护指南中对软件安装运行环境详细描述；,软件测试协议要求。,23/65,4.验收测试环境,“软件测试协议”中要求测试环境普通应与“软件项目开发协议”中约定一致，但也可能是一个经典环境，而不是最终用户环境，在这种情况下也要给出环境差异汇报，因为验收测试结果仅对特定测试环境有效。,测试环境包括测试硬件配置、软件配置、网络配置、系统相关接口、相关外部设备、产品文档、测试用相关标准、测试用数据、测试工具等方面环境原因。搭建一个特定需求测试环境，是上述诸原因有机组成集合。,24/65,4.验收测试环境,关注环境差异性,最好是采取相当环境，或略低一些环境。假如显著高于要求环境要求，那么测试结果真实性需要确认。,真实环境和模拟环境,搭建一个真实环境复杂性和代价比较高，甚至不可能搭建。,仿真测试环境能够确保测试可重复性、完整性和可扩展性。采取仿真测试环境时，也必须说明与真实环境差异性。,25/65,4.验收测试环境,关注测试数据质和量,验收测试用测试数据，普通应采取真实业务运行数据，或者是一个经典子集。不然，极难显现用户使用场景。另外一个主要问题是测试数据量，假如一个系统要求每秒处理0个交易，测试时仅用了个交易数据，就不轻易判断软件运行效用。,26/65,4.验收测试环境,验收测试工具选择,按照目标和用途选择匹配工具；,选择一个可提供工具（从成本和获取时间要求）；,按照测试人员实际技能选择匹配工具。,27/65,5.验收测试过程,验收测试过程包含：,测试策划,测试设计和实现,测试执行,测试总结,28/65,测试策划,依据上述策划结果，按照验收测试计划模板要求编写验收测试计划:,确定测试充分性要求,确定测试终止准则,确定进行验收测试资源要求,确定测试需要技术和方法,确定验收测试活动进度安排,风险分析与评定，并制订应对办法,29/65,验收测试设计和实现,设计测试用例,获取测试数据,确定测试次序,获取测试资源,编写测试程序,搭建和确认测试环境,编写验收测试脚本,30/65,验收测试执行,测试差错情况及应对办法,31/65,测试总结,总结验收测试计划和验收测试说明改变情况及其原因；,说明测试异常终止情况，确认未能被测试活动充分覆盖范围；,确定未能处理软件测试事件以及不能处理理由；,总结测试所反应软件系统与需方软件要求之间差异；,将测试结果连同所发觉差错情况同需方软件要求对照，评价软件系统设计与实现，提出软件改进提议；,依据测试统计和软件问题汇报单编写测试问题汇报。,按照验收测试汇报模板要求编写验收测试汇报，该汇报应包含：测试结果分析、对软件系统评价和提议；,32/65,6.非正式验收测试,进行验收测试惯用策略有三种：,正式验收测试,Alpha,测试,Beta,测试,33/65,SOA,面向服务体系结构,资料来自：,中国科学院软件研究所 仲萃豪 研究员,34/65,1、从,EAI,到,SOA,到底处理了什么问题？2、,SOA,到底是业务问题还是技术问题3、,SOA,合理架构实现是什么？4、怎样构建可重用,SOA,业务组件？5、,SOA,成功实施案例介绍6、,ESB,产品介绍,主要内容,35/65,网络时代分布式系统发展,在网络时代出现了以网上传输为基础大型分布系统，如税务数据大集中，银行通存通取、机票订票、电子商场等。以下列图所表示：,用,户,层,应,用,层,数,据,层,36/65,三层体系结构缺点,三层体系结构有力地提供了一个分布式系统处理方案，实现了一个紧耦合分布式系统，组成一个自成体系单个应用软件。,而怎样将现有多个应用软件，经过网络将其整合成一个集成系统，以能做更多更加好事。而早期技术都无法处理。,37/65,多应用集成是当前迫切要处理技术,伴随网络普及化，越来越迫切需要将现有多个应用系统集成，以能实现更强信息处理功效。如电子商务供给链、智能交通、电子政务、数字地球等。,SOA,是当前最理想处理方案。,38/65,SOA,是软件技术重大发展方向之一,国外从年就开始研究SOA，并已取得了实际应用,当前国内研究和应用水平已经落后于国外，但差距并不大,必须加大投入，提升国内软件技术水平,39/65,什么是,SOA？,SOA（service-orientedarchitecture）,是面向服务体系结构，是一类分布式系统体系结构,是构建怎样组成一个系统模型，它将应用程序不一样功效单元（称为,服务,）经过这些服务之间定义良好接口和规范按松耦合方式整合在一起，即将多个现有应用软件经过网络将其整合成一个新系统。,接口应该是独立于实现服务硬件平台、操作系统和编程语言。这使得构件在各种这么系统中服务能够以一个统一和通用方式进行交互。这使得构件在各种这么系统中服务能够以一个统一和通用方式进行交互。,40/65,SOA,二大目标,多应用跨平台整合，实现了“整合创新”。而且被整合应用本身仍保持其自主。如香港政府已回归中国，但保持一国二制。,新增设业务功效，应允许适应改变，即“随需应变”，接口定义没有强制绑定到特定实现上特征称为服务之间,松耦合,。松耦合系统好处有两点，一点是它灵活性，另一点是，当组成整个应用程序每个服务内部结构和实现逐步地发生改变时，它能够继续存在。采取,BPEL,语言定义并直接解释用户需求定义，也是一个随需应变好方法。,41/65,怎样做到跨平台,其关键是怎样连接各应用系统，人们发觉异种平台之间邮件格式和浏览器格式都是互通，不再使用,CORBA,方式来实现,SOA。,而是经过发送消息方式，每个应用提供多个服务接口，要求了接口参数格式，一个方式是按,XML,标准来描述，称,WSDL(Web Service,描述语言)，并遵照,SOAP,简单存取协议。,42/65,怎样做到松耦合,除使用方和服务方外，另有中介方，提供注册登记和查询。,类似现在社会中劳务市场和职业介绍所等所起这么作用。即先查询、绑定、然后调用。,43/65,什么叫服务,服务是构件提供使用者调用相关物理黑盒封装可执行代码单元。它服务只能经过已公布接口（它包含交互标准）进行访问，而不是经过过程调用方式。也能够连接到其它构件以组成一个更大服务”。,服务通常实现为粗粒度软件实体，而且经过涣散耦合基于消息通信模型来与应用程序和其它服务交互。,44/65,面向服务体系结构中角色,服务使用者,：服务使用者是一个应用程序、一个软件模块或需要一个服务另一个服务。它发起对注册中心中服务查询，经过传输绑定服务，而且执行服务功效。服务使用者依据接口契约来执行服务。,服务提供者,：服务提供者是一个可经过网络寻址实体，它接收和执行来自使用者请求。它将自己服务和接口契约公布到服务注册中心，方便服务使用者能够发觉和访问该服务。,服务注册中心,：服务注册中心是服务发觉支持者。它包含一个可用服务存放库，并允许感兴趣服务使用者查找服务提供者接口。,45/65,面向服务体系结构中操作,公布：为了使服务可访问，需要公布服务描述以使服务使用者能够发觉和调用它。,发觉：服务请求者定位服务，方法是查询服务注册中心来找到满足其标准服务。,绑定和调用：在检索完服务描述之后，服务使用者继续依据服务描述中信息来调用服务。,46/65,SOA,实现中组成部分,47/65,SOA,实现中组成部分,体系结构堆栈分成两半，左边二分之一集中于体系结构功效性方面，而右边二分之一集中于体系结构服务质量方面。这些元素详细描述以下：,48/65,服务质量方面,策略,是一组条件和规则，在这些条件和规则之下，服务提供者能够使服务可用于使用者。策略现有功效性方面，也有与服务质量相关方面；所以，我们在功效和服务质量两个区中都有策略功效。,安全性,是规则集，能够应用于调用服务服务使用者身份验证、授权和访问控制。,传输,是属性集，能够应用于一组服务，以提供一致结果。比如，假如要使用一组服务来完成一项业务功效，则全部服务必须都完成，或者没有一个完成。,管理,是属性集，能够应用于管理提供,49/65,采取企业服务总线,ESB,既为了建立全部这些信息适当控制，又为了应用安全性、策略、可靠性以及会计方面要求，在,SOA,体系结构框架中加入了一个新中间件平台。这个对象就是,企业服务总线（,Enterprise Service Bus，ESB）,，,它使用许多可能消息传递协议来负责适当控制流，甚至还可能是服务之间全部消息传输。,即使,ESB,并不是绝对必需，但它却是在,SOA,中正确管理您业务流程至关主要组件。,ESB,本身能够是单个引擎，甚至还能够是由许多同级和下级,ESB,组成分布式系统，这些,ESB,一起工作，以保持,SOA,系统运行。,在概念上，它是从早期比如消息队列和分布式事务计算这些计算机科学概念所建立存放转发机制发展而来。,50/65,被整合应用程序体系结构,提议应用程序实现层为：服务、组件、对象。,51/65,怎样做到随需应变？,除随松耦合功效外，每个需求用工作流方式描述(,BPEL,语言)，您需要定义整个应用程序怎样在服务之间执行其工作流。,另外，动态业务工作流不但能够包含部门之间操作，甚至还能够包含与不为您控制外部合作搭档进行操作。将各应用服务串起来，也能够经过自展方式扩展新服务，一旦用语言写出其工作流业务过程后，经过编译自动实现，由此实现了随需应变。,当前,IBM,提供了方案、提供了开发平台和运行平台、能够半自动地补充和增加新业务流程。,52/65,SOA,优点,利用现有资产,方法是将这些现有资产包装成提供企业功效服务。组织能够继续从现有资源中获取价值，而无须重新从头开始构建。,更易于集成和管理复杂性,将基础设施和实现发生改变所带来影响降到最低程度。因为复杂性是隔离。当更多企业一起协作提供价值链时，这会变得愈加主要。,53/65,SOA,优点,更加快地整合和现实,经过利用现有组件和服务，能够降低完成软件开发生命周期所需时间。这使得能够快速地开发新业务服务，并允许组织快速地对改变做出响应和缩短开发时间。,降低成本和增加重用,经过以涣散耦合方式公开业务服务，企业能够依据业务要求更轻松地使用和组合服务。,54/65,SOA,优点,SOA,业务流程是由一系列业务服务组成，能够更轻松地创建、修改和管理它来满足不一样时期需要。,55/65,国外发展情况,IBM,公开宣告仅三年不到，去年年低,BEA,企业、甲骨文企业、惠普等全部名牌企业都在中国开了公布会。,因为标准都一致，都是把本企业中间件产品向,SOA,靠，提供开发和运行,SOA,结构系统对应工具和环境。,主要有,ESB(,企业服务总线)和,BEPL,语言执行环境。,56/65,面向服务适应范围 要与大象伴舞,采取,CORBA、J2EE,或.,NET,系统逐步要转向,SOA,结构，今明二年是高潮，,SOA,将改变整个,IT,产业格局！,利用,SOA,一个很主要背景是底层有很多平台软件已经在运行，需要采取,SOA,来整合。,SOA,使用背景重在集成，效率是一个问题，但不是问题重点。大型制造类企业在寻求经过,SOA,提升企业信息化之外，其它包括到上下游关系各类企业，也正在期望,SOA,能够帮助他们改进对供给链管理。一样数字政府都会采取,SOA。,57/65,服务,VS,构件,服务,构件,WSDL,和,SOAP,远程过程调用,采取,ESB,传输和事务等中间件,松耦合 紧耦合,BPEL,语言 可采取模型驱动,随需应变强 弱,异构平台系统集成 本身封闭.,58/65,国内发展情况,正邦企业是国内第一个用,SOA,技术开发了上海证卷企业管理系统。,中和威企业开发了,ESB,SOA,运行平台。,北京市市科委将支持,SOA,提供研发资金，促进北京市,IP,行业发展，其方案以下列图：,59/65,项目总体设计与课题规划,60/65,可用实例,大型企业内外系统集成，,智能交通和奥运会系统。,国家科技部中十一五大项目标“国家科技基础条件平台建设项目”。,珠江三角洲数字城市。,电子商务和电子政务。,银行和金融服务机构。,旅游、交通、零售及电信通信行业企业。,感兴趣行业还包含医疗机构、公共事业和制造业等。,61/65,SOA,市场前景十分辽阔,Gartner Group预计，到20基于SOA软件产品将占领70%市场份额。,IDC预测到 年，基于SOA支撑平台、应用软件等相关市场将到达210亿美元。,62/65,构建,SOA,应用系统 四个层次,第一个层次是最简单，因为它只需创建单独服务。对不一样领域提取可重用服务，建立参考模式。,第二个层次是将业务功效集成到,SOA,中。包含应用程序集成、信息集成、流程集成和整个系统集成。,工作流需求建模，也称,MDA(,模型驱动)。,转换您业务模型 成可执行模型。,通常将经历四个阶段：构建、布署、使用和管理。,63/65,developerWorks,站点上,Web services,专区包含差不多数百篇文章、教程和技巧，能够帮助开发人员进行大多数与,Web,服务相关应用程序开发；不过对于那些尝试涉足这个新领域用户来说，全部这些信息可能会使他们望而却步。提议先看“,SOA and Web services,新手入门”。以此引导，查到相关资料。,仲萃豪,编写软件开发方法一书,，,可给你提供相关基础理论知识。,相关资料,64/65,Q&A,65/65,65,
展开阅读全文
浙ICP备2021020529号-1 | 浙B2-20240490 
