• Joie
    2018-09-26
    好激动,老师说到的3.0是我在项目中自己摸索总结出来的,上个月已经投产使用,目前在进行优化中,将数据自动生成,case的一些规则都进行分层处理。很棒,方向是对的,继续努力。

    作者回复: 赞👍这个的确就是数据准备的大方向,尤其规模大了之后更显的关键

     1
     16
  • Robert小七
    2018-09-24
    怎么觉得最近的文章都是普及概念了

    作者回复: 很多时候概念本身比会使用工具来得重要的多,对于测试数据准备的文章中介绍的很多方法和理念都是外面找不到的,都是来自于大项目中的工程实践,如果大家对工具本身的使用更感兴趣,我还是建议通过官方文档进行学习,但是怎么找到适合你的工具,以及学习这些工具设计的思路,还是要能够掌握原理。

    
     11
  • Geek_723829
    2019-01-09
    内部数据库存储的是创建的同类型数据,还是存储的是同类型数据的ID而已,再到真实数据库中取?

    作者回复: 存储的是id和其他用于筛选数据的相关字段,实际的数据还是在真正的被测系统的数据库中的

    
     2
  • 口水窝
    2019-05-15
    在我学习本篇文章后,对于3.0的看法就是,包装了一套能够顾兼容Java、Python和JavaScript框架的2.0版本,且一直在内部数据库中存储着100条待用的数据,这就减少了数据准备时间。但是基于我对Restful接口和SpringBoot框架不了解,对于3.0的原理还是懵懂的,且后面有点余味尤尽、戛然而止的感觉,不知道茹老师可否进一步扩展呢?
    
     1
  • 楚耳
    2019-02-19
    老师你文中提到,Core Service 会自动在后台创建一个 Jenkins job 当内部数据库少于20条数据时,自动补足数据,这个内部数据库的数据是用一条就删一条嘛,不然怎么知道只有20条是有效的数据, 还有这个job是循环去扫描数据库嘛,查看是否少于20条数据
    
     1
  • SugarZh
    2018-12-16
    Build Pattern确实实现了统一封装,方便了调用;但是如果系统业务发生调整,对应的测试数据肯定就要发生改变,那么还是要从新修改Build Pattern底层的实现逻辑;这样的工作也不小啊;
    毕竟对于纯互联网公司,业务随时可能发生变化,对应的测试数据的变化,也会带来一定的麻烦。
    
     1
  • 一池浮萍
    2018-09-25
    挺好的思路

    作者回复: 感谢支持

    
     1
  • rachel
    2018-09-25
    思路挺好。但是感觉是虚的、不落地。有源码供研究或更详细的框架设计思路就好了。

    作者回复: 实际项目已经投入使用,但是由于不开源,无法提供源代码

    
     1
  • 蜜拉
    2018-09-25
    请问,Builder Pattern内部还是操作API或者数据库来造数据的嘛?

    作者回复: 是的,内部实现还是数据准备函数,只是在此基础上加了一层易用性的封装

    
     1
  • 痕近痕远
    2018-09-24
    涨见识了。

    作者回复: 能够有收获就好

    
     1
  • 🍥Alina🍥
    2020-01-17
    老师你好,请问有相关的开源项目可以参考嘛?
    
    
  • Gz
    2019-10-29
    Builder Pattern 这种模式用其他语言实现就好吧 里面没问题 只是有些时候 人少 真的拉不起来平台化🤦‍♀️
    
    
  • 咕咕咕
    2019-10-22
    非常感谢老师的分享,确实都是干货,但是鉴于自己是小白,很多东西都只是有了一个懵懂的概念。以后能够实际实践并且弄明白的时候再回来打卡。
    
    
  • lerame
    2019-06-30
    node属于哪种平台是在注册node是配置吗?还是hub探测的?
    
    
  • 彬彬ieeeeemily
    2019-05-16
    3.0可以理解为 创建了测试数据后,把测试数据在内部库中存储一份,他人来用的时候通过条件筛选内部库中的数据? 或者想要重新生成就数据服务直接生成返回?
    
    
  • 朝如青丝暮成雪
    2019-05-10
    最近数据这块出现了问题,回头有读了一遍。理解了测试数据2.0时代,但是到3.0就不太懂了,我目前的理解是:把准备数据函数抽象成接口,和swagger链接,这样直接通过swagger的图形界面输入要测试的数据,把测试数据写入数据库。是这样吗?麻烦老师回答一下。

    作者回复: 不完全是,swagger只是提供一个界面方便测试和gui,并不会影响3.0自己的逻辑,3.0强调的是服务化

    
    
  • 彬彬ieeeeemily
    2019-05-09
    思路扩展,有老师这样的思路,通用,更效率永远是大方向
    
    
  • johnny
    2019-03-05
    这篇文章读了2遍才算基本看懂。读之前我觉得需要先理解一个知识点:Java设计模式-建造者设计模式(Builder Pattern)。
     1
    
  • liangce
    2019-02-17
    赞一个,3.0版的核心功能大致已然了解。有好几个问题想继续请教一下:
    1.测试数据的元数据具体指的是?
    2.架构图中非核心部分
    2.1 架构图中后面涉及到的“testdata preparation tool”指的是封装了数据制造api的sdk?
    2.2 还有 “testdata validation tool” 指的又是什么?用处是什么?
    3.数据质量和数量的管理机制,用哪些指标来度量数据质量?有一些什么样的管理机制?(沉淀有共性的基础数据、服务?下线失败率高的服务?清理历史无用的数据?)
    4.关于多环境的问题
    (开发环境、测试环境(功能、性能、异常)、预发布、线上),我本以为所有服务都有“环境”这个参数来控制agent我看您的回答中也提到有“数据版本”,版本是针对服务的、还是testcase、还是?能再详细一些介绍一下么?
    展开
    
    
  • 阿嬷
    2019-01-07
    如果使用pyrhon开发,是不是就不存在需要封装多个参数组合函数的问题?

    作者回复: 也是需要的,看你怎么来设计

    
    
我们在线,来聊聊吧