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

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

陈磊 2020-02-03
你好,我是陈磊。
我相信在学习完上一节课后,你已经明白了接口测试是在测什么,我们为什么需要做接口测试。那么,当你面对一个接口测试任务的时候,你知道该如何开始吗?其实,任何事情从 0 到 1 都是一个门槛,你只要跨过这个门槛,后面就会一马平川。今天我就来告诉你,如何开始接口测试,让你面对一个项目不再束手无策,也不再面露难色。
说起接口测试,我想你并不陌生。作为一名测试工程师,尤其是做了多年业务测试的测试工程师,在开始接触接口测试时,无论开发工程师是否提供了接口文档,我相信你都会对下面几种场景似曾相识:
开发工程师提交测试的项目,附带着一个几十页的 Word 文档,里面是一行一行的访问地址和路由,面对这样的 Word 文档,不知道如何开始验证;
开发工程师在即时通讯工具上,甩给你有好几页的这么一个传输消息,里面有各种嵌套的参数,你不知道这些参数都是干什么用的;
开发工程师口头告诉你需要测试的接口地址,然后就什么都没再多说,你问了他几句话后,他就借口说自己忙,不再理你,而你看到那个又长、又复杂的地址,束手无策。
难道,面对这些状况,测试工程师就没办法自己分析接口,完成测试吗?我现在告诉你,当然不是。
接下来,我就带你一起看看,一个理想的提测项目是什么样的,在实际工作中,绝大部分的提测项目又是什么样的,然后我们一起看看,如何一步一步解决一个不理想的提测项目。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《接口测试实战课》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(27)

  • 胖虫子
    刚来个要求,把app所有接口压测一遍,半天时间,有的时候最难的不是工作,而是遇到这样的傻逼领导
    2020-02-04
    1
    6
  • 小尘埃
    工作中都是用jmeter做接口测试,但是接口脚本维护却比较麻烦。人手一份。

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

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

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

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

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

    2020-02-04
    1
    3
  • happychap
    老师您好,我有一个疑问。就是:我们如果把接口测试放在ui界面出来之后再做,虽然它确实会比ui自动化测试用例更稳定,但接口测试的介入的时间点会不会太晚了一些呢? 毕竟这个阶段所有开发工作都已经完成了,修复软件bug的成本已经是比较高的了。
    2020-02-04
    1
    2
  • Angela
    公司项目的单接口、串联接口都已经在做 但是好多时候接口已经测试完 然后开发改了部分接口,导致接口再次自动化回归的时候就又有问题了 这样很被动,请问下如何解决此类问题

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

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

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

    2020-02-06
    1
  • 肥肥肥猫
    1、没有文档,可以开始做一些接口,让项目经理、开发或者产品经理尝到甜头,然后还是推动规范化,拜托保姆式测试~
    2、期待磊哥的二叉树当初的设计思路

    作者回复: 二叉树的aat不会讲哦!谢谢您的支持,你说的方法也是对的先来的做一点接口测试让团队boss看到好处给予支持

    2020-02-04
    1
  • 可可
    对于websocket接口,如何探测他的各种接口呢?好像没有接口文档不好搞啊

    作者回复: websocket确实不好处理后续我们也回了的websocket希望有所启发!谢谢支持

    2020-02-04
    1
  • 包Joyce
    接口测试什么时候介入比较合适?
    敏捷开发模式下,如何进行接口测试呢?

    作者回复: 接口测试应该早介入,在接口已经开发完最好就介入,但是前期分析开始借助一些工具就开始了,在敏捷模式下,接口测试确实更有施展的余地,还可以借助契约测试完成解耦和api测试

    2020-02-03
    1
  • summer
    感谢答疑解惑,持续关注后续更新干货

    作者回复: 谢谢您,欢迎和我一起来学习,我们互相鼓励!

    2020-02-03
    1
    1
  • 7F
    有时候工作内容不仅仅涉及到自家的产品,可能还要去窥视别人家的APP,有时候别人家的APP抓包要么抓不到,要么就是请求参数和返回参数做了类似加密的方式,好难啊。

    作者回复: 谢谢,技术在坚持,一些三方应用拿不到param可以直接询问三方合作伙伴

    2020-02-09
  • Daiver
    如果要整理出接口的信息表,那会花太多时间。

    作者回复: 技术债要慢慢还,这些技术债是我们之前遗留下来的,时间越久债务越多。但是不提倡一次还清,要随着时间的积累慢慢减少。谢谢

    2020-02-07
  • 凌波微步
    平时工作中都是摸黑前行,F12查看接口信息去设计接口测试脚本,但实际中会发现一些无意义的请求参数或者返回值,类似这样的冗余参数属于接口设计不规范问题,也应该正面提出问题。避免再犯

    作者回复: 谢谢经验分享!

    2020-02-07
  • 花菜君大饼
    请问会讲一下dubbo接口测试嘛

    作者回复: 谢谢,不会涉及的这部分内容了

    2020-02-06
  • lulu
    fiddler抓包web端https,总是不成功。如何配置自己配置代理,求大佬指点一二

    作者回复: fiddler提供了证书,你可以具体查询一下如何使用。

    2020-02-05
  • VeryYoung
    前期研发也是不提供完整的文档,后面就强制🉑️怕

    作者回复: 谢谢留言,靠自己慢慢积累也会有所得

    2020-02-05
  • 月亮和六便士
    老师,我想问一下,一般接口测试的时候,ui一般都没开发好,这种情况下,怎么通过代理工具拿到接口信息?

    作者回复: 代理拿到接口是说一个历史项目,一个全新项目在没有ui的时候还是要通过开发给出或者自己查看源代码。谢谢您

    2020-02-05
  • TC123
    chrome按F12就能拿到接口信息,但有时候我们想拿到后端接口,这个才是难点

    作者回复: 您的方法我也常用,这也是我说的工具不重要,思维才是最重要的原因

    2020-02-05
  • 杨亚玲
    尝试按老师的方式分析做了接口信息文档,帮助很大。

    作者回复: 谢谢您

    2020-02-04
收起评论
27
返回
顶部