【文档说明】软件验收测试课程课件.ppt，共(65)页，1.159 MB，由小橙橙上传

转载请保留链接：https://www.ichengzhen.cn/view-50544.html

以下为本文档部分文字说明：

1软件验证与测试课程软件验收测试软件验收测试验收测试是是以需方为主的测试，是软件交付或部署之前的最后一个测试活动。验收测试的目的是确保软件是完整的、集成的计算机应用系统，并且可以让最终用户将其用于软件的既定功能和目标任务。

内容1.验收测试的组织和管理2.验收测试的技术要求3.验收测试的方法与内容4.验收测试环境5.验收测试过程6.非正式验收测试1.验收测试的组织和管理验收测试的团队验收测试的准入条件验收测试的准出条

件验收测试的配置管理验收测试的团队验收测试的准入条件被验收测试的软件已通过了软件系统测试，关闭了所有的缺陷，除非另有约定（如，在用户急需上线的情况下，可能要求关闭了所有的A、B类缺陷以后，也可以开始验收）。具有测试合同（或测试项目计划）；具有软件测试所需的各种

文档，应包括用户操作手册和软件维护安装手册在内的所有文档；所提交的被测软件受控；软件源代码正确通过编译和构建。验收测试的准出条件已按要求完成了合同（或项目计划）所规定的软件测试任务，如：功能性测试、非功能性测试、用户场景测试；客观、详细地记录了软件测试过程和软件测试中发现的所有问题；软

件测试文档齐全、符合规范；软件测试的全过程自始至终在控制下进行；软件测试中的问题或异常有合理解释或正确有效的处理；软件测试报告通过了评审；全部测试数据、被测软件、测试支持软件和评审结果已纳入配置管理。验收测试的配置管理按照软件配置管理的要求，将测试过程中产生的各种软

件工作产品纳入配置管理。由开发组织实施的软件测试，应将测试工作产品纳入软件项目的配置管理；由独立测试组织实施的软件测试，应建立配置管理库，将被测试对象和测试工作产品纳入配置管理。已通过测试的验收状态和各项

参数应详细记录，归档保存，未经测试负责人允许，任何人无权改变。2.验收测试的技术要求功能性测试性能测试可靠性和安全性测试用户场景测试功能性测试要求根据开发方提供的设计文档和用户操作手册，应逐项测试：系统设计说明规定的系统的功能；

系统的每个特性应至少被一个正常测试用例和一个被认可的异常测试用例所覆盖；测试用例的输入应至少包括有效等价类值、无效等价类值和边界数据值；测试系统的所有输出及其格式；测试软件配置项之间及软件配置项与硬件之间的接口；性能测试要求按照合同要求和系统设计目标，对系统的性

能进行强度测试：测试系统的响应时间，包括单个用户、多用户并发的情况；测试系统的全部存储量、输入/输出通道和处理时间的余量；测试运行条件在边界状态和异常状态下，或在人为设定的状态下，系统的性能；可靠性和安全性测试要求根据最终用户对系统的可靠性和安全性的要求，进行测试：测试系

统访问和数据安全性；测试设计中用于提高系统安全性、可靠性的结构、算法、容错、冗余、中断处理等方案；对完整性级别高的系统，应对其进行安全性分析，明确每一个危险状态和导致危险的可能原因，并对此进行针对性的

测试；对有恢复或重置功能需求的系统，应测试其恢复或重置功能和平均恢复时间，并且对每一类导致恢复或重置的情况进行测试；用户场景测试要求针对用户不同使用人员和不同业务处理过程的应用实际，设计专门的应用场景测试用例，进行专门的测试。应用场景测试用例的设计，是以用户角色权限和完

成一项特定的业务处理流程为基础设计的。3.验收测试的方法与内容功能性测试内容要求可靠性测试内容要求易用性测试内容要求效率测试内容要求维护性测试内容要求可移植性测试内容要求软件配置审核功能性测试内容要求可靠性测试内容要求易用性测试内容要求

效率测试内容要求效率测试内容要求维护性测试内容要求可移植性测试内容要求软件配置审核软件开发团队通常应提供如下五类软件配置，并已在配置库中处与受控状态：代码文档类：如，可执行程序、库文件、源程序、软件配置文件等。项目开发类文档：如，《需求规约书》、《系统设计说明书》、《详

细设计说明书》、《数据库设计说明书》、《软件产品版本描述与维护手册》、《用户操作手册》、《项目总结报告》等。系统部署类文档：如，《系统架构设计》、《网络拓扑图》等文档及系统部署的配置信息文件。测试类文档：如，《测试计划》、《测试用例和脚本》、《测试

数据集》、《测试记录》、《测试报告》等。项目管理类文档：如，《项目计划》、《质量保证计划》、《配置管理计划》、《质量总结报告》、《评审报告》等。4.验收测试环境搭建验收测试环境时的主要依据是：软件项目开发合同中对软件运行环境的原则约定；软件安装维护指南中对软件安装运行环境的

具体描述；软件测试合同的规定。4.验收测试环境“软件测试合同”中规定的测试环境一般应与“软件项目开发合同”中约定的一致，但也可能是一种典型的环境，而不是最后的用户环境，在这种情况下也要给出环境差异的报告，因为验收测试的结果仅对特定的测试环境有效。测试环境涉及测试的硬件配置、软件配置、

网络配置、系统相关的接口、相关外部设备、产品文档、测试用的相关标准、测试用的数据、测试工具等方面的环境因素。搭建一个特定需求的测试环境，是上述诸因素有机组成的集合。4.验收测试环境关注环境的差异性最好是采用相当的环境，或略低一些的环境。如果明显高于规定的环境要求，那么测试结果的真实性需

要确认。真实环境和模拟环境搭建一个真实环境的复杂性和代价比较高，甚至不可能搭建。仿真测试环境能够保证测试的可重复性、完整性和可扩展性。采用仿真测试环境时，也必须说明与真实环境的差异性。4.验收测试环境关

注测试数据的质和量验收测试用的测试数据，一般应采用真实的业务运行数据，或者是一个典型的子集。否则，很难显现用户的使用场景。另外一个重要的问题是测试数据的量，如果一个系统要求每秒处理20000个交易，测试时仅用了2000个交易数据，就不容易判断软件运行的效用。4.验收测试环境验收测试工

具的选择按照目的和用途选择匹配的工具；选择一个可提供的工具（从成本和获取的时间要求）；按照测试人员的实际技能选择匹配的工具。5.验收测试过程验收测试过程包括：测试策划测试设计和实现测试执行测试总结测试策划根据上述策划结果，按照《验收测试计

划模板》要求编写验收测试计划:确定测试充分性要求确定测试终止的准则确定进行验收测试的资源要求确定测试需要的技术和方法确定验收测试活动的进度安排风险分析与评估，并制订应对措施验收测试设计和实现设计

测试用例获取测试数据确定测试顺序获取测试资源编写测试程序搭建和确认测试环境编写验收测试脚本验收测试执行测试差错情况及应对措施测试总结总结验收测试计划和验收测试说明的变化情况及其原因；

说明测试异常终止情况，确认未能被测试活动充分覆盖的范围；确定未能解决的软件测试事件以及不能解决的理由；总结测试所反映的软件系统与需方的软件要求之间的差异；将测试结果连同所发现的差错情况同需方的软件要求对照，评价软件系统的设

计与实现，提出软件改进建议；根据测试记录和软件问题报告单编写测试问题报告。按照《验收测试报告模板》的要求编写验收测试报告，该报告应包括：测试结果分析、对软件系统的评价和建议；6.非正式验收测试进行验收测试的常用策略有三种：正式验收测试Alp

ha测试Beta测试SOA－－面向服务的体系结构资料来自：中国科学院软件研究所仲萃豪研究员－1、从EAI到SOA到底解决了什么问题？2、SOA到底是业务问题还是技术问题3、SOA的合理架构实现是什么？4、如

何构建可重用的SOA业务组件？5、SOA成功实施案例介绍6、ESB产品介绍主要内容网络时代分布式系统的发展在网络时代出现了以网上传输为基础的大型分布系统，如税务的数据大集中，银行的通存通取、机票订票、电子商场等。如下图所示：用户层应用层数据层三层体系结构的缺陷三层体系结构有力地提供了一种分布式

系统的解决方案，实现了一种紧耦合的分布式系统，组成一个自成体系的单个应用软件。而如何将现有的多个应用软件，通过网络将其整合成一个集成系统，以能做更多更好的事。而早期的技术都无法解决。多应用集成是当前

迫切要解决的技术随着网络普及化，越来越迫切需要将现有多个应用系统集成，以能实现更强的信息处理功能。如电子商务的供应链、智能交通、电子政务、数字地球等。SOA是当前最理想的解决方案。SOA是软件技术的重大发展方向之一国外从2001年就开始研究SOA，

并已取得了实际应用目前国内的研究和应用水平已经落后于国外，但差距并不大必须加大投入，提升国内软件技术水平什么是SOA？SOA（service-orientedarchitecture）是面向服务的体系结构，是一类分

布式系统的体系结构,是构建如何组成一个系统的模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和规范按松耦合方式整合在一起，即将多个现有的应用软件通过网络将其整合成一个新系统。接口应该是独立于实现服

务的硬件平台、操作系统和编程语言。这使得构件在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。这使得构件在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。SOA的二大目标多应用跨平台的的整合，实现了“整合创新”。而且被整合的应用自身仍保持其自主。如香

港政府已回归中国，但保持一国二制。新增设的业务功能，应允许适应变化，即“随需应变”，接口定义没有强制绑定到特定的实现上的特征称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个

应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。采用BPEL语言定义并直接解释用户需求定义，也是一种随需应变的好办法。如何做到跨平台其关键是如何连接各应用系统，人们发现异种平台之间邮件格式和浏览器的格式都是互通的，

不再使用CORBA方式来实现SOA。而是通过发送消息的方式，每个应用提供多个服务接口，规定了接口的参数格式，一种方式是按XML标准来描述，称WSDL(WebService描述语言)，并遵循SOAP简单存取协议。如何做到松耦合除使用方和服务方外，另有

中介方，提供注册登记和查询。类似现在社会中的劳务市场和职业介绍所等所起这样作用。即先查询、绑定、然后调用。什么叫服务服务是构件提供使用者调用的相关的物理黑盒封装的可执行代码单元。它的服务只能通过已发布接口（它包括交互标准）进行访问，而不是通过过程

调用方式。也可以连接到其他构件以构成一个更大的服务”。服务通常实现为粗粒度的软件实体，并且通过松散耦合的基于消息通信模型来与应用程序和其他服务交互。面向服务的体系结构中的角色服务使用者：服务使用者是一个应用程序、一个软件模块或需要一个服务的另一个服务。它发起对注册中心中的服务的查询

，通过传输绑定服务，并且执行服务功能。服务使用者根据接口契约来执行服务。服务提供者：服务提供者是一个可通过网络寻址的实体，它接受和执行来自使用者的请求。它将自己的服务和接口契约发布到服务注册中心，以便服务使用者可以发现和访问该服务。服务注册中心：

服务注册中心是服务发现的支持者。它包含一个可用服务的存储库，并允许感兴趣的服务使用者查找服务提供者接口。面向服务的体系结构中的操作发布：为了使服务可访问，需要发布服务描述以使服务使用者可以发现和调用它。发现：服务请求者定位服务，方法是查询服务注册中心来找到满足其标准的服务。绑

定和调用：在检索完服务描述之后，服务使用者继续根据服务描述中的信息来调用服务。SOA的实现中的组成部分SOA的实现中的组成部分体系结构堆栈分成两半，左边的一半集中于体系结构的功能性方面，而右边的一半集中于体系结构的服务质量方面。这些元素详细描述如下：服务质量方面策

略是一组条件和规则，在这些条件和规则之下，服务提供者可以使服务可用于使用者。策略既有功能性方面，也有与服务质量有关的方面；因此，我们在功能和服务质量两个区中都有策略功能。安全性是规则集，可以应用于调用服务的服务使用者的身份验证、授权和访问控制。传输是属性集，可以应用

于一组服务，以提供一致的结果。例如，如果要使用一组服务来完成一项业务功能，则所有的服务必须都完成，或者没有一个完成。管理是属性集，可以应用于管理提供的采用企业服务总线－ESB既为了建立所有这些信息的适当控制，又为了应用安全性、策略、可靠性以及会计方面的要求，在SOA体系结构的框架中加入了一个

新的中间件平台。这个对象就是企业服务总线（EnterpriseServiceBus，ESB），它使用许多可能的消息传递协议来负责适当的控制流，甚至还可能是服务之间所有消息的传输。虽然ESB并不是绝对必需的，但它却是在SOA中正确管理您的业务流程至关重要

的组件。ESB本身可以是单个引擎，甚至还可以是由许多同级和下级ESB组成的分布式系统，这些ESB一起工作，以保持SOA系统的运行。在概念上，它是从早期比如消息队列和分布式事务计算这些计算机科学概念所建立的存储转发机制发展而来的。被整合应用程序的体系结构建

议应用程序实现层为：服务、组件、对象。如何做到随需应变？除随松耦合功能外，每个需求用工作流方式描述(BPEL语言)，您需要定义整个应用程序如何在服务之间执行其工作流。此外，动态业务的工作流不仅可以包括部门之间的操作，甚至还可以包括与不为您

控制的外部合作伙伴进行的操作。将各应用的服务串起来，也可以通过自展的方式扩展新的服务，一旦用语言写出其工作流的业务过程后，通过编译自动实现，由此实现了随需应变。目前IBM提供了方案、提供了开发平台和运行平台、可以半自动地补充和增加新的业务流程。SOA的优点利用现有

的资产方法是将这些现有的资产包装成提供企业功能的服务。组织可以继续从现有的资源中获取价值，而不必重新从头开始构建。更易于集成和管理复杂性将基础设施和实现发生的改变所带来的影响降到最低限度。因为复杂性是隔离的。当更多的企业一起协作提供价值链时，这会变得更加重要。SOA的优点更快地整合和现实通

过利用现有的组件和服务，可以减少完成软件开发生命周期所需的时间。这使得可以快速地开发新的业务服务，并允许组织迅速地对改变做出响应和缩短开发时间。减少成本和增加重用通过以松散耦合的方式公开业务服务，企业可以根

据业务要求更轻松地使用和组合服务。SOA的优点SOA业务流程是由一系列业务服务组成的，可以更轻松地创建、修改和管理它来满足不同时期的需要。国外发展情况IBM公开宣布仅三年不到，去年年低BEA公司、甲骨文公司、惠普等所有名牌

公司都在中国开了发布会。由于标准都一致，都是把本公司的中间件产品向SOA靠，提供开发和运行SOA结构的系统的相应的工具和环境。主要有ESB(企业服务总线)和BEPL语言执行环境。面向服务的适应范围要与大象伴舞采用CORBA、J2EE或.NET的系统逐步要转向SOA结构，今明二年是

高潮，SOA将改变整个IT产业的格局！利用SOA的一个很重要的背景是底层有很多平台软件已经在运行，需要采用SOA来整合。SOA的使用背景重在集成，效率是一个问题，但不是问题的重点。大型的制造类企业在谋求通过SOA提升企

业信息化之外，其他涉及到上下游关系的各类企业，也正在期望SOA能够帮助他们改善对供应链的管理。同样数字政府都会采用SOA。服务VS构件服务构件WSDL和SOAP远程过程调用采用ESB传输和事务等中间件松耦合紧耦合BPEL语言可采用模型驱动随需应变强弱异构平台系统集成自身封闭……

….国内发展情况正邦公司是国内第一个用SOA技术开发了上海证卷公司的管理系统。中和威公司开发了ESB的SOA运行平台。北京市市科委将支持SOA提供研发资金，促进北京市IP行业发展，其方案如下图：项目总体设计与

课题规划流程管理系统（BPM）企业服务总线（ESB）服务适配器系统（Adapter）管理中心（管理、监控、安全体系）数据交换平台课题2：面向服务的领域工程工具研发课题1：面向服务的需求工程管理工具研发课题3：SOA核心平台研发可用实例大型企业的内外系统集成，智能交通和奥运会系

统。国家科技部中的十一五大项目的“国家科技基础条件平台建设项目”。珠江三角洲的数字城市。电子商务和电子政务。银行和金融服务机构。旅游、交通、零售及电信通信行业的企业。感兴趣的行业还包括医疗机构、公共事业和制造业等

。SOA的市场前景十分广阔GartnerGroup预计，到2008年基于SOA的软件产品将占领70%的市场份额。IDC预测到2007年，基于SOA的支撑平台、应用软件等相关市场将达到210亿美元。构建SOA应用系统的四个层次第一

个层次是最简单的，因为它只需创建单独的服务。对不同领域提取可重用服务，建立参考模式。第二个层次是将业务功能集成到SOA中。包括应用程序集成、信息集成、流程集成和整个系统集成。工作流需求建模，也称MDA(模型驱动)。转换您的业务模型成

可执行模型。通常将经历四个阶段：构建、部署、使用和管理。developerWorks站点上的Webservices专区包含差不多数百篇文章、教程和技巧，可以帮助开发人员进行大多数与Web服务有关的应用程序的开发；但是对于那些尝试涉足这个新领域的用户来说，所有这些信息可能会使他们望而却步

。建议先看“SOAandWebservices新手入门”。以此引导，查到有关资料。仲萃豪编写的《软件开发方法》一书，可给你提供有关的基础理论知识。相关资料65Q&A……