小道消息 对话 TestOps 架构师云层老师 | 直播回放

兔子🐰 for 一起听播客 · 2022年01月14日 · 1561 次阅读

以下内容是根据 12 月 26 日晚的直播整理出的笔记,戳链接收听完整内容

主播 / 小兔,Carol
嘉宾 / 云层
神秘访客 / 刘元
策划 / 小兔,Carol

感谢当天咳得肝疼还坚持来到小道消息直播间的 @cloudits ~

嘉宾人物画像:
网络 ID 云层,江湖人称「云大」、「测试界的思聪」,TestOps 创始人,处女座的测试开发


Q1:在国内真有做成功” 敏捷测试 “的吗?

——仅为客观探讨
在我了解的范围内,真正懂敏捷技术的人还是比较少的。打个比方,有人说自己是点工测试(手工测试),写测试用例和缺陷报告似乎不难,但是真的把这两件事情做好绝对没那么简单——还是有很多东西要去学习的——敏捷测试技术更是如此。知道敏捷的流程,知道有 TDD,有迭代,并不代表能把敏捷测试做好。
另一方面,在拥有以上技术能力的基础上,还能够跟上敏捷的快速变化的人,更是屈指可数。我承认自己是跟不上敏捷测试的节奏的,因为我没有专门做过开发,编程基础不扎实。

Q2:DevOps 和 TestOps 都是个啥?有什么关系呢?

DevOps 简单说是研发域和运维域的合并。
一般来说,研发负责开发系统或产品,运维负责发布。所以基本上所有银行或者传统企业都有个现象:为了合规和安全,不允许开发动生产环境。开发完成代码提交后,交由运维按照运维手册进行发布。
在互联网时代之前,是把安装包刻到光盘或者软盘上,由售后去客户现场进行安装。互联网时代到来后,对运维端的发布要求变得很高:比如会有防火墙安全域,会制定一些安全策略等,绝对不可能让一个开发轻易的知道生产上的账户密码或相关的配置。并且做为运维来说,是永远不愿意随便改东西的:哪怕不好,还是可以用;一旦改坏了,生产环境可能就挂了。

DevOps 的出现也是希望能够打破开发和运维之间的部门墙。

但请注意一点,没有两年时间你可能学不完 DevOps。为什么呢?DevOps 包含的内容很广。我们学 DevOps 之前还要学敏捷,因为敏捷是 Set Up;而学敏捷可能还要学开发,要学整个管理流程,思维方式包括测试方法,所以整个知识体量还是很大的。
当我看到 DevOps 的时候,就想 “有没有测试加运维”?换个角度说,测试跟运维本来就是紧密联系的:从十年前测试负责拉分支负责打包,负责安装测试,负责用户上线,负责上线之后的跟踪——都是测试在做。Test(测试)团队去拉通 Ops(运维)团队,相比于研发打通运维会更容易一些。
TestOps是把 DevOps 里的 Dev(研发)团队再拆出 Test(测试)团队,强调如何从测试的角度进入敏捷团队与研发团队共存,并且再去赋能
我觉得,一个优秀的测试人员第一要具备需求端的能力;第二要具备一定的开发能力,也就是常说的测开;第三是运维能力,就是 Ops 的能力(比如会自己搭环境,了解数据库结构等)。所以从这个角度说,叫 TestOps 或者 Ops 并不重要,重要的是职业技能。

Q3:如何保持学习状态,day day up?

我觉得自己能保持学习状态的核心原因有几点:
第一点是自己比较笨,可能别人一眼就能学会的东西,我要学好多遍。所以我一直遵循笨鸟先飞的原则。这真的不是谦虚,我学生时代成绩一直不是很优秀,除了比较喜欢计算机以外,其它都学得很渣。到了工作之后才慢慢意识到要补学习债:别人一眼就懂的基础知识,我却要逼着自己一点点补。
第二点可能是大家做不到的,因为我是完全独立的,所以有足够多的时间。大家上下班的通勤时间,是我早上睁开眼走十米来到电脑前,和晚上关了电脑走十米到床边的距离。只要我能够自驱,就可以快节奏前进。而且我的朋友圈和生存压力,也逼着我不停努力。
第三点是我做事情的重复率低。大家在工作中为了生存,不得不重复做很多事情。而我可能一件事情做一次就好,比如写篇博客写个文档做了总结,就可以去琢磨新东西。

Q4:敏捷认证是不是割韭菜?

任何一个东西,如果你觉得是割韭菜的,那么它就是割韭菜的。获得一个证书之后也许并不能说明什么,举一个不好的例子:MTSC 的讲师证书。没有来听过 MTSC 大会的人会质疑讲师和大会的水平,但是真正来听过的就会发现讲确实能从讲师身上学到东西,甚至是市场上还看不到的东西。
有句话说的好:只有在拥有了英语四六级证书后,你才有资格说它是没用的。类比到敏捷 Pro 之类的证书,如果你连考都考不过,还有什么资格谈它是割韭菜呢?

Q5:云大的时间管理秘诀?

我会把要做的事情都记到日历上,并且按照优先级排序。每天早上起床之后,先看看日历上哪些是重要且紧急的事情;如果有,就先处理这些事情;如果没有,我会找优先级低还没开始做计划的事情进行处理。
我以前很讨厌写周报,觉得一直在干活就好了,没什么好写的。现在我发现写周报是个非常好的习惯。因为只有我们写了周报,才知道自己到底在处理什么问题,哪些事情是毫无意义的,哪些事情是有意义的。只要我们把一些没有意义的事情稍微控制一下,把有意义的事情尽量固化一下,就能更好的管理时间了。如果你做不到,就说明你做事情的优先级不够。
在工作的初期,我们还是要接受寂寞,刚开始必须耐着性子慢慢做事情。等到工作几年后,可能稍微有点生活。但是如果你希望一直进步,其实很难做到工作与生活的平衡;因为我们的时间就这么多,要有所取舍。

Q6:云大给测试同学们的职业发展建议

我觉得职业生涯的前几年是打好基础,做好自己分内的事情,来证明你是能配得上你这份薪水的。
可能三五年之后,你要能证明自己是超出公司所给的薪水,你能帮公司优化某些件事情。
从业七八年后就要思考:自己是能在一个领域中不停的帮公司解决问题,还是到哪里都能解决这个领域中的问题?如果你已经是领域专家,那么其它公司会主动过来挖你。

The End | 点击链接收听完整音频节目


获取更多精彩节目:在喜马拉雅、荔枝、小宇宙或 Apple Podcast 搜索「小道消息播客」

微信公众号同名:小道消息播客

暫無回覆。
需要 登录 後方可回應,如果你還沒有帳號按這裡 注册