软件测试简介——接口自动化持续集成(01)

发表于:2021-10-14 09:08  作者:Storm   来源:51Testing软件测试网原创

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试技术 接口测试

  前言
  软件测试软件开发的重要组成部分,是贯穿整个软件生命周期,对软件产品进行验证和确认的活动过程,其目的是尽早发现软件产品中存在的各种问题,如与用户需求、预先定义不一致等问题。随着技术的发展,测试从手工向自动化转变,从用户界面(User Interface,UI)层测试向单元测试靠拢。接下来,先回顾几个概念。
  单元测试:对软件中的最小可测试单元进行检查和验证。具体来说就是开发者编写一小段代码,用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言,一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。
  集成测试:它是在单元测试的基础上,将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统,并测试该过程中各部分工作是否达到或实现相应技术指标及要求。也就是说,在集成测试之前,单元测试应该已经完成。这一点很重要,因为如果不经过单元测试,那么集成测试的效果将会受到很大影响,并且会大幅增加软件单元代码纠错的代价。
  系统测试:将需测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素及环境结合在一起测试。系统测试的目的在于通过与系统的需求定义作比较,发现软件与系统定义不符合或与之矛盾的地方。
  再来看看经典的测试分层金字塔图。

  其中Unit代表单元测试,Service代表服务集成测试(或接口集成测试),UI代表页面系统测试。单元测试需要强大代码能力,很多测试人员还没有能力去执行,因此目前大多数公司还处于开发自测的阶段;随着开源UI自动化测试框架Selenium的发展,Web UI自动化测试近几年已趋于成熟(Appium是移动端UI自动化测试的代表框架),但其有3个明显的缺点:第一,UI测试介入测试时机较晚,修复发现的漏洞成本较大;第二,UI测试很难发现底层逻辑问题;第三,页面元素经常变换,导致自动化产出、投入比偏低;而这些恰恰是接口自动化测试所能解决的问题。关于接口自动化测试,目前在业内有两大类解决方案,一类是通过代码编写接口测试框架,实现接口自动化测试,其要求测试人员掌握扎实的编程基础;另一类是借助接口测试工具,配合Postman等集成工具实现接口自动化测试持续集成。前者更灵活,但后者的学习成本更低,适合新人上手。接口测试工具有很多,其中Postman安装简单、使用方便、功能强大,另外,这也是开发人员常用的接口调试工具,使用相同的工具测试出来的问题就更有说服力了。本书将借助该工具,带领大家了解接口测试持续集成的流程。
  目前,很多项目都需要执行接口测试,很多读者也想了解接口测试方面的知识,但市面上与接口测试相关的书却很少,于是作者根据自己的学习经验和工作积累写了这本书。
  读者在了解了基本概念,理解了接口测试原理后,下载并安装Postman工具,跟随书中的示例进行练习,并把自己所学知识应用到目前从事的项目中,对自己的工作会有一定的帮助。

版权声明:51Testing软件测试网获得人民邮电出版社和作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可,不得对本文内容复制、转载或进行镜像,否则将追究法律责任。

评 论

论坛新帖



建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海信义律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2021, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道