如何快速融入项目团队?
熟悉业务和需求
熟悉业务为第一要务。在多人跨部门协作的项目中,测试对业务的熟悉度在整个项目中应该数一数二。
熟悉业务的途径多样,如熟悉以前的需求文档、使用手册,请教以前参与项目的人员,阅读过往的测试用例,等等。
专业
专业最能赢得认可。否则做的再多,无非班门弄虎。
测试的专业体现在哪些方面?清晰易懂的测试用例,可行的测试计划,详细准确的测试bug,精准的问题定位,有始有终的跟踪和良好的沟通等方面。
彼此学会欣赏
孤傲的人没有朋友;懂得欣赏他人的人,也必然容易被他人所欣赏。
我们应该都有这样的心理,有人每天总是对你指指点点,说你这不好,那里不对,哪怕是你的父母,你心里也多少存在不爽。
而那些懂你,欣赏你闪光点的,你必然如浴春风,投桃报李。
同甘共苦
人生四大铁,一起同过窗,一起扛个枪,一起分个脏,一起……(不知道,自己度娘)
而和项目伙伴们关系要铁起来,就需要一起加过班,一起抗过锅,一起避过坑,好处一起分。虽然这说的有点点职场化,但人就是这样,更愿意亲近能共同吃苦享乐的人。
内部问题尽可能内部解决
内部的问题先内部解决,解决不了再寻求外部渠道。
大家一起做项目就是利益共同体,不要动不动就绕过团队,把问题抛出去。哪怕你出发点是好的,最后也会落得里外不是人(此乃大忌)。
除非团队内部出现原则性问题,或违背了法律法规,我们则可以绕过内部,寻求外部解决方案。
语言的艺术
在我们沟通时,首先要明确我们的目的,然后确定我们要传递的内容,最后润色后传递给别人,这样才能达到本次谈话的目的。
所以,我们对同一件事,我们对本次沟通的目的不同,传递内容的底色不同,最终达成的效果也肯定不同。
所以我认同“语言是一门艺术”的说话,只有我们掌握这门艺术,才能更好的展示自我,更容易引发他人的共情与共鸣。
如果测试任务艰巨,无从下手该咋办
在我们做测试过程中,在所难免遇到一些困难、复杂的测试任务。
比如:
从来没做过某某类型的测试,突然被安到了自己头上;
领导分配给你一堆测试任务,各个都不简单;
接到一个业务异常复杂的测试模块,光捋需求就头晕眼花;
如果刚从业不久,这些任务往往都会使测试员无从下手,甚至莫名烦躁。
此时该怎么办
不要怕!往往我们看起来艰巨的任务,都是因为数量和难度堆砌在一起,让我们心里产生自我保护机制,进行本能的抗拒而已。
只要我们按照自己的“节奏”化整为零,一步步做下去,往往也就那样而已。
1、如果需要做陌生类型的测试,这是难得一件学习实践新东西的机会。我们要做的就是,了解清楚任务的要求(如运用5W+H法),然后抓紧时间找到适合的技术和工具。最后根据网上教程,或者求教大咖,做下去就对了。有时不憋自己一把,你都不知道自己原来如此优秀。
2、如果遇到一堆复杂的事情,那就给每个任务排上时间和优先级,然后做成task list,一次做好一件事,每次做完一件事在task list做下标识。最后你会发现,不知不觉中被标识的任务越来越多,做事越来越有干劲,心中还会出现满满的成就感。
3、对于一个复杂的模块,千万不要乱,首先要做的是耐心的捋顺其中的业务,“磨刀不负砍柴工”。只有业务捋顺了,厘清了,我们才能为这些业务标上测试优先级,最大限度的保证后面不出纰漏。当有了优先级,知道了其中的主次,我们就可以据此逐一、有序的执行测试了。
上面只是对应开篇三种情况的处理方法。实际测试工作中有各种各样令人头痛的艰巨任务。
不管多么复杂、困难的任务,我们需要的就是按照正确的节奏去做就行了。否则畏惧和焦躁,只会让我们原地踏步。
下面是我整理的2022年最全的软件测试工程师学习知识架构体系图 |
人生本该如此:勇敢地面对挑战,坚定地去实践自己的梦想,不要怕。作出了选择,就要勇敢地承担责任和后果,不要后悔。对于那些害怕危险的人,危险无处不在。
漫漫长路,是什么让他们走向成功?悄然岁月,是什么让他们创造了奇迹?是坚持,坚持,再坚持!如果不是坚持,历史长河就掀不起他们的波澜,成功就泯灭于最初的放弃。
千淘万漉虽辛苦,吹尽黄沙始到金。风雨后的彩虹最美丽,拼搏收获的果实最甜美。祝愿朋友跨越坎坷,一往直前,百折不挠,早日实现自己的理想!