• 论测试工程师的职责 at May 28, 2020

    这里有个界限,首先你这边版本上线的定义是在生产环境发布,还是说已经交付到真实用户使用,这是不一样的场景,测试右移更多是指利用生产环境的资源来进行验证,毕竟有些场景只能在生产环境模拟,所以也就会存在所谓的线上联调的情况,这里强调的是如何在不影响正常用户的情况下利用生产环境的资源进行测试,所以测试的价值就体现在如何落实在一点,以致于可以产出预发布环境,流量隔离,线上监控等一系列测试能力建设的工作

  • 论测试工程师的职责 at May 26, 2020

    谢谢您的认可,其实落地的方案是有的,包括我以前写的线上监控体系那些,但涉及到里面的技术栈和具体的实现细节,因为有风控,所以很多东西都不能说,所以普遍还是想通过思维和理论去推导要落地的事情

  • 论测试工程师的职责 at May 22, 2020

    我从几个点来回答你的问题
    1、测试向左和向右首先是没有对立的,我们需要具备向左的能力,提高研测的协作能力,我们需要具备向右的能力,来支撑业务可以在真实环境的模拟下得到验证,所以向左向右本质上不冲突,这里说的是左移这个方向上需要什么样的测试能力,右移的方向上又需要什么能力
    2、对于落地的问题,我首先用我的经历来说,我的理论基本上建立在我的实践经验,当然具体项目具体讨论,这是实际情况,我不大说怎么落地,因为我不了解的你业务,我说出来大家也会觉得虚,下层经济决定上层建筑,如果不熟悉业务和团队,做什么都是空谈,所以为什么前文我强调了要熟悉业务,熟悉技术,熟悉团队,质量是整个团队的目标,向左和向右是建立在团队当前所拥有的测试能力和团队协作能力相结合的结果,作为测试工程师,我们要做的就是根据这个方向去落地工程化方案,包括你所做的自动化测试,工具开发,监控工具等等,都是为了产出能力,对于流程化,前面提到这是一个团队协作能力的产出,测试要做好的就是要提升这个能力,也就是大家一直在说的提效,提什么效,就是协作能力
    3、最后回答一个对于是不是高估自己的问题,我觉得做人就是要高估一下自己,不然做什么事都会畏手畏脚,机会都被别人抢走,这不禁让我想起我当初是如何工作一年就开始带团队的经历,你觉得自己能做到,就有可能做到,觉得自己做不到,就绝对不可能做到,我们在业务当中,必须把自己定位成业务owner,业务的大管家,在业务和团队面临问题的时候,怕自己由于能力不足而不敢挺身而出的话,还是那句,机会就送给别人了,人都是逼出来的,高估一下自己,尝试去做,不行再论

  • 论测试工程师的职责 at May 22, 2020

    是的,落地才是最后产生实际价值,其实我在做这些项目的测试工作以前,我也没有思考过所谓的测试能力建设,就是一味通过流程化和工程化去推送业务,但后续项目组协调起来渐渐就形成了左右移动等思维理论,有了成功的经验,后面在换业务的时候按照这套方案都能够很好的把业务的质量保障体系建立起来

  • 论测试工程师的职责 at May 22, 2020

    哈哈 谢谢提点哈

  • 论测试工程师的职责 at May 22, 2020

    谢谢,定期总结真的很有必要,如大佬您所说,看清自己的过去,把控好未来的方向,对于总结来说,最容易得到的是经验,而我更想得到的是思维,经历比较容易转换为经验,但思维需要沉淀

  • 论测试工程师的职责 at May 22, 2020

    简单又不缺精粹,高手高手👍

  • 测试框架应该就没有好的开源的,给个思路,毕竟grpc要依赖proto,本地的能力不管怎么都要编译proto,这样还不如利用一些服务发现的工具和能力,将grpc接口泛化成http调用,这样测试就方便,但前期投入比较大

  • 对的,可以朝这个方向调研学习,个人觉得学习完后可以结合你们那边本身的业务技术特点,自己搞一个能够适配你们的工具或平台,这个产出效果可能会更好

  • 稍微聊一下,doom引流回放是最明显的能力,但是我个人在使用过程中认为其对于阿里内部技术栈,尤其是中间件层的支持才是最强大的,对于这种引流能力,就算是读操作,对两套环境的效果也不是100%一致的,比如可能会涉及读操作但写缓存,那写缓存的场景都要mock掉,以及到写操作,怎么做到数据不被击穿,队列不被引流环境消费,这种才是最需要考虑的,说真就引流这点我感觉一个goreplay就够用了,而且感觉doom也没有大力的对外推,毕竟这个的由来严重依赖于阿里的技术体系😂 😢 😓

广州测试攻城狮,点虫人,英文名Terry