关于2021年终总结的那些事

228 2023-08-22

测试价值敏捷学习老师

本以为我今年是写不出总结的，结果我还是在12月31日的凌晨时分睡不着地爬起来写总结（没办法啊，testops的小伙伴们都很能卷的啊），言归正传，我是要认真写总结的。

有幸在2020年认识testops的小伙伴，从一开始不懂什么是敏捷，什么是精益，什么是Devops，什么是Testops，到2021年年末终于把PMI-ACP和SAFe的几个证书拿下，这段时间我学到了很多，也收获了很多（感谢各位老师和卷卷同学们的不抛弃不放弃）。

本着不懂就要学的精神（其实是人到中年，担心提早失业），开始接触了《敏捷测试从零开始》（据说明年会以书籍方式出版）的课程后，我就觉得作为一个只会点点点的点工真的很有必要知道点出bug背后的根本原因，于是积极跟人美声甜的mango老师联系学习方法。经过一波操作猛如虎，花了半年多的时间把推荐教材（大概六七本300+页的书）看了一遍，大致清楚了主要流程，期间也坚持参加每周的学习课程（虽然一开始不知道大神老师们在讲些啥，但是到了后面就会发现老师们的操作妙啊），不定期的吐槽大会，我发现学习敏捷的相关知识是如此的让人神清气爽。然后回头看看自己以前所在的研发团队做的敏捷开发，原来我们都是垃圾…。

一个正常的敏捷团队不是内卷卷出来的，放大来说是需要更多勇气和努力的做自我革新，承诺去做有价值的事情。放小来说要做到内部信息透明同步，产品、开发、测试、运维都知道各自的角色在做的事情的价值是什么，共同实现的是什么价值，用什么样的方法去实现和验证价值的有效。

测试在整个研发过程中不再固定于测试这个职位，因为测试如果还把自己限定在原有的职位时，他所能看到的东西就只能是我怎样去验证被测对象是正确的。但如果测试从职位的限定中解放出来，那测试所关注的东西就不再是被测对象的正确与否，还要兼顾价值，跟踪整个价值链就会发现影响一个软件系统成功交付的因素不仅仅是开发的bug，还有需求的不明确，运维方式的不灵活，没有做好的端到端测试，任何一个节点的出错都会导致整个项目的失败，所以测试要去关注整个流程，知道每一个环节都是怎样运作，这样才能设计一个有效的测试方案去预测/预防问题的发生。具体的操作就不细说了，毕竟每个人的项目情况都不一样，说了估计你也觉得我的操作很不实用（很垃圾）。

最后说说PMI-ACP考试吧，Scrum必定会考，精益和敏捷理念也会考，全部都是选择题，只需选择最优解，题目有英文原题和中文翻译，中文考试每年组织4次，因为这几年疫情，考试节奏就跟紊乱的大姨妈似的（不确定什么时候能正常举行）备考童鞋建议把基础知识理清楚，考前一周认真刷题拿下6A不是问题。

好了写了一个多小时的总结也接近尾声了（我的jio终于捂暖了，可以睡得着了）2021年风雨无阻的学习，只为了做更好的自己，理清楚自己想要的价值，然后勇往直前。愿2022大家工作、学习、生活都能更上一层楼，好好优化自己，不要制造内卷。

原文链接： https://mp.weixin.qq.com/s?__biz=MzU5ODE2OTc1OQ==&mid=2247495122&idx=1&sn=afe302e18b559c9a41e9cd3d23017863