作为一个开发,你能接受测试教你改 bug 吗

2022-01-07 20:06:39 +08:00
 Hider5
我是一个拥有三年工作经验的前端工程师,最近在跟一个项目,有个校招来的测试,在准入的时候,提了 10 个 bug ,有 2 个是后端的问题,他也提给了我,我就有点不爽。
当他过来找我对 bug 的时候,我质疑他的能力,说:“你真的是正职测试吗?”
第二天,他又提了一个 bug ,确实是我的问题,他还把代码哪出错,怎么改 bug 附在了 jira 上,我有点生气。。。
8021 次点击
所在节点    职场话题
77 条回复
jedihy
2022-01-08 11:39:14 +08:00
这种“你是不是正职?”之类的话,我但凡听到不管谁说的,不管什么原因,我直接 report 给 HR 。这种话说出口就能看出你有多不 professional 。职场没有尊不尊重这一说,都是打工的,有问题就指。
AoEiuV020CN
2022-01-08 11:40:16 +08:00
后端问题提给前端然后前端检查之后转给后端,这操作很常见了,
我这边会判断一些后端经常出的问题直接提示“接口内部异常”,让测试看到这个直接找后端,判断不了的话就只能是提给前端让前端检查是谁的问题了,
不过你们测试居然能拉到前端的代码,我们这边是不行的,
ctro15547
2022-01-08 11:50:11 +08:00
大部分都是黑盒 ,分错 bug 跟测试说一嘴 改一下提单就成了;扒源码找 bug ,那是得加不少钱的 白盒可比黑盒贵多了;
噢 楼主的测试啊 ,那就下次别扒源码了 让开发自己 debug 去,要么就把错误往测试群里发,语气要温柔点 就说 你看看是不是这里写的有问题,让对方气又不能说
throns
2022-01-08 12:07:19 +08:00
刚工作的时候,对测试提的一些不属于自己的 bug 也很反感,也很担心。有些公司会有 bug 指标,bug 多了还会有批评,扣奖金之类的,能理解那个前端的不爽点,但态度很有问题。一般测试是对很多个前端,后端和产品,有些 bug 刚开始的指向不明确,确认之后再转就行了。个人觉得没必要把问题弄得这么僵,需求是大家协作弄好的,遇到不配合的,拉群和他领导直接说问题就好。
JudyHal
2022-01-08 12:12:17 +08:00
说实在话,测试懂的代码基本都是些皮毛,还整天喜欢装神弄鬼的,是人都不喜欢
Felldeadbird
2022-01-08 13:14:20 +08:00
有人帮你找出 BUG 还教你怎样修复,天大喜事啊。我平时收到一些反馈漏洞,如果没有逻辑只有大概情景,我还要在海量代码中搜索定位。
zjuster
2022-01-08 14:09:28 +08:00
你到底是开发还是测试啊?能不能先学习把话讲清楚

测试测出功能异常,提给功能来源的前端,前端判断是后端问题,重新给后端,这个流程没问题。但有些公司是以 bug 数量考核的,最好是口头沟通好到底是前端还是后端再指派。


测试发现了 bug ,指出可能的逻辑问题就完成了工作,但是直接写代码逻辑,在某些人眼里看就是挑衅,“瞧把你能的”;
说严重点,这是测试工作量不饱和把。你做测试还看别人代码?你能看到项目模块的前后关联吗?管中窥豹就指代码怎么改,“你算老几啊”。
gefranks
2022-01-08 14:15:14 +08:00
即使对方不那么专业或者语言上有一些冒犯, 也要尽可能保持自己的专业态度, 工作而已, 这种事情完全用不着斗气或者炫技或者去争那佛前的一柱香.
这种情况下我不会去教具体怎么改或者怎么修, 这不是我的职责, 我也不会擅自越权
提 bug 指错 owner 挺经常的, 一个页面可能前端后端都是几个在不同地方或者国家的人写的, 指错了随手改下或者说下.
一般提之前如果有空都会跟 owner 先沟通下, 提后也会在群里说下, 简单的描述和截图, 从上到下都看得见.
missdeer
2022-01-08 14:39:13 +08:00
我觉得你可以试试去微软,微软的测试都是有能力找到引起 bug 的代码行的那种牛人

另外有些国内大厂的测试人员也是很厉害的,像以前的菊厂(不知道现在怎样),是有白盒测试指标的,比如每个季度必须要发现多少个代码审查的 bug
aliveyang
2022-01-08 14:45:39 +08:00
只能说不愧是测试
juzisang
2022-01-08 14:59:37 +08:00
我们公司的测试,一般不太确定是谁的 Bug 的时候,会先找前端排查一下,然后在提 Bug 。我们提交代码必须要有任务 id 和 bug id ,所以一般定位到问题都会回测试,叫他给我提个 bug
qooweds
2022-01-08 19:07:55 +08:00
比较好的做法是学着区分前后端的 bug ,这属于测试基本技能之一了。
更正确的做法是润吧。没有技术评审的公司,你跟开发硬怼,迟早吃亏。前端这种工作内容还好,换个后端你得罪了,迟早工作上让你吃瘪。
最正确的做法就是转开发, 这样你就可以位置换过来怼别人了。
lishoujun
2022-01-08 19:22:58 +08:00
@JudyHal 您懂的代码深入骨髓,已经可以随随便发 pr 给 kernel 了么?你觉得发这种引战评论很有意思是么?
MuscleOf2016
2022-01-08 20:21:27 +08:00
这又怎么了,我们测试,不管原生还是后端的问题,第一个问题的就是前端。没办法,谁让界面是你画的,普通测试又分不出来。
tonytonychopper
2022-01-08 20:44:38 +08:00
我的建议就是个人情绪不要带到工作上,你和你的前端同事都是 XD
kkzzkk
2022-01-09 02:18:32 +08:00
测试把后端的问题提给你的时候,你跟他说提错了,让他转给对的人不就行了?至于直接质疑人家的工作吗?人家是校招萌新不假,你三年工作经验难道就是大佬了?
第二天他把错误的代码直接给你指出来的时候,你可以跟他说:谢谢,下次我自己来定位就好了,这本来就是我的工作,不该麻烦你的。正常的职场对话不是这个样子吗?
metrue
2022-01-09 09:24:02 +08:00
别人写出的 bug, 帮测出来,而且还给出自己的建议,这测试工程师靠谱.

自己写出的 bug, 被发现了,“自尊心”受损恼羞成怒,这开发工程师不行.
openmm
2022-01-09 11:12:40 +08:00
能帮你定位的问题 不应该高兴?建议你去读读《大教堂与集市》看看先辈大佬们为啥要弄开源
gugu33
2022-01-09 14:14:25 +08:00
为什么要发矫情类的帖子浪费大家时间? 生活中工作中为啥总要搞非此即彼的二元对立? 你以为你是太极?
xfcy
2022-01-09 14:55:53 +08:00
三人行,必有我师焉。择其善者而从之,其不善者而改之。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/826909

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX