• Cynthia🌸 置顶
    2018-07-23
    关于api测试,希望后续仔细讲讲如何开展。因为具体到业务的api,数据之间流转,各种关联性还是比较强的。有些还牵扯到加密,解密等等。
    但是对于单独一个api的开发而言,他可能根本不关心数据的流转,只知道按照需求实现代码,这样就给测试带来很多问题,和开发沟通时很难一下子找到自己想要的内容。
    希望能聊聊您的经验。

    另外就是对于互联网测试的策略总结的很好,现在看到不少书还是沿用传统的思路去说测试策略,感觉又笨重又无法迅速拿来进行实践。
    这部分以后会深入聊么,还是点到为止了?
    展开

    作者回复: 你说的很多,单个api测试容易,但是很多api之间交互和依赖,再加上现在的微服务化,都对api测试提出了很高的挑战,后续文章会专门来讲这块,尤其会去谈基于消费者契约的api测试。关于互联网测试策略,后续我们会讲的测试数据服务和测试基础架构设计都是为了适应互联网产品测试的实践,希望可以对你有帮助。非常感谢高质量的留言👍

    
     21
  • 堂 置顶
    2018-07-30
    非常赞同作者对于互联网产品较于传统产品测试策略比重变化的观点。我们项目属于互联网产品,采用微服务的架构而且前后端完全分离。当时在项目初期自动化框架选型的时候,鉴于项目迭代速度快、人员短缺且大部分缺少比较好的代码能力的情况,我决定采用了postman+newman+jenkins的方式,在api层面实现了从数据初始化到覆盖系统7大流程的集成、系统回归测试。中间有尝试使用python进行脚本化的转变,但是效率却没有得到提升。原因可能是我们脚本可能不够灵活吧,但还有一个原因是我们通常使用postman进行接口的调试,调试完成后可以进行简单的参数化就把这些调整过的接口或者新增的接口纳入到回归测试脚本中,不用再进行额外的开发。而且postman流程化的脚本,可以在任意步骤打“断点”,对于我们人工进行流程调试验证以及造数据都有很大的方便性,至少这个这个项目一年多了,在主流程上通过api流程化脚本的覆盖下,还没有发生过大的问题。但是之前跟一个测试经理沟通时,他说我们的方式根本不属于自动化的范畴。但我个人还是比较坚持,毕竟自动化是为了提高效率并且需要注重投入和产出的,只要效果是好的,形式不是很重要不是吗?不知道作者能不能谈下您的观点?
    展开

    作者回复: 我是完全支持你的观点的,这个一定是属于自动化测试的范畴,postman+newman是很好的轻量级api测试实践,在结合jenkins可以说能够满足绝大多数的CI/CD的要求。👍

    
     8
  • siru
    2018-07-23
    老师有没有一些比较正规的测试文档模板分享呢?
    
     8
  • Geek_84a77e
    2018-07-23
    1、测试执行集群,不理解这个概念,是把我们写好的自动化代码放到服务器上执行,多个服务器组成的集群?希望老师能具体说明,包括如何实现主从
    2、本篇主要想讲互联网产品适合api test 那可否针对一个接口教我们如何设计全面的测试用例?就像之前一篇文章针对登陆设计用例一样。如果后期会有专题讨论,那在这篇文章提及一下也无妨
    
     4
  • sylan215
    2019-02-13
    嗯嗯,其实之前,我一直把金字塔模型作为目标,但是回头看看实际情况,我们确实是一直还在 GUI 自动化上挣扎。

    看到茹老师的菱形测试策略,感觉如获至宝。

    一方面,GUI 自动化可以下沉,往接口测试靠拢,UI 操作的底层实际也是接口的调用关系,所以是可行的;

    另一方面,单元测试可以加大颗粒度,这样也变成了接口测试,单元测试的颗粒度要求真的太细,对于快速迭代的互联网产品来说,需要有一套完备的机制来保证,而这个在目前的国内环境是办不到的,如果加大颗粒度到接口测试,应该也是可行的;

    但是,目前很多公司的现状是,开发代码的分层并不明显,导致接口测试需要大量的 mock 测试代码,同时也增加了实现的难度,这是我们目前面临的比较大的问题。

    以上,欢迎关注公众号「sylan215」一起沟通交流。
    展开
    
     3
  • Brandon
    2018-07-23
    api中的如果业务代码使用异步处理,那么测试用例会很尴尬 同步返回的数据基本没用 除了轮询还有其他方法吗?
    
     3
  • 辰九
    2019-06-09
    感觉老师偏向于api测试、但是面向用户最终还是gui层、后端api没问题不代表gui层没有问题,gui层的测试除了覆盖功能逻辑以外、交互逻辑也很容易出问题、这块也需要重点注意
    
     2
  • 泡芙小妞
    2019-05-24
    我们公司是典型的互联网行业,但是我们目前只做了GUI测试,并且GUI测试都是偏手工的,自动化很少或者几乎没有,测试组只有3个人,要面对4个端,每次都是GUI测试完成,版本就上线了,API测试根本没有做,单元测试是由开发来做的
    
     1
  • Laura张远园
    2018-09-01
    工业机器人、敏捷团队,属于敏捷下的传统测试。
    我们测试人员的KPI指标是测试自动化率,所以gui测试也基本全部自动化,一旦用户界面变动测试人员就要加班改测试代码。
    我们测试人员写单元测试的目的是用单元测试覆盖测试需求,减轻gui覆盖测试需求的代码量和维护成本,而在前面的文章中已经说明单元测试应当覆盖代码保证代码质量、而不是覆盖测试需求。
    在之前公司做通信应用层测试时,在信令交互中,会为了测试某一个模块功能,模拟其它模块向该模块发布消息,以便检测该模块的回复消息,是不是属于api测试?
    52讲12篇拜读下来,感叹于老师测试知识的广博。想请教老师:一个测试人员应当如何进行积累以达到测试知识的体系化与深度?似乎找不到测试体系化的教科书,我们可以有哪些途径进行积累。
    向老师请教,谢谢老师
    展开

    作者回复: 感谢你的大力支持,其实很多知识都是来自于项目的实践,并没有大而全的教科书可以告诉我们所有的东西,其实这也体现出了测试工程师必须要具有的我快熟学习能力。另外你说的信令测试,这个严格来讲不属于api测试,而是属于集成测试的范畴。

    
     1
  • 小小光芒
    2018-08-04
    自动化测试用例最重要的作用就是回归测试。开发人员开发新功能导致break旧功能,如果没有自动化回归,很难发现问题。实际上手动回归成本大,全回归很少做。这个问题有什么成功的实践方案解决呢
    
     1
  • 乐少
    2018-07-25
    目前公司的api业务都是异步处理的,想听听老师又那些方案分享一下的

    作者回复: 异步的api测试是比较麻烦的,我会在后面讲api的时候详细来谈。

    
     1
  • Jiminy
    2020-01-31
    对于移动端sdk测试,老师觉得应该怎么测试更加合适?目前的做法主要是自己编写app调用sdk接口,并根据业务对不同场景进行手工测试
    
    
  • Gz
    2019-10-18
    实话 我觉得 最有效率的 测试办法 就是让开发保证 解耦性 这样 互相干扰的东西就少了 每次 回归测试的内容就会十分固定 不论是 客户端还是 后端都能很好的保证质量🤦‍♀️
    
    
  • shuwei
    2019-09-11
    我是一个开发人员,看了老师的这11讲,每篇都有得到东西,也在思考自己公司测试人员的定位,谢谢分享~
    
    
  • 你吱道的太多了biu~
    2019-08-30
    老师,手游测试中手工测试真的也要轻量吗,感觉游戏是非常复杂和重交互的,目前还是无法逃脱手工逻辑验证,游戏测试虽然是软件测试的一种,但是实际测试工作还是有不少区别的,关于游戏测试的资料也不怎么多,看到一些软件测试的经验和观点难免有些迷茫,我们公司前端和接口自动化用于回归保证稳定,新的版本或系统出来还是要人工分析需求和执行用例(就是点点点)多一些
    
    
  • LOVE园
    2019-07-24
    感觉还是难度很高,在现阶段互联网发展公司都是怼业务线,压根不管测试策略如何是好
    
    
  • shane
    2019-07-05
    我上一家公司相对做的比较好,新功能,新产品都是微服务架构,也是重点在api自动化,接口百分百覆盖,单元测试也都有做,gui自动化只有冒烟程度
    
    
  • Ana
    2019-06-23
    我们公司一个月一版本 应该属于传统软件产品。公司对软件产品质量要求不高,基本没有接口测试的要求,可能是开发自测。测试就做系统手工功能测试,对系统架构和接口定义等都不了解。后来学会用charles抓包,有了解一些接口,觉得很有趣。觉得纯粹黑盒测试好傻,觉得要了解系统设计才能发现更多问题
    
    
  • Geek__c1668bdf82c6
    2019-04-15
    我们项目就是属于开发周期短,版本迭代快的那种,目前我们一周一发版,以前对各功能做了全面的ui自动化测试,后来产品对页面做了重构,ui就全部更换,自动化就停止了,现在主要放在了api自动化测试上,相对稳定,不需要经常改

    作者回复: 这是目前很多企业的思路,但是还是建议做清凉级的gui测试

    
    
  • 口水窝
    2019-03-21
    现在处于手工测试比较多,API测试只有几个版本去做了,但是我现在想的是如何把API测试和集成思维集合在一起,这样才有意义。
    GUI测试,后面又空余时间做比较稳定的模块,每一种技术,深入,连点带面,这样称为一个体系,才会有价值!
    
    
我们在线,来聊聊吧