API/接口测试的目的与意义-软件功能测试自动化实战教程(3)

发表于:2015-4-01 08:46

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:周焕来、贾海涛    来源:51Testing软件测试网原创

  第八章  API/接口测试
  8.1  API/接口测试的目的与意义
  API(Application Programming Interface)自动化测试软件测试中最基本的一种类型。API就像建造大楼的砖块,程序开发人员通过运用一定规则将"砖块"放在一起来构造程序,从本质上来说,API测试是用来验证组成软件的那些单个方法的正确性,而不是测试整个系统本身。
  API测试又称为接口测试,接口测试是功能测试的一种。它主要借助于单元测试技术,通过模拟上层应用或者系统上层调用接口的应用场景,是对系统接口功能进行测试的一种手段。在进行接口测试的过程中,测试工程师并不需要了解被测试系统的所有代码,而主要通过分析接口定义以及模拟接口调用的业务应用场景来进行测试用例的设计,从而达到对被测试系统功能进行测试的目的。接口测试的重点是要检查数据的交换、传递和控制管理过程,以及系统间的相互逻辑依赖关系等。
  接口测试一般应用于多系统间交互开发,或者拥有多个子系统的应用系统开发的测试。接口测试适用于为其他系统提供服务的底层框架系统和中心服务系统,主要测试这些系统对外部提供的接口,验证其正确性和稳定性。接口测试同样适用于一个上层系统中的服务层接口,越往上层,其测试的难度越大。
  接口测试实施在多系统多平台的构架下,有着极为高效的成本收益比。接口测试天生为高复杂性的平台带来高效的缺陷检测和质量监督能力。平台越复杂,系统越庞大,接口测试的效果越明显。
  8.1.1  接口测试的目的
  接口测试是测试接口,尤其是那些与系统相关联的外部接口。接口测试的核心战略在于:以保证系统的正确和稳定为核心,以持续集成为手段,提高测试效率,提升用户体验,降低产品研发成本。
  ■ 核心:保证系统的稳定
  质量管理的目标是保证系统的正确和稳定,接口测试作为软件质量管理的一部分也保证系统正确和稳定,更准确地说是保证系统服务端的正确和稳定。一个系统的服务端越接近底层,对系统的影响就越大,甚至有可能牵一发而动全身,服务端的一个缺陷可能会引起客户端的几个甚至十几个缺陷,更可怕的是服务端的缺陷有可能引起系统的崩溃,这对整个系统来说,损失将是不可估量的,因此服务端接口的质量将直接影响到系统的正确和稳定。
  ■ 目的:提高测试效率,提升用户体验,降低产品研发成本
  接口测试要为代码的编写保驾护航,增强开发人员和测试人员的自信,让隐含的Bug提前暴露出来,让开发人员在第一时间修复Bug,让功能测试人员和性能测试人员在测试的时候更加顺手,最大限度得减少底层Bug的出现数量,让产品研发的流程更加顺畅,要缩短产品的研发周期,最后在产品上线以后,要让用户用得更加便捷,要让用户感觉产品服务零缺陷。
  8.1.2  接口测试的意义
  接口测试是单元测试的一个子集,但又不等同于单元测试。从测试的角度来看,接口测试的价值在于其测试投入比单元测试少,而且技术难度也比单元测试小。一般来说,接口测试的粒度要比单元测试更粗,它主要是基于子系统或者子模块的接口层面的测试。因此,接口测试需要测试的接口或者函数的数量会远远小于单元测试,与此同时,接口定义的稳定性会远远高于类级别的函数。所以,接口测试用例代码的改动量也远远小于单元测试,代码维护成本会比单元测试少很多,因而测试的投入量会小很多。从另外一个层面来看,借助于接口测试,可以保证子系统或子模块在各种应用场景下接口调用的正确性,那么子系统或子模块的产品质量也可以得到充分的保证。因此,接口测试是一种适度的白盒测试技术,准确说它是一种灰盒测试,投入产出是非常理想的。
  总的来说,接口测试是保证高复杂性系统质量的内在要求和低成本的经济利益的驱动作用下的最佳解决方案。主要体现在下面的三个方面:
  首先,接口测试节省了测试成本,根据数据模型推算,底层的一个Bug能够引发上层8个左右Bug,而且底层的Bug很容易引起全网的死机。相反接口测试能够提供系统复杂度上升情况下的低成本高效率的解决方案。
  其次,接口测试不同于传统开发的单元测试,接口测试是站在用户的角度对系统接口进行全面高效持续的检测。
  最后,接口测试是自动化并且持续集成的,这也是为什么接口测试能够低成本高收益的根源。
  8.2  UFT中的API测试
  UFT(Unified Functional Testing--自动化功能测试)中的 Service Test为API级别中的测试提供了一种直观简便的方法。HP Service Test工具箱窗格提供REST服务、Web服务、JMS和HTTP等功能测试领域的活动集合,通过导入WSDL文件或从资源库中使用服务就可以为"工具箱"窗格中添加活动,还可以利用内置的活动向导创建新的自定义活动。HP Service Test对于那些非GUI应用程序,可以随时通过"工具箱"窗格中拖放到视图上创建一个测试,为快速获得测试结果提供了一种无需编写代码的方法,高级用户可以利用事件处理程序自定义测试行为,并自定义代码模块。
  8.2.1  SOA测试的重要性
  接口开发的发展促成了SOA(Service-Oriented Architecture--面向服务的体系结构)的发展,SOA通过允许强定义的关系和依然灵活的特定实现,IT 系统既可以利用现有系统的功能,又可以准备在以后做一些改变来满足它们之间交互的需要。SOA的出现,接口的可重用性给IT省略去了大量的工作。就开发体系结构方面而言,SOA是将来的一个发展趋势。
  SOA虽然可以使业务更加灵活,但是如果没有正确实施,SOA也会造成业务中断。因此SOA自动化测试是一个充分利用产品和流程来减少应用程序升级或部署新的服务的风险的测试方法。SOA自动化测试核心是为预部署系统申请工作负载,同时测试系统性能的一个过程。构建一个良好的性能测试必须满足以下条件:
  ■ 服务响应速度对目标用户是足够的;
  ■ 服务器响应是否正确;
  ■ 服务能处理异常和非法值;
  ■ 在预期和非预期的用户负载下,服务要稳定;
  如果满足这些条件就可以设计出有效的测试。一个有效的自动化测试过程能够帮助您做出更明智的发布决策,减少系统停机时间,并且防止可用性问题。
  HP Service Test是一种SOA测试解决方案,它能够简化和加速SOA服务的自动化功能测试,减少了SOA服务测试所需时间,有助于确保这些服务在部署之前满足您的业务需求。它使您的组织能够简化Web服务测试程序,并尽量减少对脚本的自动化能力的需要。
本文选自《软件功能测试自动化实战教程》,本站经作者的授权。
版权声明:51Testing软件测试网获作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可,不得对本文内容复制、转载或进行镜像,否则将追究法律责任。
21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号