接口测试入门课
15
15
1.0x
00:00/00:00
登录|注册

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

失败测试用例
Newman驱动执行
完成测试用例
设计思维
执行方式
接口测试思维
持续集成平台
Newman工具
正确性检测
业务逻辑串联
正确拒绝非法参数
正确处理传入参数
询问解惑
分析问题
工具辅助
思考题
总结
接口测试与持续集成
业务流程接口测试
单接口测试
思维方式

该思维导图由 AI 生成,仅供参考

你好,我是陈磊。
在前面的课程中,我们聊到了如何开始一个接口测试,我相信你一定掌握了整个过程的推进方法,这包括如何分析一个不理想的提测项目的接口,并在自己的能力范围内完善和维护接口文档,最终设计一个流程化接口测试用例。
你还记得这其中的关键点吗?其实就是:
工具辅助。借助一些工具的辅助来完成接口分析。
分析问题。通过分析接口的访问方式、参数等信息整理出要解决问题。
询问解惑。针对问题和研发工程师进行沟通,把一些不知道的参数含义、参数取值范围等问题沟通清楚。
那么,这些都准备好后,你又如何通过一个实际方法落地接口测试呢?这里面就涉及到怎么做单接口的接口测试,怎么完成业务逻辑接口测试,以及用什么手段来完成接口测试等问题。接下来我会为你详细解答这些问题。
今天,我会带你一起利用Postman这款工具来测一个系统。
简单来说,Postman 就是一个 HTTP 协议客户端工具。但它只是我们完成这次任务的手段,接口测试用例的设计和实现过程才是我今天想告诉你的重点内容,所以,我在这里不会给你讲它的详细使用方法,而是会花更多时间告诉你怎么利用接口测试的思维方式来使用它。你也不用担心,今天我们这节课涉及的 Postman 的功能都很简单,不会因为你没有基础而显得晦涩难懂。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

接口测试是软件开发中至关重要的一环。本文以“用一个案例彻底理解接口测试的关键逻辑”为题,详细介绍了接口测试的关键思维方式和实践方法。作者强调了工具辅助、问题分析和沟通解惑的重要性,并通过一个名为Battle的小型系统进行了实际操作演示。文章分别介绍了单接口测试和业务流程接口测试的步骤和重点,强调了保证接口正确性和业务逻辑正确性的重要性。此外,还提到了接口测试与持续集成的结合,介绍了如何利用Newman工具将接口测试脚本赋能给持续集成平台。整体而言,本文通过具体案例和操作步骤,深入浅出地介绍了接口测试的关键逻辑和实践方法,对于读者快速了解接口测试具有很高的参考价值。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《接口测试入门课》
新⼈⾸单¥29
立即购买
登录 后留言

全部留言(105)

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

    作者回复: 谢谢支持

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

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

    2020-02-05
    5
    12
  • zealer
    我们的好多项目 后端都不做校验怎么搞 如何推动接口测试?

    作者回复: 您好,您遇见了这样的team,那么我们只能尽测试工程师的责任发现问题,放入bug管理系统。有架构师或者技术负责人推动变革,同时也可以留证据以免甩锅。

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

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

    2020-02-05
    8
  • shadow
    我前面提的问题“接口测试的能力高低一般都体现在哪里?” 老师的回复是从比较宏观的大的角度来看的。 如果是从小的角度来看呢?就从测试一个单接口,或者测试一个接口串联场景来看,对应的能力高低又怎么来体现?实际工作中,如果是封装框架的,那就是提供服务了,不太会具体的去做测试了。 所以还想问的是,一个接口测试执行人员,他的能力水平又体现在哪些方面? 这也是困扰我很久的一个问题了,因为是串联场景,那上个接口的结果一定要是预期内的,如果是预期内的,那实际对这个上个接口可能不需要做太多的断言吧,这样的话,就只需要看最后一个接口的结果就行了。。如果是这样,那感觉接口测试的意义是不是又不大了? 还有一个就是,如果是对接口返回值做校验,是每个字段都校验,还是校验关键字段,这个度又该怎么把握?

    作者回复: 您好,第一个问题评价一个接口测试人员的能力水平,主要是从问题的解决能力,技术栈的熟练程度、测试用例设计方法掌握能力还有就是业务知识了。 串联场景是为了完成业务测试,而单接口测试是为了完成单个服务接口的功能正确性和健壮性。业务逻辑测试脚本就是和功能测试(手动)一样,因此如果您团队只关注最终结果,那么你也就还只关注最终结果就好了,虽然这样有可能会有一些缺陷遗漏,在逐渐的走向接口测试的完美。这也就是和后面的最后一个问题一起回答了,也就是说您是校验关键字段还是全部字段,这依托于您被测系统的业务要求,以及团队要求,并不能有一个必须遵守的统一原则。谢谢您

    2020-02-15
    4
  • 啊波罗假奶粉
    老师,有没有jmeter调用python脚本的教程

    作者回复: jmeter可以执行python脚本,通过jython完成,具体操作可以通过我的blog中https://criss.blog.csdn.net/article/details/104924873查看

    2020-03-16
    3
  • Hanson
    老师你好!假如一个接口有很多入参,其中一部分是必填,一部分选填,测试用例如何设计比较妥当?

    作者回复: 可以选择边界值方法,设计参数,非必须参数可以有空值这里的空值不是null,在用正交试验完成,或者使用等价类。正交试验可以看一下我的https://github.com/crisschan/TamanduaOATs项目。将其集成到你的项目。

    2020-02-27
    3
  • 啊波罗假奶粉
    有没有教jmeter 调用python脚本

    作者回复: jmeter可以执行python脚本,通过jython完成,具体操作可以通过我的blog中https://criss.blog.csdn.net/article/details/104924873查看

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

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

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

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

    2020-02-05
    8
    2
收起评论
显示
设置
留言
99+
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部