测试管理 测试效率提升&测试价值最大化的一些困扰

好丽友 · March 17, 2020 · Last by 刘晓光 replied at March 23, 2020 · 2778 hits

如题,我们团队遇到了一些困扰,主要体现在如下方面,希望大家都建言献策,如何提升测试效率,并最大化发挥测试人员的价值。
1、开发质量差,提测的功能,冒烟测试通过率通常只有50%左右,此问题一直在研发团队强调,但属于那种一拳打在棉花上,说的时候大家都知道提测知道差,但就是没有多大改善。(与开发负责人也进行过多次沟通,但都没有多大本质上的改善)
2、项目界面、易用性问题比较严重,每个项目测试、开发花费在这块的时间成本,基本可以占到20%-30%,这块如果能够做好,项目成本也可以直接下降,但也是属于那种一说都知道,但就是一直没改善的状况。
3、基于问题1、2,测试人员每天花费太多的精力在一些基本功能、界面问题上,而没有较多的精力在测试技术提升、深度问题发掘上,长此以往,会让测试人员有种专业价值没得到体现的感觉,不利于团队的长久发展。
4、这些问题,与开发负责人、CEO都有过沟通交流,但最后都仍然没有多大改善,有一种感觉就是,测试团队自己着急,其他人都不着急。

在此想问大家,此种情况如何破局,真正的提升研发质量、测试效率,让开发、测试都能在工作中有所收获。

最佳回复
共收到 23 条回复 时间 点赞

先让老板和开发老大重视。否则都很难。

既然都与大老板讨论过了,大老板也不认可测试,那只能要么改变自己(跳槽),要么大家一起浑浑噩噩下去。就好比你去追一个不爱你的女孩,要么你只能换一个女孩。要么就心甘情愿做备胎

老板和各个领导都说测试很重要,也在一些办公会上也都明确提过,但就是效果始终差强人意,开发团队负责人推行不到位,我们测试团队就很被动。

你们公司付1块钱的成本,还想找个5块钱的开发,怎么可能?
这哪是测试能三两句呼吁能解决的问题,这是体系级问题,即使领导呼吁可能都没用!

换句话说,这公司的测试就是在额外给开发搽屁股

bug多,提交修稿又带出一堆,测试验证后开发继续修改,测试再验证,无止尽的陪他们玩

如果下面的人有意见,只能看看能不能多招人,平分到每一个测试身上的人物少了,大家有时间学习些其它的技术 进步

1.测试为何如此没有话语权?2.二中的问题是否是需求优先级最高,为何不设定一系统的规则约定?3.自动化,性能为何不研究下?再不济开发小脚步提升安装效率也可以啊。4.测试没有方向,就自己给自己定个方向,路是死的,人难道不是活的吗?🐭

建议从小开始改善:
1、冒烟通过率很低:把冒烟测试自动化,如果冒烟不通过,直接在流程上打回去,不浪费测试时间;
2、项目界面、易用性问题比较严重:这种问题应该产品或交互背锅?或者在需求评审阶段增加工作量,避免返工导致的浪费;

不要去抱怨工作以及工作的合作者。想想如何帮助开发提高冒烟成功率,开发的痛点在哪?而不是不断升级“汇报”,最后谁都不开心。

这些问题还是需要数据支持的。描述中在强调:“大家都知道,大家都不做”,因为大部分情况,研发都是感官上觉得重要,身体很诚实。
所以第一个问题,针对研发质量差的建议是:
①:需测试leader和研发leader约定,冒烟不通过90%,直接打回,直到提测通过。有些时候需要研发对质量差的有体感上的感同身受,不然大部分研发是不重视。测试需要做好 a:收集好打回的次数数据,做好数据的趋势图统计。b:测试本身技术能力,测试技能要过硬,不然无法说服研发和得到他们重视。
②:和研发沟通商量,对于【核心功能】,须经过研发小组长或者是资深研发工程师的code review,测试建议也参与,能学到很多。
③:最核心的还是,测试把数据收集好,例如每个月打回的需求次数,占比。因为冒烟不通过导致延期的项目总数,占比。每个研发人员被打回需求的数据统计【这个还是私自发给研发leader为好,不要太公开】等等数据。

把这些数据,在月底的时候。如果你是测试leader,找到研发leader一起过下【拉上越高级的人,越多的人越好】一起check。多灌输一个观念:“质量出现问题,大家一荣俱荣,一损俱损的观念”。反正我每次和研发沟通,只要有机会就抛出这个观点。质量差,加班一起加,辛苦一起辛苦,还不如大家一起努力做好自己本职工作内容如何?

好丽友 回复

难道跟你说不重要么,哈哈

好丽友 #10 · March 17, 2020 作者
Allen.liu 回复

性能有在做,这个对着2个问题解决没有什么实质性的帮助,自动化前期做了一个子系统UI层的自动化,结果修改太频繁,搞得测试维护脚本很累,并且体现不出来价值,目前在启动接口层的自动化,效果如何还待考究。但我们目前基本是交付类的项目,项目周期都不长,花较多时间在自动化上也不是我想推行的,毕竟项目成本在那里,老板也不会愿意花太多成本来做自动化。目前想的是先把接口自动化搞起来,希望能在效率上有所提升。

0x7C00 回复

感谢你的建议,我们有在做数据统计与分析,并拉上开发负责人和项目经理一起看过,但数据于他们,似乎就只是数据,观念意识上的改变真的还是挺困难。很感谢你的建议,你说的这几点我好好想想,结合我们的数据统计一起搞。

困难是客观普遍存在的,搞不定的是普通众生,很正常,能搞定的就是大佬
解题思路就是一系列自动化的手段,有没有测试提速的工具,帮助开发自测的工具等等

先让用户重视,没有用户,你们开发的终极目标就失去动力

好丽友 回复

老板和各个领导都说测试很重要——这就不好办了呀,我基本都会尽量选择避开与持“测试很重要,测试保障质量”观点的开发团队甚至老板共事——除非我有信心能改变他们的想法
我觉得只有老板和各个领导都说 质量 很重要,而 质量是全流程的质量 的时候才有希望

针对第一点,目前我们的方案是提测前与开发同学确定好自测用例,提测的时候需要通过率80%以上(一开始先定80%),测试同学冒烟测试发现通过率不达标打回重测

正常现象,研发体系都是皇帝不急太监急,既然做了测试,就要学会淡定。

好丽友 #18 · March 19, 2020 作者

非常感谢,获益良多,你讲的一些点也确实是目前我们实际存在的情况👏

这个话题有点意思,我也来说说我的观点:质量不是测出来的,是设计出来的。
1.既然开发没有这个意识,测试应该参与设计(前提是你作为测试leader懂开发设计,你能指出来他们目前架构上、流程以及工作上还需要优化的地方),如果测试不参与设计,那么总是会在整个交付流程最后一环擦屁股,必然会遇到你提到的:开发交付质量差、反复返工问题。
2.系统易用性、体验面的问题较多,那说明开发交付的门禁规则没有定出来,和开发团队沟通,双方达成共识,某些质量不达标直接打回去重新开发。
3.前面2个问题如果解决,问题3其实不会那么容易显现出来,到时候你还会遇到新的问题,但至少可以解决测试团队目前的痛点。
4.不要总是向领导抛问题,解决方案呢?楼上的哥们已经讲的很透了,你可以试试。

额外说几句:
你这些情况我之前我当年也碰到过,当时有不懂行的领导说:你可以试试自动化测试,应该能解决你的问题。。。。。。我当时心里一万个曹尼玛。

好丽友 #20 · March 20, 2020 作者
胖虎 回复

感谢指点

正常, 这个是你统计不到位,开发提测有数据吗?为什么导致呢

“3、基于问题1、2,测试人员每天花费太多的精力在一些基本功能、界面问题上,而没有较多的精力在测试技术提升、深度问题发掘上,长此以往,会让测试人员有种专业价值没得到体现的感觉,不利于团队的长久发展。”
这个问题其实是双向的,假如一个测试,懂的比较少技术弱,然后功能界面问题很少,那么他很容易没有存在感,或者绩效沟通没有说服力。那么这样问题的关键就会转移到,有了精力之后,到底测试技术能提升多少,能给他带来多少存在感或者安全感。这个是很难体现的。
再思考一下,其实这个问题有一些误区,因为技术提升&深度问题的发掘,靠的是个人的主观能动性,靠的不是公司提供的种种便利(就算大厂背景,也得能有能力进大厂是吧),或者直白一些,安于现状的,更需要的是工作量来实现的职场安全感。
我觉得,这个问题,应该着重于工作分工的科学化,工作协作的安排,让整体的工作节奏是一直处于可控的状态。而leader要做的,是发现那么真正主动提升自己能力的同事,然后安排他到适合的岗位上去,帮助他的学习成长。
还有,leader的技术不能水,尤其是在创业公司。leader能提出这种问题,本身就必须是一个主动的提升技术的人,要不然真没说服力。

必须说服老板重视。但如何说服呢?
用数字说话,先建立度量系统。让他们知道这样错误的实践是烧公司的钱。站在对方的角度才能说服对方。
相信我,好的度量系统将是你最大,最有效的抓手。

需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up