在字节做 QA 的 288 天 

231 阅读4分钟

背景

2021 年 8 月 23 日,我成功进军 "测试人梦想中的战场: 字节跳动"。然而,就在 2022 年 6 月 6 日,我结束了在字节不到一年的旅程。今日有感而发,就此写下了我在字节的经历与故事...

故事的开始

入职第一天

入职的那天,天很蓝,在结束了上午的入职培训后,我被 Leader 接到了工位。吃过同事帮我拿的沙拉便当,我打开了电脑,登录上了公司的 IM 软件。这时,多条信息提示音响起,我被拉进了多个群内,顿时,我被眼花撩乱的信息流所淹没。

也是人生第一次,在晚上 22:00 参加公司会议...

入职一个星期

在入职一个星期的某一天,我被突然拉到了会议中,承接了某个需求的测试任务。需求方表示希望在两天内结束测试,而我当时对需求内容一无所知。于是我就这么硬着头皮熬夜准备,带着几个还认不全名字的测试伙伴在规定时间内勉强完成了测试任务。

结果却只被说可以做得更好...

入职一个月

入职一个月,我身上已经背负着许多测试需求与项目 Owner 的身份。每天都淹没在了各种信息交杂的信息洪流中。每天的会议,每天的沟通,每天的对齐已经几乎把我的所有时间占满。

上级问我是否已经适应了工作,我咽了咽口水,艰难地点了点头...

入职三个月

在我入职第三个月,我接了一个比较特殊的项目,项目需要重新打客户端包。我当时认为 "打包" 这一环应该没什么问题,毕竟项目文档上已经给出了打包接口人与排期,到时间直接找他要包就行。但直到项目真正进入排期后,我才意识到我错了。

出包并不是一件容易的事情,由于是第一次出特殊项目的包,出包构建过程中发生了各种意外,出包时间延期几天不说,最后出的客户端包甚至无法正常登录,好几次在测试过程中才发现打包参数有误,最后只能一次次的返工,消耗了大量的测试资源...

这件事情让我深刻地意识到,作为 Owner。在项目开始前,你不仅每一个小步骤都要去确认清楚。落地执行时的所有的细节你也必须完全掌握。一旦有一个步骤出了差错,造成的后果都是非常严重的,即使这可能并不是你的过错...

入职六个月

入职六个月,我开始适应每天开不完的会,适应每天写不完的文档,也适应了在这里的工作方式和生存之道。我开始变得没那么好说话,变得会 "坦诚清晰" 地质疑别人。

记得有次突然被人拉到一个会议里,需要我配合做事情。我问清楚细节后,觉得这件事情根本没有必要再去做,用现有的资源已经能够很好满足。于是我表明了态度后,把这个活给踢了回去。

在这里待了六个月后,我学会,大部分的 "紧急" 拉会,就是要你干活。除非是写进 OKR 里的工作,踢皮球即可,不然最后坑的一定是自己。

入职九个月

入职九个月,我觉得每天只是在机械式地重复沟通,扯皮,我已经对在这里做事情产生了非常的厌倦,再也找不到刚入职时的向往和憧憬,每天无意义的甩锅会议和沟通对齐就是在消耗我宝贵的时间。

而这时,又经历了领导层的一次大变动,我已经没有精力再去适应一套新的管理制度。

于是我决定了离开...

最后

细细想来,在字节的这段日子,除了新的技术名词词汇量得到了大幅度的提升,对我的技术提升并没有太大的帮助。不过还是感谢这段时间充满压力的经历。让我学会了如何承担一个大型项目的 QA Owner 的角色,也让我的项目风险和管理能力得到了比较明显的提升。

下一站,又是新的开始,调整好方向,前进。