前天临下班前 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 ，不然我没法交差