今天开会讨论 bug,有开发和我们产品总监,我说遇到一个 bug,表现是什么,开发的处理是什么,我想的是完整的帮助开发理解这个问题。
这一说直接激怒了总监,当场教训我说你测试只管出了什么问题,你的操作是什么,不要管开发怎么实现!
我知道他可能觉得测试要说开发的内容说错了,得由测试负责。
可有没有这样一种可能,我就是知道开发的实现逻辑。这是因为我出现 bug 后看日志了解到数据处理过程,并且又验证了一次这个处理逻辑所确认的。
更好笑的是,他在评审需求的时候开发一说不好做,他就要给开发讲实现逻辑。可每次都说的开发是一脸懵逼,不知道他在讲什么。
自以为技术很好,还爱显示出这一面,不知自己一瓶子不满半瓶子晃吗。自己讲技术就是给开发教学,下属讲技术就是背道而驰,这种无能且双标的行为真让人觉得有点搞笑。
爆出他的名字来
产品总监讲技术?
这种人如果是在面试时,应该会很喜欢问技术是怎么实现的来刁难测试
回他:你有本事你去教训我们测试总监去,我跟开发怎么合作、怎么工作你管得着?你算老几?
至于后面两段,我觉得你主观情绪太重,大可不必把标签贴那么死~
怼他,又不是你上司你怕什么,又管不到你
人家玩的职场和关系,你玩技术,明显不是一个赛道,谁也瞧不上谁
从测试的角度,去评判开发怎么实现,的确不太恰当,只能说测试从开发实现的角度去猜想问题可能出现的地方,让开发去核查一下;就算是自己完全知道开发实现的思路,也需要用可能哪里出现问题的猜测(可能是哪个地方存在问题的)语气去表达;
深有感触,我们公司有个很高大上的岗位叫做 “分管领导”,分管项目及部门,在个别分管领导眼中研发就是神,测试会开发就是原罪,曾经说过我们做的一个测试工具:“你们现在做的事,我拿一个初级开发就能做!”
同样。认为开发不需要懂业务,也不自测,交出来 shi 一样的东西。
不然呢?让测试去做编译速度优化?让测试去做 k8s 调度策略优化?让测试去做 IDE 插件或者 codelint 这些?让测试去为了提效而进行的技术架构优化?让测试去各种中间件的开发和优化?让测试去 gitlab 和 jenkins 的各种插件开发?
还有很多很多内容,效能不只是自动化测试和 CI 那么点东西,效能领域很宽,能做好 1/3 的事情都是很资深的专家了,而且更多的内容偏向于开发的工作范畴,测试能做的不多……很多人觉得测试能做好效能,往往都是基于测试的沟通能力相对来说比较强大,能够胜任怼开发、产品、业务,甚至用户……的工作,愿意让测试承担效能提升工作的公司一般来说领导都是很信任测试团队了。
我觉得大家聊得有点偏了,不是说效能交给那个团队做才是最好,其实真正的效能是全生命周期的,对于每个角色或多或少都是需要参与的,但是上边我说那类领导纯纯是觉得测试就不应该懂开发,应对楼主的主题顺便吐槽一下而已。注:我司为了缩减开支初级开发大多是实习生,说白了可能都没有项目经验,像这种的真能做好大家说的那些前沿技术吗。
你只考虑到这个问题点可能有问题,你考虑全局了吗。有时候你全部代码给你 你会发现根本没法改。
我觉得楼主偏激了,发文就是想发泄对这个人的不满。