乐趣区

关于接口:转帖接口测试的目的和用例编写

一、为什么要做接口测试

因为现在的零碎复杂度一直回升,传统的测试方法老本急剧减少且测试效率大幅降落,所以就要做接口测试。同时,接口测试绝对容易实现自动化继续集成,且绝对 UI 自动化也比较稳定,能够缩小人工回归测试人力老本与工夫,缩短测试周期,反对后端疾速发版需要。接口继续集成是为什么能低成本高收益的本源。当初很多零碎前后端架构是拆散的,从平安层面来说,只依赖前端进行限度曾经齐全不能满足零碎的平安要求(绕过后面切实太容易),须要后端同样进行管制,在这种状况下就须要从接口层面进行验证。前后端传输、日志打印等信息是否加密传输也是须要验证的,特地是波及到用户的隐衷信息,如身份证,银行卡等。

接口测试的目标是测试接口,尤其是那些与零碎相关联的内部接口,测试的重点是要检查数据的替换,传递和管制治理过程,还包含解决的次数。内部接口测试个别是作为零碎测试来对待的。

二、如何做接口测试

能够通过接口测试工具来对接口进行测试

接口测试工具有:apipost、jmeter 等

在开始做接口测试之前,有必要理解一下接口的分类。这里的分类,次要是 HTTP 申请办法分类。上面有很多种分类,咱们最常见的有 GET/POST/PUT/DELETE 四种办法,工作中接口最多是 GET 和 POST 办法。

三、接口测试的意义

1. 更早的发现问题

随着麻利测试的流行,咱们都晓得测试工作要尽早的染指到我的项目开发周期中,因为越早的发现 bug,修复的老本就越低。

然而功能测试个别都要等到零碎提供可测试的 UI 界面后能力进行,单元测试又要求较高的专业性和人力老本,所以抉择接口测试来更早的染指测试。

接口测试能够在性能界面未开发进去之前对系统的接口进行测试,从而更早的发现总是并以更低的老本修复问题。

2. 缩短产品周期

接口测试更早的染指,能够更早的发现并解决 bug,从而使得留到前期功能测试阶段的 bug 数量缩小,最终缩短整个我的项目的上线工夫,有助于实现麻利测试。

3. 发现更底层的问题

零碎中的有些 bug 如果想通过 UI 层功能测试会比拟艰难,或者结构测试数据和测试条件非常复杂,而通过接口测试能够更简略、更全面的笼罩到底层的代码逻辑,从而发现一些暗藏 bug。

尤其是一些异样的、极其的状况,能够用接口测试很容易的验证。

四、接口测试用例设计

首先,明确出发点。和所有的测试一样,接口测试出发点是你要证实所测的程序是谬误的。以这个出发点为导向,你的设计行为就会尽量朝这个方向倒退,更易发现问题,不会呈现大方向的偏差。

其次,抉择好测试对象。对于一个零碎做接口测试抉择好的测试对象是接口测试要害。一个零碎有有数的接口,每个接口如果别离测试,那将是很苦楚的一件事件,不光繁琐节约,而且任何一个外部接口的变动,都将导致咱们用例的不可用。这里举荐把整个零碎作为一个整体,抉择整个零碎提供给内部应用、交互的最外层接口作为你的测试对象,以此为测试对象的用例将有很好的健壮性,并且更高效。另外,依据数据的流向,又可将这些最外层的接口分为两类:一类是数据进入零碎的接口;一类是数据流出零碎的接口。进入零碎的接口理论是咱们用例的执行调用的接口。可通过变动参数对这些接口进行调用,模仿内部的应用;而流出的接口则是咱们用例真正该验证的点。数据从哪里流出,流出时的状态如何,此时零碎又是什么状态都是咱们所应该验证的。

而后,确认残缺的测试对象的性能:确认内部接口提供给应用这些接口的内部用户什么样的性能,内部用户真正须要什么样的性能。此两个性能肯定要精确具体,用例的设计要严格依照测试对象功能设计才是正确的用例。

最初当出发点、对象、性能都确定了,就能够真正设计用例了。上面具体介绍下如何去设计一个构造好、可读性高、渗透性强的接口测试用例。

接口测试用例设计和其余测试用例设计一样,都应该本着尽可能的发现 bug 的指标。用例设计的内容应该包含:次要测试性能点、测试环境、测试数据、执行操作以及预期后果。

1)接口测试环境分为两种: 一种是程序外部的环境;一种是程序的所调用内部接口的环境。用例在设计环境上有一个准则即:设计实在而危险的环境,不漠视偶发环境。实在,即你的用例在测试某种性能时,应该去思考这种状况产生时外部、外部环境是什么,通过各种伎俩将最精确的环境模拟进去。危险,即在这种环境下零碎出问题的概率会很大。在设计用例环境时,如果两种环境都能达到你本用例的要求,更举荐抉择更危险的环境。所谓偶发,即这种环境呈现的概率很小。不要因为这种环境很少呈现就忽视它,开发很可能也是这种想法,此处很有可能暗藏着问题。

2)接口测试测试数据分为接口参数数据和用例执行所需零碎数据。数据的设计学识大,不要在设计、筹备测试用例的数据上偷懒。要通过好的测试数据应用例查错的性能充分发挥。接口参数数据需对每个参数依据测试接口的理论的性能进行剖析,在合乎业务逻辑的状况下进行逻辑组合排列,不要脱漏了某些边界值和谬误点的数据。每个用例执行所需零碎数据和接口参数数据尽可能的采纳不一样的数据,应用例更容易发现问题。

3)测试性能点,如果一个接口性能简单时举荐对接口用例进行构造划分,这样子用例具备更好的可读性和维护性。接口划分准则为以接口提供的性能点的不同进行适合粒度的划分。同一性能点的用例又可依据测试环境的不同、数据的不同进行用例的填充。

4)接口测试用例执行操作非常简单,就是所测接口的调用。

5)预期后果验证,这也是接口用例设计的很要害的一步,应该细而不冗余。所谓细,用例中应具体列出应该验证的点。每个用例均需验证,不要因为前几个用例有验证就认为全副是正确的。防止一个用例中反复做雷同的验证,进步测试用例的效率。

退出移动版