00:02
各位小伙伴们大家好,我是你们的好朋友大飞哥,今天我们来讲一个话题,测试如何在团队中受到重视。最近我的邮箱收到很多小伙伴给我发来的私信,其中有一些小伙伴们提到了测试如何在团队中。受到测试,我是测试人员,我如何在传说中受到重视呢?例如。他在团队中有些会议不叫他第一点,第二产品和开发正在讨论问题,没有叫他第三点开发,开发到一半发现产品有一些缺陷,或者是有一些问题需要产品来确认,没有他第四点,产品要增加某些特殊的功能,或者是临时加的一些需求没有找到等等等等,都是测试人员并没有在团队中受到重视的一些表现。那么如何解答这个问题呢?我从两个方面来解答。第一个。
01:04
自身技能要过硬,然后经过手的测试,软件几乎0BUG率。这句话怎么理解呢?我知道有些测试人员自身技能并不过硬,例如我以前刚工作的时候,工作那几年的时候,刚开始工作那几年,有些测试人员真的技能一般般吧,为什么呢?因为第一。他很多取书造数的能力不够,第二他不会搭建数据库,所以呢,他很多环或者搭建测试环境他不会,所以他很多测试环境,或者是很多造数环境,他都需要开发帮他,所以呢,开发如果帮了他,或者是帮他怎么造树,他告诉开发怎么帮他造,怎么造,造哪些树,或者是开发怎么帮他把环境打好,或者是开发怎么帮他创造这一个测试环境,测试的条件,那这样子的话,开发通过跟你聊,跟你理解,那不如开发自己测开发。自测都没有bug了,还有需要你这个测试人员做什么呢?你说是不是?
02:00
第二,有些测试人员呢,比较草率,就是他不能说技能垃圾吧,但是他不够细心,他测过软件呢,还是有bug,还是产品发现了他的bug,这就非常尴尬了,所以呢,产品发过发现的bug呢,比你测试人员发现bug还要多,还要明显的话,那你这个测试机会也没什么用了,所以呢,产品就自然不会叫你,你也在测试中没有什么。呃,权重,你当然不会被受到重视了,第三,经过你的手上的bug呢,还是非常多,而反倒给了产品的,产品呢,是个验收人员,变成了一个发起bug人员,所以呢,你自然也达不到经过你手的BUG0BUG率,假设你如果能0BUG率的话,那产品自然重视你,如果你手上经过你手的bug还非常多,或者还有一些知名的bug的话,那你自然就不会会不会被受到重视。第一个方面讲完第二个方面。第二方面,从四个点发四个方面来说,第一个方面就是多发生,什么叫多发生呢?例如在群聊里面,产品跟测,呃,跟开发正在讨论问题,如果你发现哪些地方不合理,大胆的说出来,不要不要怕,我们中国人有个特点,就是很多事情都不敢正面刚,呃,第一点我不是让你去刚别人啊,就是意思说你正面去回应,或者是你不懂的地方,你要虚心的问,或者是不懂的地方你就提出来,把问题抛出来,有疑问地方就应该抛出来,有,但是我发现有很多他就是不抛出来,总是默默的一些,一个自己一个理解,那理解又不对,存在偏差,与产品的思维又存在偏差,然后测又测不对,这第一点,第二点主动去对接,什么叫主动去对接呢?这跟第一点是相吻合的。像产品跟。
03:48
开发,在某个角落上商讨这个需求问题,或者是产品跟开发。产呃,在工会上讨论问题,呃,在长时间讨论问题,或者是在开发,开发到一半,发现产品有些不合理的地方,在讨论问题,你都可以赶紧主动去凑上去,去对接,去理解,去告诉他们,甚至你发现了某些地方不合理,你都要拉上他们三个人,主动去告诉他们对接这个产品有问题啊,或者是这个开发开发成开发到了一半。
04:19
当时开发已经提测到了,可以提测他,他写完了十个假设有十个接口,他写完了前面的两三个接口,四个接口你就开始测了,你发现前面三四个接口测,测试的一个流程,主流主流程都跟最终形成的产品不不匹配或不符合,或者是存在一些偏差,或者是一些偏离轨道,你都可以大胆的提出来告诉他们。这就主动去对接,第第第三个点就是团队合作有些开,我从两个方面团队合作,这里面又可以从两个方面来讲。第一个。
05:07
自身能力强的,什么叫自身能力强?有些测试他是真的很厉害,呃,他懂开发,懂运维。本身自己自己的。测试技能又过硬,这些人非常非常高傲,他发现了一个bug呢,他就认定这个假设这个bug呢,他是由于产品设计的缺陷,就会可能就是以产品会从人为方面去规避,规避而不是从而不是从开发角度去规避,例如我们的产品就有一些后台关系,都是给我们内部人员用的,然后发现了一些,呃,数值方面,或者是说判定方面呢,是有是可以人为避免的,如果用开发来改的话,就非常的麻烦,或者是要等到下个版本才能上,那这个版本发现了后,其实可以让可以告诉我们使用这个后台的人,他自己去规避,但是呢,自身能力强的人呢,就会一定认定这个是bug的话,就一定要推动这个事情去把它彻彻底底解决,对彻底解决这没问题,下个版本解决,但是他就一定要这个版本解决,甚至不惜大吵大闹,或者是说由于自身能力强,就是认为这个东西就是缺陷。
06:13
就团队合作就起来,就会有一点偏差,会大家就有误解,就大家觉得你性格很强势,很强硬。甚至是有些测试,他自身能力很强,他看有一点点看不起开发,为什么呢?因为开发写出了bug,他就很有优越感,就觉得我比你还厉害,那我就可以指手划脚,例如开发,呃,开发错误了一些模块,或者开发错误,他就过去那边就说这个模块不是这样,开发怎么怎么,开发怎么怎么,因为他自己也懂开发嘛,他说你应该这样写,那可能是开发当时写的需求比较多,或者是穿插需求写写错了。这其实不管你的事情职责不不明确,就是他职责边界不明确,他侵侵犯就是说侵犯了一下别人的边界,导致别人就很不爽他,例如开发就会很不爽他,这样子的话也会引起团队合作之间的一些矛盾,这个也不可以有。第二点就是性格问题,有些人做测试呢,真的很内向啊,我一直都觉得测试应该是一个。
07:15
开开朗的性格,与人沟通的性格,有些测试呢,对我不我不否定内向啊,内向的人他确实能测出一些奇奇怪怪的bug,或者是想到别人没想到一个点,但是呢,你太内向的话,就不利于团队合作啊,有时候产品要催你啊,或者产品要跟着你,甚至你测完了也不告诉产品来验收,导致的项目有一天的延期,这都是性格原因,所以大家都要规避一下。第三点就是第四点就是口误啊,刚才口误第四点就是项目或需求复盘会议的时候,主动提出要去主持或者领导这次的主持会议。什么意思呢,我刚工作呢,那两到三年的时候是吧,我们团队内的就非常非常,呃,利用某个需求的。
08:02
交接,或者是某一个项目的交接,某个需求就某一个迭代,两周一个迭代嘛,两某某个迭代,迭代完了过后,我们就开一个复盘会议,或者是某个项目我们交付了,我们就要开一个复盘会议来总结这次的,呃,开发问题啊,产品的问题啊,测试的问题,那这个会议我就主动去提出,我要主持,我要去写这个会议我应该呃写出自身不足,写出我认为产品的不足。产品的优点,产品的不足以及我的优点,我的我们的不足,以及呃,开发的不足以及开发的优点,我都要去主持这个会议,然后呢,通过这次会议呢,我一来锻炼自己的综合素质,二来呢就是跟团队,在团队中树立威信,如果我能在这次会议上主持的很好,并且呢把大家的问题都抛出来,呃一同解决,然后大家也会觉得我这人很专业,也会觉得我这人能力很强,然后我就在传中受到重视,然后很快我就做到了测试leader的,然后呢,通过这几年打拼,我就测做到了测试的架构,因为我们架构呢,有一些公司,他是这样子的一个组成架构,我的公司就是他有我们的技术总监,然后呢有个架构师团队,然后其次其其次是各种的开发团队,然后呢,就运维团队。
09:24
但是呢,很不巧,就是我们的测试团队没有leader,全都是由我们技术总监管理,那我们技术总监呢,他是技术出身,C加出身,他不是很懂他,他不可能是全能的,不可能是技测试也懂,运维也懂,开发也懂,这就造成了我们测试其有个空档,有个没有leader,没有leader,那我们测试就是直接向他反馈,然后他又不是很很喜欢去做这个主持这个会议,因为他也很忙,所以呢我就去主动去接了这个会议,来来主持,来去把这个复盘会议给主持下去,把这个复盘会议给开好,同时提升自己能力,也可以在团队的树立微信很快我就成为了测试类的,所以呢,这个就是给大家一个思路,告诉大家不要怕去组织这些东西,不要怕,去迎接这些挑战。多去。
10:17
完多去完善,多去提升自己,所以呢,我通过这几这十几封邮件给我反馈的问题就是我是测试人员,我如何在团队中受到重视,我感觉自己没有受到重视,所以我就从这两个方面五点来给大家提供一些思路,提供一些我多年的一个。管理团队也好,测试软件也好的一个自身的心得,希望对大家有用,谢谢。
我来说两句