主播 / 小兔，Carol
嘉宾 / 云层
神秘访客 / 刘元
策划 / 小兔，Carol
以下内容是根据12月26日晚的直播整理出的“学习”笔记，直播回听戳链接。
这几天，从南到北大降温，连广东的朋友都喊冷。大家记得多喝热水多穿衣，多听小道消息陪你过冬天~
感谢咳得肝疼还坚持来到小道消息直播间的云大~
嘉宾人物画像：
网络ID云层
江湖人称「云大」、「测试界的思聪」
TestOps创始人
被自己焦绿醒
处女座的测试开发
——称号太多，就先码到这吧
Q1：云大为什么每天被自己焦绿到醒？
在职业发展的过程中，我们会面临两件事情：一是不知道，比如不知道怎么解决问题，很焦虑。
另一种情况是，在我们解决了问题后，又发现自己最近一两年，或者三五个月，所做的事情一成不变，会担心被其他人超越。因为一旦看不到自己的进步，就可能被这个丛林法则的社会淘汰。
Q2：我们要多多焦绿不能躺平？
焦虑可以理解为我们对不确定性的风险评估，任何时候，我们都要保证一定的抗风险能力。
比如说，我个人认为，上海为什么对疫情控制的好，是因为在上海的人可能都有点焦虑，这个焦虑是指——大家会主动戴口罩——看到别人戴口罩，自己也戴：因为我不戴的话会显得很奇怪，并且增加了被感染的风险。所以从焦虑和风险评估的关系上来说，我觉得上海整体对抗风险的意识都处在一个比较高的水平上。
Q3：在国内真有做成功”敏捷测试“的吗？
——仅为客观探讨
在我了解的范围内，真正懂敏捷技术的人还是比较少的。打个比方，有人说自己是点工测试（手工测试），写测试用例和缺陷报告似乎不难，但是真的把这两件事情做好绝对没那么简单——还是有很多东西要去学习的——敏捷测试技术更是如此。知道敏捷的流程，知道有TDD，有迭代，并不代表能把敏捷测试做好。
另一方面，在拥有以上技术能力的基础上，还能够跟上敏捷的快速变化的人，更是屈指可数。我承认自己是跟不上敏捷测试的节奏的，因为我没有专门做过开发，编程基础不扎实。
Q4：DevOps和TestOps都是个啥？有什么关系呢？
DevOps简单说是研发域和运维域的合并。
一般来说，研发负责开发系统或产品，运维负责发布。所以基本上所有银行或者传统企业都有个现象：为了合规和安全，不允许开发动生产环境。开发完成代码提交后，交由运维按照运维手册进行发布。
在互联网时代之前，是把安装包刻到光盘或者软盘上，由售后去客户现场进行安装。互联网时代到来后，对运维端的发布要求变得很高：比如会有防火墙安全域，会制定一些安全策略等，绝对不可能让一个开发轻易的知道生产上的账户密码或相关的配置。并且做为运维来说，是永远不愿意随便改东西的：哪怕不好，还是可以用；一旦改坏了，生产环境可能就挂了。
DevOps的出现也是希望能够打破开发和运维之间的部门墙。
但请注意一点，没有两年时间你可能学不完DevOps。为什么呢？DevOps包含的内容很广。我们学DevOps之前还要学敏捷，因为敏捷是Set Up；而学敏捷可能还要学开发，要学整个管理流程，思维方式包括测试方法，所以整个知识体量还是很大的。
当我看到DevOps的时候，就想“有没有测试加运维”？换个角度说，测试跟运维本来就是紧密联系的：从十年前测试负责拉分支负责打包，负责安装测试，负责用户上线，负责上线之后的跟踪——都是测试在做。Test（测试）团队去拉通Ops（运维）团队，相比于研发打通运维会更容易一些。
TestOps是把DevOps里的Dev（研发）团队再拆出Test（测试）团队，强调如何从测试的角度进入敏捷团队与研发团队共存，并且再去赋能。
我觉得，一个优秀的测试人员第一要具备需求端的能力；第二要具备一定的开发能力，也就是常说的测开；第三是运维能力，就是Ops的能力（比如会自己搭环境，了解数据库结构等）。所以从这个角度说，叫TestOps或者Ops并不重要，重要的是职业技能。
Q5：如何保持学习状态，day day up？
我觉得自己能保持学习状态的核心原因有几点：
第一点是自己比较笨，可能别人一眼就能学会的东西，我要学好多遍。所以我一直遵循笨鸟先飞的原则。这真的不是谦虚，我学生时代成绩一直不是很优秀，除了比较喜欢计算机以外，其它都学得很渣。到了工作之后才慢慢意识到要补学习债：别人一眼就懂的基础知识，我却要逼着自己一点点补。
第二点可能是大家做不到的，因为我是完全独立的，所以有足够多的时间。大家上下班的通勤时间，是我早上睁开眼走十米来到电脑前，和晚上关了电脑走十米到床边的距离。只要我能够自驱，就可以快节奏前进。而且我的朋友圈和生存压力，也逼着我不停努力。
第三点是我做事情的重复率低。大家在工作中为了生存，不得不重复做很多事情。而我可能一件事情做一次就好，比如写篇博客写个文档做了总结，就可以去琢磨新东西。
Q6：敏捷认证是不是割韭菜？
任何一个东西，如果你觉得是割韭菜的，那么它就是割韭菜的。获得一个证书之后也许并不能说明什么，举一个不好的例子：MTSC的讲师证书。没有来听过MTSC大会的人会质疑讲师和大会的水平，但是真正来听过的就会发现讲确实能从讲师身上学到东西，甚至是市场上还看不到的东西。
有句话说的好：只有在拥有了英语四六级证书后，你才有资格说它是没用的。类比到敏捷Pro之类的证书，如果你连考都考不过，还有什么资格谈它是割韭菜呢？
Q7：云大的时间管理秘诀？
我会把要做的事情都记到日历上，并且按照优先级排序。每天早上起床之后，先看看日历上哪些是重要且紧急的事情；如果有，就先处理这些事情；如果没有，我会找优先级低还没开始做计划的事情进行处理。
我以前很讨厌写周报，觉得一直在干活就好了，没什么好写的。现在我发现写周报是个非常好的习惯。因为只有我们写了周报，才知道自己到底在处理什么问题，哪些事情是毫无意义的，哪些事情是有意义的。只要我们把一些没有意义的事情稍微控制一下，把有意义的事情尽量固化一下，就能更好的管理时间了。如果你做不到，就说明你做事情的优先级不够。
在工作的初期，我们还是要接受寂寞，刚开始必须耐着性子慢慢做事情。等到工作几年后，可能稍微有点生活。但是如果你希望一直进步，其实很难做到工作与生活的平衡；因为我们的时间就这么多，要有所取舍。
神秘访客三连击（去直播回放找答案）
48:31 第一个问题：测试技术和理念一茬接着一茬，大家的职业发展方向应该怎么来选呢？TestOps是不是一个伪命题？
51:10 第二个问题：测试的天花板相对于开发、产品或运维是比较低的。测试领域的横向能力广，但是就每个单项跟这个垂直领域的人比会打不过。那会不会说，作为一个测试开发，提早转型会比等真正做到了测试架构这个级别之后再转型更好？
56:20 最后一个问题：十年前能出书的人很少，市面上可供选择的书更少，就帮我们排除了很多干扰选项。但现在好像谁都可以出书；当下开源的东西越来越多了，但是开源资源里的垃圾也越来越多了。在这种环境下，我们应该怎么做选择呢？毕竟有时选择比努力更重要。
听友连麦提问（去直播回放找答案）
64:50 ：SaaS的团队中高频发布的问题；各个测试组之间职能交叉，重复劳动浪费时间。
73:25：云大说自己之前曾经一个人负责质量保证，如果昨日重现，云大会怎么应对？跟当年有什么不一样？
云大给测试同学们的职业发展建议
我觉得职业生涯的前几年是打好基础，做好自己分内的事情，来证明你是能配得上你这份薪水的。
可能三五年之后，你要能证明自己是超出公司所给的薪水，你能帮公司优化某些件事情。
从业七八年后就要思考：自己是能在一个领域中不停的帮公司解决问题，还是到哪里都能解决这个领域中的问题？如果你已经是领域专家，那么其它公司会主动过来挖你。
The End | 点击链接收听完整音频节目
小道消息播客 · 把生活说给你听
原名测试圈小道消息，缘起于几个软件测试攻城狮的娱乐精神，想要用真实的故事把工作和生活说给你听。
喜马拉雅、荔枝FM、小宇宙、Apple Podcast，全网同名
