作者hips (hips)
看板Soft_Job
标题Re: [心得] 我在科技业遇到的鬼故事之一
时间Fri Jul 28 01:33:37 2023
这问题蛮有趣的
我问了一个在微软跟亚麻做过的业内人士 A关ticket本身有没有问题
她回答:
non-reproducable其实蛮常发生的，对方又不肯合作厘清问题，除了关ticket还能怎样
处理过ticket就会知道，很多确实是开ticket的人自己搞崩,不在状况内,内容写得不清不
楚 之类的
B看到ticket被关正确做法是reopen并找Ａ的manager
最後还是需要B的协助debug
这根本主要就是B的错吧
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 23.243.152.215 (美国)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1690479219.A.4AD.html
※ 编辑: hips (23.243.152.215 美国), 07/28/2023 01:36:38
1F：推 kurtsgm: 虽然说bug是A写出来的没错 但以A的角度来说当下也没其他 07/28 02:18
2F：→ kurtsgm: 能做的事了吧 依照设定的环境就是测到死都测不出来 07/28 02:18
3F：→ kurtsgm: 没办法重现的bug是要怎麽修 也只能猜猜看一些怀疑的地方 07/28 02:19
4F：→ kurtsgm: 至於切close或是切non-reproducable或是切keep tracking 07/28 02:20
5F：→ kurtsgm: 讲白了也差不多 横竖都是放着不会再有人去动他 07/28 02:20
6F：→ kurtsgm: 除非QA後来又测出类似的问题才会reopen 07/28 02:21
7F：嘘 brucetu: A的bug被B不小心测到，B也不是QA只是隔壁部门拉来做整合 07/28 02:25
8F：→ brucetu: 的工程师，干B屁事 07/28 02:25
9F：→ brucetu: 你做一个sdk给别人用，别人不小心测到资料毁损问题跟你 07/28 02:27
10F：→ brucetu: 讲，你说你没什麽可做的，笑死，谁有空帮你找你的问题 07/28 02:27
11F：→ brucetu: 今天bug不是一个画面会当掉还是会出现什麽奇怪错误讯息， 07/28 02:30
12F：→ brucetu: 是会把资料删光，然後一直跳针说”我无法重现”、”你们 07/28 02:30
13F：→ brucetu: 发现问题的人没把步骤说清楚“、“规格不明确“这种程度 07/28 02:30
14F：→ brucetu: 好意思说自己是工程师？笑死 07/28 02:30
15F：→ brucetu: 客户资料被你删光的时候你是不是也打算跟客户说，你的环 07/28 02:31
16F：→ brucetu: 境有问题，你怎麽发生的步骤跟我说清楚，否则我无法重现 07/28 02:31
17F：→ brucetu: 我没什麽可做的，这样也能当工程师？笑死 07/28 02:31
18F：推 luciferii: 呃，实务上应该大部分作法都是你最後这三行讲的。 07/28 02:49
19F：→ luciferii: 客户不愿意配合的话，九成九就只能罗生门卡关。 07/28 02:50
20F：推 luciferii: 不能复现的Bug常常要靠天眼通... 07/28 02:53
21F：推 HybridSC: 关ticket的人要负责任啊，A就应该竭尽所能去重现他，直 07/28 03:31
22F：→ HybridSC: 接杀到B那边借机器测，借个一小时就能发现问题了，真的 07/28 03:31
23F：→ HybridSC: 无法重现才能关。 07/28 03:32
24F：→ HybridSC: 但删资料这麽大条的事应该要整个team下去追，A就傻傻的 07/28 03:32
25F：→ HybridSC: 自己测，B也没权力叫A做事，然後A的同事们也不知道在哪0 07/28 03:32
26F：→ HybridSC: .0a 07/28 03:32
27F：推 luciferii: 原PO有说他(Owner)和A去找B，对方不配合。 07/28 03:34
28F：→ luciferii: 这大概牵涉到内部人际关系，公司文化改不了无解。 07/28 03:35
29F：→ luciferii: 只能每次出包每次找人砍头了事。 07/28 03:35
30F：推 HybridSC: 我是觉得B不想配合也一定有什麽原因。 07/28 03:41
31F：→ HybridSC: 如果AB主管都介入的话，应该在一天内就解决了 07/28 03:43
32F：推 HybridSC: 不过原po最後也负责救火了，所以老板也没火任何人let it 07/28 03:49
33F：→ HybridSC: go~ 07/28 03:49
34F：→ DrTech: 每间公司的流程不一样，能这样套喔？跟微软与亚麻的流程就 07/28 07:48
35F：→ DrTech: 是错？ 07/28 07:48
36F：→ DrTech: 如果该公司没规定reopen原则。B没有reopen，你不能说他错 07/28 07:50
37F：→ DrTech: 啊。 07/28 07:50
38F：→ DrTech: 另外，请你去问一下你认识的业内人士：为什麽B开的ticket, 07/28 07:56
39F：→ DrTech: ，A可以有权限关闭？哪套系统可以做到？ 07/28 07:56
40F：推 wtl: B不配合原po第二篇有解释 B也要开发code 没办法借机器给A测 A 07/28 08:01
41F：→ wtl: 部门自己要想办法吧 一直怪B不配合 07/28 08:01
42F：→ loadingN: 回答这啥东西？ 这位大概也不是负责人是甩锅PM吧 07/28 08:06
43F：嘘 blackrays: 结论乱下…你要不要再跟你的朋友讨论一下 人家怎麽做 07/28 09:26
44F：→ zelda123: B是别team的也不是QA，谁会没事去 reopen 07/28 09:40
45F：推 jamesho8743: 不能复现的bug A B都要想办法找对方去把bug复现 bug 07/28 11:17
46F：→ jamesho8743: 不会自己消失 实务上B要多尝试一点 因为A写底层的 07/28 11:17
47F：→ jamesho8743: 不可能每种usage path都能验过 既然B有发现过bug 07/28 11:17
48F：→ jamesho8743: 表示在B的环境下容易出现 他要提供一些相关资讯或 07/28 11:17
49F：→ jamesho8743: 环境让A容易去抓到问题 07/28 11:17
50F：→ distellable: B也是工程师阿 又不是客户? 客户不肯借出问题的机台 07/28 12:22
51F：→ distellable: 给原厂找问题也是满神奇的 07/28 12:23
52F：→ wtl: A写的code要B多努力找bug? B只是来支援的 今天没有B A怎麽办? 07/28 12:44
53F：→ wtl: 另外A部门也有QA A的code应该也是请QA多找bug吧 B也要写code 07/28 12:46
54F：→ wtl: 帮A找bug 自己的事都不用做了吗 07/28 12:46
55F：→ giantwinter: 关B辟室...看下R&R的定义好不好 07/28 16:35
56F：→ viper9709: 推jamesho8743 07/28 17:19
57F：→ superpandal: 看来brucetu很适合当全端+PM工程师 如果都要一个人去 07/28 19:33
58F：→ superpandal: 厘清全部问题那还要分工做什麽... 一个人干甚至都不 07/28 19:33
59F：→ superpandal: 太可能出现这问题 因为非常接近客户 07/28 19:34
60F：→ superpandal: 对B要求主动与要求A主动同样都是奢求 07/28 19:37
61F：→ superpandal: B就不是来支援的 是同个需求的前台 到底有没有看懂? 07/28 19:39
62F：→ superpandal: 需求是两个部门的事情怎麽会只跟一个部门有关... 07/28 19:40
63F：→ superpandal: 现在公司就是没什麽制度 issue的close与reopen完全 07/28 19:42
64F：→ superpandal: 不是重点 而且我也觉得追踪平台不应该这麽用 会被当 07/28 19:42
65F：→ superpandal: 作斗争与推责任的手段 07/28 19:43
66F：→ superpandal: 事情大条分时段知晓 不同部门不同 B是一开始就知 而 07/28 19:45
67F：→ superpandal: A爆发才知道 本来就验没问题你是要怎麽知道就是有这 07/28 19:46
68F：→ superpandal: 件事情猛追? 07/28 19:46
69F：→ superpandal: 要怎麽知道就是有这问题才猛追? 07/28 19:47
70F：→ superpandal: 要求A归咎A的人其实是在上帝视角看事情 这件事情B知 07/28 19:49
71F：→ superpandal: 道更多 07/28 19:49
72F：→ superpandal: 说到这问题就不得不提到之前的文 省的是主管的心 07/28 19:57
73F：→ superpandal: 底下的人战战兢兢深怕被贴上"没诚信"的标签是很恐怖 07/28 19:58
74F：→ superpandal: 的 07/28 19:58
75F：→ alan3100: 微软open source就一堆乱关的呀XD 客服工程师讲干话就 07/28 23:06
76F：→ alan3100: 关掉,问题连查都不查, 别以为大公司每个部门都有纪律 07/28 23:07
77F：推 thuko8652: B 开的ticket A能关 这不是一堆都能这样吗 MS Azure d 07/29 10:08
78F：→ thuko8652: evops 、Aws用的JIRA 07/29 10:08
79F：→ ChiangJoe: 不同公司不同制度吧，A当然可以在自己主管同意下以ca 08/13 04:42
80F：→ ChiangJoe: n not reprocedure close，只是在跟B不同的测试条件下 08/13 04:42
81F：→ ChiangJoe: 以can not reprocedure close 本身就存在风险，不同测 08/13 04:42
82F：→ ChiangJoe: 试环境条件下常常无法重现问题这是很常见的事，公司制 08/13 04:42
83F：→ ChiangJoe: 度允许这样的风险那A就没错，不允许那A跟原PO就有错。 08/13 04:42
84F：→ ChiangJoe: 测试环境ㄧ事B因为手中环境要用不能给A，B有错吗 制度 08/13 04:42
85F：→ ChiangJoe: 不同看待也不同，在这事件看起来A跟原PO认B的错也许这 08/13 04:42
86F：→ ChiangJoe: 家公司制度就是这样。至於B基於什麽理由把code推进去 08/13 04:42
87F：→ ChiangJoe: 这是另外一件事後者影响不到前者 。QA在这事件的角色 08/13 04:42
88F：→ ChiangJoe: 是什麽 A+B code release 最终测试者还是问题复测者， 08/13 04:42
89F：→ ChiangJoe: 後者的话原PO说法B没在report写明测试环境跟步骤，那 08/13 04:42
90F：→ ChiangJoe: 麽QA怎麽知道要测什麽？，前者的话那麽 A 跟原PO 在客 08/13 04:42
91F：→ ChiangJoe: 户出包前是认爲A 没错是B环境有问题，认为B 所谓测试 08/13 04:42
92F：→ ChiangJoe: A 的code有问题是不存在的事，那麽 B release code 一 08/13 04:42
93F：→ ChiangJoe: 事对 A 跟原PO 来说不存在说B把A有问题的code releas 08/13 04:42
94F：→ ChiangJoe: e出去给客户，B是对公司来说有责有错，公司可以罚B 但 08/13 04:42
95F：→ ChiangJoe: 原PO 事後上来PO文针对B release 一事说不过去，出包 08/13 04:42
96F：→ ChiangJoe: 前只相信A从未相信过B的测试何来说B release 有问题c 08/13 04:42
97F：→ ChiangJoe: ode出去 08/13 04:42