接口测试实战课
陈磊
前京东测试架构师
立即订阅
5315 人已学习
课程目录
已更新 5 讲 / 共 11 讲
开篇词 (1讲)
开篇词 | 把接口测试这件小事做深、做透
免费
初级技能篇 (3讲)
01 | 基础:跳出细节看全局,接口测试到底是在做什么?
02 | 方法论:没有任何文档,怎么才能快速了解接口的信息?
03 | 思维方式:用一个案例彻底理解接口测试的关键逻辑
综合技能篇 (1讲)
04 | 案例:如何把流程化的测试脚本抽象为测试框架?
接口测试实战课
登录|注册

03 | 思维方式:用一个案例彻底理解接口测试的关键逻辑

陈磊 2020-02-05
你好,我是陈磊。
在前面的课程中,我们聊到了如何开始一个接口测试,我相信你一定掌握了整个过程的推进方法,这包括如何分析一个不理想的提测项目的接口,并在自己的能力范围内完善和维护接口文档,最终设计一个流程化接口测试用例。
你还记得这其中的关键点吗?其实就是:
工具辅助。借助一些工具的辅助来完成接口分析。
分析问题。通过分析接口的访问方式、参数等信息整理出要解决问题。
询问解惑。针对问题和研发工程师进行沟通,把一些不知道的参数含义、参数取值范围等问题沟通清楚。
那么,这些都准备好后,你又如何通过一个实际方法落地接口测试呢?这里面就涉及到怎么做单接口的接口测试,怎么完成业务逻辑接口测试,以及用什么手段来完成接口测试等问题。接下来我会为你详细解答这些问题。
今天,我会带你一起利用Postman这款工具来测一个系统。
简单来说,Postman 就是一个 HTTP 协议客户端工具。但它只是我们完成这次任务的手段,接口测试用例的设计和实现过程才是我今天想告诉你的重点内容,所以,我在这里不会给你讲它的详细使用方法,而是会花更多时间告诉你怎么利用接口测试的思维方式来使用它。你也不用担心,今天我们这节课涉及的 Postman 的功能都很简单,不会因为你没有基础而显得晦涩难懂。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《接口测试实战课》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(18)

  • roychris
    本课最有价值的点:“在接口测试中,我们通过单个接口测试完成了全部异常状态的覆盖;而在业务流程中,我们更需要关心业务流和数据流的关系,并不需要再过度关心如何用业务流的方法覆盖更多的代码逻辑异常,这也是分层测试中为什么在单元测试和界面测试之间要加入一层接口测试的主要原因之一”。之前分的不是太清晰,现在很清晰了。

    作者回复: 谢谢支持

    2020-02-05
    1
    5
  • 肥肥肥猫
    关于单接口和业务流中,接口校验的点有什么区别

    作者回复: 单接口覆盖接口正确param和处理异常param,业务流程是业务流异常和正确业务逻辑

    2020-02-05
    2
  • chenwohaha
    按照这个步骤做完接口测试后,还需要安排做界面的功能测试吗?UI测试和接口测试的时间分配比例是多少?谢谢

    作者回复: 您好,ui测试时需要的,UI测试更加关注交换层面的事情,时间安排我没有办法给出决定的意见,因为ui的复杂度每个系统都不一样。但是会比以前无api测试减少很多

    2020-02-06
    1
  • Geek_0dcb8c
    我怎么请求不到地URL

    作者回复: 你用浏览器访问一次是不是可以看到结果呢?

    2020-02-05
    3
    1
  • Tyhom
    对于分层测试的的概念给出了很好的描述,让大家可以更好的理解,先从单个接口的测试开始,保障单个接口的正确性和健壮性,然后通过单个接口的测试完成多个接口的业务逻辑串联,站在业务逻辑的角度完成业务逻辑的正确性检测。

    作者回复: 谢谢tyhom支持

    2020-02-05
    1
  • 无名氏
    单接口测试时,如果需要前置条件,怎么测?比如你案例你的对战,需要有一个对手;对手又可能是一次性消耗数据,比如干掉他,和他同归于尽?如果前置条件很多的单接口测试,有没有什么好的思路呢?个人经验,很多接口测试,如果要测,基本就要走业务流了,构建前置数据成本很高,还要依赖于其他接口的稳定性?

    作者回复: 谢谢您,您说的很全面,这也是在后期课程中我会讲一下解耦的原因.

    2020-02-05
    1
  • 张胜坡
    单接口测试:保证单接口的正确性和健壮性;多接口业务逻辑测试:多接口串联,从业务逻辑角度验证业务流程的正确性。测试脚本持续集成,减少人工重复劳动,提升测试效率和项目质量。

    作者回复: 谢谢支持

    2020-02-08
  • 以前一直不知道如何把握接口测试的力度,听了老师的课稍有启发。单接口测试覆盖入参的检验,弥补单元测试不足; 业务流程接口测试注重业务流转,无需过多关注入参异常情况。这也是菱形测试模型的依据之一!

    作者回复: 谢谢支持

    2020-02-07
  • Angela
    单接口正确性 健壮性的用例设计方法;多接口的数据流 业务流的设计方法可以调理性的讲一下么

    作者回复: 业务逻辑就是你正确被测系统的业务,可以参考战场系统看一下。

    2020-02-07
  • 雅莹
    “在获取了参数后,下面你就要借助 Postman 这个工具,选择 Post 访问方式,输入登录接口的 URL”中,URL怎么确定呢?

    作者回复: 在postman截图和被测系统的readme中都写了,您可以看一下,谢谢

    2020-02-07
    1
  • 雅莹
    “在获取了参数后,下面你就要借助 Postman 这个工具,选择 Post 访问方式,输入登录接口的 URL,在 Request 的 Body 中输入 username=criss&password=criss 的参数,然后点击发送,接下来,你就会在 Response 的 Body 中对应返回内容。如下图所示:”中的返回内容看不懂,为什么没有提示是否成功呢?

    作者回复: 系统设计没有设计这样的逻辑,您可以看看战场系统的readme

    2020-02-07
    1
  • 从一
    接口测试的思维:先从单个接口的测试开始,保障单个接口的正确性和健壮性,然后通过单个接口的测试完成多个接口的业务逻辑串联,站在业务逻辑的角度完成业务逻辑的正确性检测。
    看到这里忽然发现新接手的存量项目的单接口测试还需要补充健壮性用例,即异常参数用例。但对于一个存量项目,1000+接口补充起来也比较痛苦~老师有什么好的建议吗

    作者回复: 旧账不建议一次还清,需要补!慢慢积累

    2020-02-06
  • ZeroIce
    老师,自动化测试有什么用?是自己根据给出的字段或者逻辑进行测试?减少人工的操作?

    作者回复: 自动化是为了节省重复投入,提高质量效率,建议尽早开始

    2020-02-06
  • VeryYoung
    看完这篇让我知道我一直将接口测试用例分成参数检验和逻辑用例是比较正确的思路

    作者回复: 谢谢

    2020-02-05
  • 绿茵豪情
    例子中用户名这个字段需要与密码这个字段进行 用户名正确+密码错误,以及用户名错误+密码正确这样的组合吗?

    比如一个请求很多参数,那么这么多参数需要像例子中这样,进行多个排列组合吗,

    作者回复: 这里需要运用测试用例设计方法了,常用边界值做case,你可以尝试一次

    2020-02-05
  • 绿茵豪情
    单接口测试,只要分参数(字段)为空,参数为正确,参数错误这三种情况就好了吗,不需要考虑参数类型(数字 中文 英文 敏感词 特殊字符等以及极大极小值)吗?之前看到有人说要讲究这些类型。

    另外,流程接口测试,从例子看来,是只考虑各种业务场景,不考虑异常(列出的全是全是业务正常执行的场景,没有其他环节正常,某一个接口异常这样的用例),是把所有的异常都放在单接口测试了吗?

    作者回复: 第一个问题,你说的那些内容在安全测试范围,不应该是接口测试考虑的。不过做了也不是错反而更好。第二个问题业务逻辑api测试要考虑业务逻辑错误

    2020-02-05
  • 高源
    老师最好还是给出完成版本给学习者,作为菜鸟拿过来一看对应学习,自己理解加深印象,毕竟每个人实际情况不同啊😊考虑不是很熟练者或者是初学者,谢谢

    作者回复: 谢谢您的建议,其实其他就是照猫画虎了,希望您能画出你的老虎

    2020-02-05
    1
  • SugarZh
    用Newman驱动postman的脚本文件,要想知道失败的结果,需要在指定的用例中加入断言的脚本;但是本身postman中的断言就是一个鸡肋,它是内置的一种类js的脚本语法,使用起来比较繁琐。

    作者回复: 您说的特别好,谢谢您。我还是提倡大家写代码,coding更容易解决问题

    2020-02-05
收起评论
18
返回
顶部