• 苦行僧
    2020-02-03
    我觉得今天最大的收获就是 金字塔 到 菱形 这个图的转换,正是印证了我们公司的现状(开发 参差不齐,单元覆盖不高或很少,领导果推接口测试,有远见)

    作者回复: 谢谢您,测试的工作从接口测试开始,因此我们做好我们负责的内容,弥补类似无单元测试的不足,交付高质量项目!

     1
     6
  • 东东
    2020-02-03
    我现在做的主要是web页面测试,在验证页面数据的时候,会用F12查看前端的入参跟后端接口返回的json分别是什么,在跟数据库查询结果比对,我认为这种就是业务跟接口相结合的情况

    作者回复: 谢谢您留言,您说的是对的,是一种结合方式,虽然方法有点累,但是确实一种更加严谨的做事方法,希望你在课程中学习到让您轻松一点的方法!

     5
     6
  • roychris
    2020-02-03
    希望老师能对不同协议的接口,如“ HTTP 协议的接口、RESTful 格式的接口、WebService 的接口、RPC 协议的接口等。”分别举一个例子,并说明有哪些不同点,谢谢。

    作者回复: 谢谢您,具体协议的区别有一些提及,例子每个都有。希望我们一起学习进步

     1
     4
  • 桃子
    2020-02-04
    参数符合和不符合接口入参形式都是正向测试,那么接口测试的异常流是什么呢?有点不太好理解,能给个具体例子吗

    作者回复: 您好,谢谢留言,正向测试相对应的是反向测试,所指的反向测试测试支持流程的反向进行或者是功能的反向测试,这是一个在业务测试里的概念,例如支付付款是正向测试,那么退款是反向测试。

     1
     3
  • happychap
    2020-02-04
    就综合收益而言,还是觉得单元测试比接口测试更多一些的,毕竟单元测试跑的次数更多,入场的时间也更早,但实际的问题是确实很少开发人员乐于做单元测试,不过随着效能提升的普及,感觉单测迟早还是会大行其道。接口测试相比于ui测试,其功能的稳定程度好了很多,更适合自动化测试,加之目前单元测试还没有得到大范围普及,接口测试有较大的开发空间,在整个cicd流水线中,作为集成测试主要阵地的接口测试,肯定也会长期占用一席之地的。期待跟着老师学习,提升、夯实接口测试的视野、思维和能力。已经盯上aat了,相信老师会在授课过程中介绍一下其诞生过程吧。◕‿◕。

    作者回复: 谢谢您,aat不会介绍十分抱歉,因为那是京东的只是产权,aat的关键算法你可以在TID 、TICA、NCTS等会议ppt里面看到。您的观点我也很认同,单测确实最优但是测试工程师真的是难以推动我们做好我们自己能够主导的事情应该可以弥补一部分单测不足的问题。

    
     2
  • Tyhom
    2020-02-05
    浅显易懂,给出的接口测试的定义和解释很容易让初级测试人员快速理解

    作者回复: 谢谢tyhom

    
     1
  • 吃草🐴~
    2020-02-04
    之前写接口时,一直戏谑测试是接口破坏大王~
    陈老师汉堡的例子让我这个吃货流口水,哦不对,是让我对接口的印象更深刻😝
    这篇文章我目前听了两遍,给我印象最深刻的一点用我的话说就是:测试不但要看传入错误参数时的返回是否正常报错或处理,更要看传入正确或合理参数时的返回是否正确。因为我自测接口时偶尔会遗漏某一方面,有时候是因为工作任务多,有时候是因为偷懒😳
    作为开发,单元测试还是要多写,这样在完成任务的时候可以少提交一些 Bug~

    作者回复: 谢谢您的支持,研发和测试是一个团队继续支持才能交付高质量的系统

    
     1
  • 可可
    2020-02-04
    小团队里面都是开发测试是一个人的,这种情况该如何做的更好呢?

    作者回复: 谢谢您,在团队中如果只有一个人其实很不提倡,很多书上都明确说了不要自己测试自己的代码。不过如果现实又是现实,既然你是一个人在奋斗那么我提倡你多完成一些单测会更有效果!

    
     1
  • 灰神
    2020-02-04
    我现在做一些金融项目的时候,都是一些内部开发好的接口提供给第三方公司使用,包括放还款等接口,我们用不了第三方的前端APP,只能内部先接口测试。不过我用的是postman工具,不太了解工具的深层逻辑,或者代码接口测试,希望可以学到。

    作者回复: 谢谢您,一起努力。

    
     1
  • 我
    2020-02-03
    有些接口逻辑不会和页面直接相关,想验证这些逻辑不能通过界面测试,只能通过接口测试;一些接口的空值输入无法通过界面测试,因为前端代码会判断空值,但是这些也是必须的验证的,也只能通过接口测试;另外,接口测试很快,能够集成到开发流程中,提高效率和质量

    作者回复: 谢谢您,确实接口测试会测试的更加全面,也是更好和持续集成相结合的方式,和现在的敏捷模式、DEVOPS流水线更好契合到一起!

    
     1
  • 陈岳鑫
    2020-02-10
    在工作中,经常遇到,传入错误参数,开发说你不能这样传参,或者说每个接口都这样做防呆,会导致代码很累赘,这种情况要怎么取舍才好呀

    作者回复: 您好,一切的规则都是团队定出来的,因此在team内部出现这类问题,需要拉上技术、架构师、leader先定下来规则。一些好的实践确实对于写代码或者做设计来说是好的,但是有时候落地到team内部不一定是100%适用的,还是要因地制宜。

    
    
  • 🙈🇨🇳LJ
    2020-02-09
    打卡20200209!

    作者回复: 加油

    
    
  • 每天晒白牙
    2020-02-09
    不爱写单测的开发进来学习下测试思维,免的老被提bug

    作者回复: 谢谢您

    
    
  • 知了🦖
    2020-02-08
    老师,后面讲框架是基于什么编程语言?

    编辑回复: Python

    
    
  • 大洋
    2020-02-07
    请问是用java还是python做的接口?

    作者回复: 课程以python为例,语言可以和自己实际情况选择,思维方式一样

    
    
  • 我行我素
    2020-02-07
    想询问下,如何区分内部接口和外部接口呢?为何文中的登陆到添加到购物车是内部接口,而付款和配送又属于是外部接口呢?是否是指在一个服务中?

    作者回复: 内部接口和外部依赖接口是相对一个概念,login和加车是同一个公司的系统。支付挥着配送会经历银联接口和物流接口,因此相对叫做外部依赖接口

    
    
  • blingbling_zhy
    2020-02-07
    没有接触接口测试之前,只能看页面上的输入和输出,但是这样,有很多问题无法确定是前端还是后端的问题,接触之后,可以跳过前端,组合各种输入进行测试,大大增加了代码覆盖率,找出了一些潜在的问题,当然现在前后端问题能清楚的分辨了,不再出现指派错人的情况了

    作者回复: 谢谢您

    
    
  • 天亮
    2020-02-06
    一直没搞明白http和restful等等,这些接口的区别是啥?选择某种接口类型的参照是啥

    作者回复: 怎么选择其实主要是架构师定的,其实选择方法有三个方面。第一:系统以前技术栈的延续;第二:系统外部依赖系统的需求;第三:一些公共技术规范让系统更容易扩展

    
    
  • 奋斗小青年
    2020-02-05
    老师,请教一下,对于 预期结果一直都是变化的,且需求文档也没有明确的预期值,要想实现自动化,要如何处理?

    作者回复: 您好,您的问题确实是一个棘手的问题,但是如果你面对的SUT变化频繁建议还是让自动化晚一点进行,要不ROI太低

    
    
  • 徐锦
    2020-02-05
    接口测试在整个质量保证过程中目前看来收益是相对比较大,而且也最容易作为快速验证交付的技术手段

    作者回复: 谢谢,是这样的

    
    
我们在线,来聊聊吧