测试的目的是什么?就是投入一定的成本人力尽可能的发现软件问题避免发出去给公司带来一定的损失,可以说最大程度的保证软件质量,也是测试的职责。那跟我说的测试职责就是不背锅,有冲突吗?没有,而且是在小步快跑,快速迭代的互联网测试工程师的最直接表现,就是出现问题,我不背锅~
那所谓的不背锅,是不是出现问题以后,无理取闹,反正就不是我测试的问题,明明是自己没有测试到,还要狡辩?是指这样的状态吗?肯定的不是的,测试不背锅代表的是测试的负责任,专业性,不怕事,做事有理有据,要把质量做好的的一种态度表现;是我们的责任,我们扛,不是我们的责任,我们不背。
那要做到测试不背锅,我们要怎么做?首先我先简单的举一个案例,测试的提的Bug,然后产品说不用改或者以后改,指派到开发那边,也不用改,但测试一直坚持说要改,那整个团队不同角色就起冲突了?但对于这个案例来讲,首先就是测试为什么要坚持要改,其实测试在没有标准对比的情况,提的问题很多都是只有建议权,进行说服,而不是说一定要改,另外改不改,也要看产品处于什么周期,如果是刚开发出来抢占市场,很多小问题也是不用去强调要修改,但要记得提Bug,最终要表明的Bug改不改其实是不用测试负责,你只要把相应的Bug,指派他人,然后把改不改,延期的原因都写出来,在你相应的权限内你关闭并且也抄送相关人员,不是的话,直接转给他人,然后在测试完,写个总结说下问题,整体就很圆满了,在整体的过程,不要口头沟通,就算有,沟通完,该指派的指派,Bug一定要形成闭环。这个就是这个案例最简单的一个场景,Bug闭环,有责任人,有根据,有流程,出问题可以追溯,到时出问题,锅背不背就知道了,这个就是案例中测试问题点解决方案;
另外在分享中测试经常背锅的一个场景,就是临时紧急的下发一个测试点,然后你就赶紧测试,然后上线了,出现问题以后,发现是你有一个地方没有测试完全,也不知道开发会改到;所以这个锅你就很迷糊背上了。对于这个问题解决方案:1.对于临时下发测试,一般都是紧急的,所以要求开发列出影响点,并整理出来发个邮件或者项目公认的接收测试渠道;2.如果你接收测试,对于该功能不管熟悉不熟悉,你都先跟开发确认下列出的影响点是否全面,得到一个回复以后,然后你让对这个功能点熟悉的其他人员帮忙看下,列下可能影响的功能,另外你自己也列下,然后组合,抽取几个测试下,然后在测试下开发列出的影响点;如果突然你发现你们分析的影响点出了问题,并不在开发列的影响点内,就要及时反馈,重新评估;这个流程,估计很多人都出现了,但都没做好。整体这个解决方案,他不仅规避了测试责任,也表现测试主动性和分析能力,专业性和负责任;
那对整体测试不背锅,也不是一两个用例就说的清楚和几句话可以说的明白的。简单总结就是:项目组有共同的目标,有良好的合作意识,完善的项目/测试流程,在测试角色,要有良好的测试技术,测试规范,测试标准,做事有理有据,有良好的责任心,有担当,是锅就背,不是就不背,不犯同样的错,持续改进;最后最好的愿景就是让大家知道测试质量并不是靠测试做出来,而需要大家相互配合做出来的,而我们测试能做出来的就是不背锅!
对于无法说出不是我的锅的人,我的建议是:背锅的时候要认识到背锅不是目的,搞事情也不是目的,树立测试的品牌才是目的,有时就当做每一个甩来的锅都是一次机遇;
好文推荐: