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

02 | 方法论:没有任何文档,怎么才能快速了解接口的信息?

返回值的含义
参数的作用域
参数的含义和来源
请求消息体
Fiddler
数据流程驱动业务流处理
询问解惑
分析问题
工具辅助
摸黑前进
开发工程师不写单元测试脚本
开发工程师任意发挥
单元测试脚本
接口文档
原型设计
产品需求
思考题
多个接口串行分析
开始第一个接口测试
理想的情况很难发生
理想的提测项目
总结

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

你好,我是陈磊。
我相信在学习完上一节课后,你已经明白了接口测试是在测什么,我们为什么需要做接口测试。那么,当你面对一个接口测试任务的时候,你知道该如何开始吗?其实,任何事情从 0 到 1 都是一个门槛,你只要跨过这个门槛,后面就会一马平川。今天我就来告诉你,如何开始接口测试,让你面对一个项目不再束手无策,也不再面露难色。
说起接口测试,我想你并不陌生。作为一名测试工程师,尤其是做了多年业务测试的测试工程师,在开始接触接口测试时,无论开发工程师是否提供了接口文档,我相信你都会对下面几种场景似曾相识:
开发工程师提交测试的项目,附带着一个几十页的 Word 文档,里面是一行一行的访问地址和路由,面对这样的 Word 文档,不知道如何开始验证;
开发工程师在即时通讯工具上,甩给你有好几页的这么一个传输消息,里面有各种嵌套的参数,你不知道这些参数都是干什么用的;
开发工程师口头告诉你需要测试的接口地址,然后就什么都没再多说,你问了他几句话后,他就借口说自己忙,不再理你,而你看到那个又长、又复杂的地址,束手无策。
难道,面对这些状况,测试工程师就没办法自己分析接口,完成测试吗?我现在告诉你,当然不是。
接下来,我就带你一起看看,一个理想的提测项目是什么样的,在实际工作中,绝大部分的提测项目又是什么样的,然后我们一起看看,如何一步一步解决一个不理想的提测项目。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

接口测试是软件测试中不可或缺的一环,然而在实际工作中,缺乏接口文档的情况时常发生。本文介绍了在没有接口文档的情况下,如何快速了解接口信息并开始接口测试的方法。作者首先描述了一个理想的提测项目应该包含的内容,包括产品需求、原型设计、接口文档和单元测试脚本。然而,现实中往往难以达到这种理想情况,开发工程师可能不提供接口文档,导致测试工程师无法开始接口测试。在这种情况下,作者提出了通过工具辅助、分析问题、询问解惑的三个步骤来完成接口测试必要的输入项接口文档的创建。他还介绍了使用Fiddler等工具进行接口分析的方法,并通过案例详细说明了如何进行工具辅助。文章内容简洁明了,为读者提供了在没有接口文档的情况下快速了解接口信息并开始接口测试的实用方法。此外,文章还介绍了多个接口串行分析的重要性,强调了业务逻辑的接口测试需要制作一个流程中所有接口的接口信息表,并理清每一个流程的数据流程,以便开始业务逻辑的接口测试。通过本文,读者可以学习到如何通过工具辅助、分析问题和询问解惑的方法建立接口信息表,建立和维护自己的接口知识库,从而成为接口测试的技术专家,提高在团队中的话语权。

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

全部留言(77)

  • 最新
  • 精选
  • SugarZh
    类似于Fiddler或Charles这类的抓包分析工具,并非所有公司都允许使用;例如:银行等金融性的公司,此类工具都是不在白名单的;所以个人觉得,还是要尽可能去推动完善项目流程规范,只有在一个完善的规范之下,才能更好的协调和改善工作效能,提高测试质量

    作者回复: 您说的没错,谢谢您的留言,我在招商银行信用卡中心的时候也有过类似问题,当时我解决问题的方法是自己写了一个简单的proxy,这就顺利逃脱了冗长的流程申请。

    2020-02-04
    5
    41
  • 苦行僧
    我们公司是部门强制,开发必须和测试结对完成接口api测试用例的设计,包括设置各种参数

    作者回复: 谢谢您,很好的一种模式,本来测试和开发就是一家,结对也是有益的

    2020-02-03
    7
    24
  • 🙈🇨🇳LJ
    我都是直接在浏览器上F12看network的

    作者回复: 可以的,你的方法也很棒啊 快速直接解决问题。

    2020-02-16
    2
    13
  • 从一
    对于一个新项目,还是要项目经理,测试经理推动开发人员维护完善的接口文档,从项目流程保证和完善; 对于一个存量项目,可以采用老师介绍的三部曲,工具辅助,分析问题,询问解惑。老师以http(s)协议给出了完整的分析思路。也期待接下来的课程。

    作者回复: 谢谢,您说的特别好

    2020-02-06
    2
    7
  • 小尘埃
    工作中都是用jmeter做接口测试,但是接口脚本维护却比较麻烦。人手一份。

    作者回复: jmeter做接口测试其实没有问题,问题出在了script的管理管理,建议使用git做统一管理。谢谢您的支持

    2020-02-04
    2
    6
  • Angela
    公司项目的单接口、串联接口都已经在做 但是好多时候接口已经测试完 然后开发改了部分接口,导致接口再次自动化回归的时候就又有问题了 这样很被动,请问下如何解决此类问题

    作者回复: 变更频繁这个问题目前只能在项目内部解决,服务端工程师应该设计接口,所有相关人评审后就不能变更,要变更需要有人承担成本。这个可以通过引入敏捷模式来进行规避,您可以关注一下对应内容。

    2020-02-04
    8
    5
  • Geek_dc09d9
    表格中,红色部分Cookie那块的从哪里来的,只看到消息体中包含了红色的第一栏,下面的那些是怎么分析的

    作者回复: proxy拦截过程可以看到的 课程中代码我做了整理:https://github.com/crisschan/api_geektime。

    2020-03-04
    4
  • 車头
    开发没提供文档的时候,直接去看他代码也很快的哦

    作者回复: 你这是最好的办法

    2020-03-27
    3
  • 微冷花谢
    老师,您好!我现在就是在经历您说的现实中的工作流程。关于建立接口知识库,您常用的是Excel,这个有模板或者样式吗?如果方便,麻烦您贴个图,我想借鉴一下,学习一下。谢谢

    作者回复: 您好,我常用的excel表格在文稿中倒数第二张图片就是具体样子,您可以02的文稿中找到。

    2020-02-26
    2
    3
  • aoe
    如果是一个漂亮的测试小姐姐,会有一堆程序员整天围在她身边。很多问题都没有了。在我工作过的公司虽然单元测试覆盖率不高,但开发和测试的关系还是很融洽的,不会为接口文档而烦恼。

    作者回复: 谢谢您,太棒了。你在一个让人羡慕的团队.

    2020-02-15
    3
收起评论
显示
设置
留言
77
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部