前天临下班前 1 个小时，新来的测试发现了 bug，直接交给我，还以为我会加班改

[hanlin85]

今天他又来问我 bug 改了没，我笑着跟他说没有改。他显得有点惊讶，大约半分钟没说话。他问我为什么没改，我说工作还是讲流程的，你提交了就行了，具体改不改，什么时候改这得听老大的，不是我自己就把这玩意自己加班给消化了。他再次愣在原地，用奇怪的眼神看着我。

我当时也觉得挺吃惊的，这不挺正常一事吗？我也看着他呆了十几秒。。。。

[XcodeOne]

这种东西要分公司，也要看 bug 的级别

[jstony]

是不是入职培训没做好，工作流程还没熟悉。

[vanityfairn]

在一个需求任务周期中，测试已经明确并记录了这是 bug 。没太理解什么叫改不改，什么时候改这得听老大？

[ywl19891989]

@vanityfairn 这个要看的啊。万一改了影响其他的。就不改了啊

[brader]

说明你们公司制度好，还有老大也好。
有些公司的领导就会怂恿测试监督开发，明里暗里给测试压力来催促开发，最烦这种了，测试一天能问八百遍

[XiaMuCoder]

是 bug 单还是优化单？ 如果是功能 bug 也不改吗

[Steamer]

新人整治职场

[aiwoshishen]

不应该催 rd 改 bug 。 每天把日报往群里一发，bug 风险抛出来。自然有人来找测试。

[vanityfairn]

@ywl19891989 可能公司研发流程不一样。我经历的公司不太有这种的，在一个需求范围里当然是 0BUG 上线啊，这要带着 BUG 上线不被刁死？要是发现了历史的 BUG 另说。

[daimubai]

不好评价，如果是很简单的 bug ，那测试惊讶是正常的（测试内心 OS：这难道就是传说的磨洋工，鞭子抽一下才会干活）

[est]

支持 LZ

另外广告一下 /t/922635

[daimubai]

@daimubai 当然没有说谁对谁错，如果有流程规范的话就更好了

[est]

@daimubai 才上班提需求对方不做是磨洋工，作为普通员工下班前提需求，，就是贱。

[JamesR]

你就说已加入待修改列表，正在忙别的，晚点就改就可以了。

[popvlovs]

我理解除非是 BUG 阻塞了后续的测试，催别人改 BUG 是非常没有必要的，大家都有工作计划，按计划来就好

[Puteulanus]

我们是每天早会结束开发分 bug ，确实如果改动影响大，使用影响小的 bug 要看情况，有时候改了需要重新进行回归测试，耽误发版，客户都接受这种 bug 朝下个 sprint 放
测试把 bug 直接给开发是万万不可的，不从 jira 里走工作量客户看不到（狗头

[fantathat]

工作当然要讲流程啊，难道因为要改一些无关紧要的 bug ，正经的事情也不做了吗，孰轻孰重。

[hanlin85]

首先可能是我的表述不够清楚，这个确实是 bug ，但是目前看来影响不大。
如果你需要改 bug ，立刻，马上，那你就去找老大汇报，提升这个更改 bug 需求的优先级，工作再由上至下分配下来。而不是你拎着来找我，我加着班哼哧哼哧改了。

[duckrxy]

@vanityfairn #9
看公司，以前待的一家外企，bug 要先 triage 确定是个 bug ，还要看影响范围和上线时间，定 severity 以后再分配人，分配的时候还得看这个人已经排的工作量，有时候没什么影响的 bug 直接标 won't fix ，这个看项目经理和 dev lead 的安排。所以确实有这种流程的

[fantathat]

我现在比较忙，手头上还有其他事情正在做着呢，你可以找某领导协调一下，看他愿不愿意把安排着既定的现在手头的事情放一放延一延，优先改 bug ，不然我没法交差

[Hurriance]

似乎是职责不明确

让我想起了这个视频

https://www.bilibili.com/video/BV1hh4y1y7ao/?share_source=copy_web&vd_source=763580803a346ce7ca0bf43ad46677e4

[initing]

就得这样，整顿职场

[MapHacker]

???
https://www.bilibili.com/video/BV1hh4y1y7ao/
怎么和这视频里讲的一模一样...

[cedoo22]

我比较惊讶的是， 一个测试， 怎么就能直接跑来问 bug 修改了没有？？？？
自己给自己找事， 遇到老油条， 直接叼你一顿

[shyrock]

OP 公司随便一个 bug 都要老大排班吗？

难道不是为流程定义好 bug 严重程度和优先级，按照规定时限来分类解决问题？

[swsh007]

他不是也应该走流程才对，咋直接找你呢

[7gugu]

流程正确很重要，不能白打工 XD

[whatalittleboy]

碰见脾气暴躁的，你得进医院🐶，只看到了你的傲慢，没看到要你加班

[NJAllen]

我是测试开发，正常提 BUG 了就好。block 问题可能会当前改，其他的一般是第二天早上开早会的时候过一下，再看具体情况

[Bazingal]

@shyrock leader 安排你做别的你跑去修 bug ，你觉得合理吗？

[hanlin85]

@shyrock 本地的半家族式小作坊，都是沾亲带故的

[wilsonxu]

测试开发+1 。正常提 bug 就可以，如果阻塞性 bug 就特别说明，去推；其他不阻塞的，就正常修就好。

[jackOff]

你的处理方式没问题，但是测试也没问题，他们的工作绩效就是提 bug 并且得到 bug 修复

[inhzus]

工作当然讲流程。严重的 bug ，插入排期，在工作时间尽快完成，不严重的 bug ，那就慢慢等排期呗 = =
绝不打黑工

[jackOff]

需要主程协商，问题严重的话需要项目经理决定

[Abing1991]

看什么 bug
A. 是 feature 不是 bug 。
B. bug 暴露了更严重的问题。
C. 低级失误
只有 C 可以马上改

[qbox]

讲流程是对的，很多人以为自己是规则制定者

[petercui]

@vanityfairn 没说要带 bug 上线啊，就是啥时候改的事情呗。

[GP1]

这人是不是公司老板亲戚或者有关系的人？如果是那看你很奇怪就很正常，因为他把这里当成自己的地盘了。
你个干活的竟然不听话？

[fields]

像我工作的公司，经过开发确认是个 bug ，测试一旦提交，改不改、谁来改都需要走流程，在最后发版时开发这边必须要把 bug 清掉的，测试大可不必来催。如果你司流程类似，那么我觉得是你新同事不熟悉公司生产流程或者是想好好表现，试用期拿个高点的绩效

[bonfy]

有时候真的感慨 新人不讲规矩啊

[molvqingtai]

完了，我可能被 PUA 久了，觉得这种事很正常

[LandCruiser]

@whatalittleboy 公司又不是自己家的

[coolcoffee]

我前司的测试还让我们不要下班前改 bug ，改完之后她们得加班回归，做到日日清🐶。

[akira]

人家测试新来的，不一定知道流程把。。

[bbao]

很多人抱怨没有面试，面试没有 offer ，薪资低之类的，都是有原因的。楼主这么优秀的群体，一定是在第一时间请出团队的大佛

[woshinide300yuan]

支持，这就是个（_*_*_)

[anjingdexiaocai]

@ywl19891989 如果是还只是提测阶段，这个没什么，该改还是得改。如果是已经 cf 的，那需要评估。

[xuelu520]

按优先级来呗，例如紧急影响主流程的，肯定得立马修。
普通的，比如就改改文案的那种，排着呗。
不然你一个 BUG ，他一个 BUG ，还要不要写 BUG 了

[lopda]

@xuelu520 哈哈😄～不能因为修复 bug 影响到我们创造 bug 。

[oneisall8955]

新来的测试，刚刚工作或进新公司，跟进 bug ，可以理解

[tkHello]

提 bug 用的什么平台？平台上对应 bug 没有状态显示？自己不会看？ CNMDB ！

[tkHello]

现在工作岗位越来越少，跟 TM 的这帮人有直接关系！

[LeegoYih]

一般我是直接修掉的，我接受不了我下班时 JIRA 里还有 BUG ，强迫症吧。

[Andrew1996]

@bbao op 是讨论的意思，但你评论明显带有个人情绪

[kingjpa]

不知道是庆幸 还是羡慕，
公司没有测试，bug 都是上线后靠用户反馈。离谱的是时间戳转换写错了，所有人有效期都是错误的，还没人发现，直到领导问起我才想起来改掉。 不过用户量也就不到 1000 ，没有任何挑战

[MakHoCheung]

你没说清楚情况？
1. 他测到的是历史 BUG ，不是你开发过程中引起的这种情况
2. 你的一个开发任务提给他测，他测到 BUG 这种情况
第一种情况交给老大评估走流程没问题，第二种的话 assiner 就是你了，当然无论哪种情况都不应该加班修，除非天大的安全漏洞

[witcat]

开发被测试挑战了，可能是楼主要反映的问题。

[Arvin567]

纠结这个没意义：
1 、可能是测试不清楚当前项目的工作流程和节奏，所以沿用了之前的工作习惯，出于对 bug 状态的掌控，所以来问下调试或修改进度，争取好的表现，如果他只是在 jira 提了 bug ，然后继续其他功能的测试，那么最后对 bug 的状态就是模糊的，他的领导问起来，他不好交差，所以只能尽力去推动开发处理问题
2 、可能是开发和测试初次沟通，开发的回答中规中矩，但是测试理解错了，觉得你在推拖或对他不满，所以他在观察你的态度，验证他对你的判断

总之，都有可能，也不是啥大事，测试侧管不到开发侧，测试确实有逾矩的行为，但还是希望双方平和沟通，一起搬砖，没必要较真

[Sting1226]

主要还是有些奋斗逼，搞不定自己的定位。

[kkwa56188]

重大的 bug 有重大 bug 的流程,
紧急的 bug 有紧急 bug 的流程,

你开了个 普通的 bug 就是普通 bug 的流程, 你要 escalate 就去 escalate , 咱走流程, 不 BB, 别到我工位上来, 没空接待

[stanley0black]

学习到了，不能再强迫症一样的修 bug

[winglight2016]

lz 这个工作真轻松啊，bug 上门不必着急改，测试跟进表示先去找老大走流程，这种事情项目经理知道了要急死的吧？

btw ，你们这么互相深情凝视没有其他人看到吗？ Lol

[zooeymango]

新来我觉得可以理解吧, 如果是需要再往上请示才能改的 bug 你跟他说一下就好了, 我觉得只是沟通的问题

[bt7vip]

从这帖里可以看到公司流程的差异，以及流程差异对个人思维的影响。看来有些公司对社招人员的就业经历着重还是有原因的，有些是避免给团队招来大平台的人，职责之外啥都不会，有些是避免给团队招不知轻重的人，避免流程失控。
之前呆过一家公司，新项目按排期流程，这一步结束开始进入下一步，该准备准备，该干活干活，排期之内自己安排，那是我做过最舒服的一个项目。专业之内，该做什么要做什么，时间排期，我心里都有数，做起来游刃有余。


@Andrew1996 就事论事什么观点都可以看，这种“没有任何价值”的回复我一般都是忽略。有时候的点进去看看其他回复，曾经有过有价值回复的就不拉黑了，谁还没有情绪激动的时候。曾经看到一个一排列表下来仅是说自己大厂出国，结果回复的都是”你不行就赶紧滚，腾出位置，不行别碍事”之类垃圾回复，拉黑吧，不要和自己眼睛过不去。

[Andrew1996]

@bt7vip 赞同，君子和而不同，希望少一点戾气

[imsoso]

这就是人越雇越多，东西越做越慢的原因了

[mosfet]

看 BUG 等级吧
我们就简单分高、中、低
高需要立马处理，中排期处理，低攒一攒闲的时候处理

[mingtdlb]

啥 bug 级别，下班了就是下班了，天王老子来了我也要下班。

[christin]

@bbao 一个普通的 bug 为什么要加急处理，手上的高等级需求要不要做了。工作都是讲优先级的，那所有人都不按优先级来，都按关系去推进需求就好了吗？

[leiwingqueen]

楼主难道是 B 站的 UP ？我貌似前几天刚好看到你这个视频

[darkengine]

大公司里, blocked 类型的 bug 要及时改, 其他的看 bug 里标的 deadline. 小公司确实要看老大的意思.

[runinhard]

我比较惊讶的是 作为一个测试经常直接问 bug 修改了没有。居然没人叼，也没被人打死。


自己写出来的 bug 自己改难道不是理所当然的吗，有本事可以不写 bug 的 。


如果有优先级上的问题，表达清楚就好了，测试又不是傻逼

[bbao]

@christin 这个和 bug 等级已经没有关系了，这属于面对与解决问题的沟通方式问题，这样的人在正向发现，有上进心团队里面不会有任何正向作用，一定是会被优先处理掉的。

[bbao]

@Andrew1996 我没有任何情绪，只是表达观点。

[christin]

@bbao 为什么和等级没有关系？我手上在做一个需要紧急发版的 bug ，你测试来给我提一个钟或者低等级的 bug ，那我就得停下手里工作给你改？
不是当面来我就要给你解决，那也不用写需求文档了，都在开发旁边排队吧。

[bbao]

@christin bug 等级是等级，团队协作沟通方式是沟通方式；

测试发现 bug 提交并指向我，跑过来找我并完成 bug 确认之后，该做什么？就根据 up 主目前反馈的场景吧。

你提交到 jira 或者其他 bug 记录平台，可用先指给我，当前 bug 看着不太严重，影响范围不严重，先记录，团队内部评估，再考虑是不是和下一次 app 发版一起上线；次日早会根据昨日反馈的问题直接输出，早会就能有一个大概的讨论结果，会后给予回复或者就像 up 主的同事跑过来 push bug 修复情况时，给予反馈。

这种沟通反馈是不是正向的？还会产生什么歧义么？这个是不是也考虑了 bug 优先级问题，也在团队和跨部门协作的时候，起到了良好沟通的结果？

面对公司新人，或者入职场不久的人，可以在某系方面给予帮助或者公司当前流程的简单介绍，虽然不是你的 义务，起嘛以后合作起来，会轻松愉快很多。

你觉得这种沟通方式能不能解决 up 主当下场景的所有问题？

[bbao]

@bbao 如果确认 bug 由谁来具体修复，或者谁写出来的，开发内部可以另行 转向 bug 修复技术人。

就简单几句话沟通的事情，上升到这么复杂的程度，出于这个原因，有了 [很多人抱怨没有面试，面试没有 offer ，薪资低之类的，都是有原因的。楼主这么优秀的群体，一定是在第一时间请出团队的大佛] 这个回复。

[kingfighters]

赞同，不是所有的 bug 都要修复，那么多已知的 bug 放几年都正常

[christin]

@bbao 说得非常好，但是和 lz 的主题有什么关系呢？
测试在把 bug 提交到 bug 平台并指派给别人之后他的工作就已经完成了，该不该修，什么时候修，谁来修，这都不是他要关心的问题了。至于当面跑来问有没有修好，甚至想占用下班时间，那不好意思，没空。
没有义务带新人

[tyrantZhao]

贵地感觉已经没有人权了。

[chensuixiang]

怎么感觉楼上有些人怪激动的。这种事也能上升到矛盾上升到说脏话。
稍微认真思考一下：
第一：正常人没人愿意催问开发 bug 修了没，包括产品也包括测试。他们之所以问，只因为有一只无形的手，有无形的规则等东西去压着他问。要是没有这些，你求着他来问你修了 bug 没，他都懒的问。
第二：基于第一的原因，那么开发理解一下，说没空修，你先别打扰我，有空我就修了就行（说句不好的，你别烦我，那也无大碍）。这个沟通一下子直接问题解决了。问题都解决了，这有啥不好？问题那么小，楼上某些人讨论还上升到矛盾还看到有人直接脏话有的扣帽子奋斗逼？职场这么一点小事，随便沟通一下解决，多简单的事。碰到这种容易暴躁的人，那才是真的吓人。
第三：本质上这个问题应该属于团队问题，真的要彻底解决，找大领导吧。和产品测试开发都没啥大关系。见过测试和开发这样的，也见过产品和开发这样，也有前端和后端这样子。何必呢，都是打工人。

[alienx717]

这个测试就是一个不知道自己是该闷炉烤还是挂炉烤的鸭子， 看到楼主选择不烤自己，这鸭很吃惊