回看板
Disp BBS
作者 hips (hips)
標題 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 (美國)
※ 作者: hips 2023-07-28 01:33:37
※ 文章代碼(AID): #1amgfpIj (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1690479219.A.4AD.html
※ 同主題文章:
[心得] 我在科技業遇到的鬼故事之一
07-23 01:02 pokkys
… ×7
Re: [心得] 我在科技業遇到的鬼故事之一
07-27 11:27 hidog
Re: [心得] 我在科技業遇到的鬼故事之一
07-27 18:00 DrTech
Re: [心得] 我在科技業遇到的鬼故事之一
07-27 23:57 pokkys
Re: [心得] 我在科技業遇到的鬼故事之一
07-28 01:33 hips
Re: [心得] 我在科技業遇到的鬼故事之一
07-28 02:54 handsomeLin
Re: [心得] 我在科技業遇到的鬼故事之一
07-28 09:03 DrTech
Re: [心得] 我在科技業遇到的鬼故事之一
07-28 15:12 handsomeLin
… ×2
※ 編輯: hips (23.243.152.215 美國), 07/28/2023 01:36:38
推 kurtsgm: 雖然說bug是A寫出來的沒錯 但以A的角度來說當下也沒其他能做的事了吧 依照設定的環境就是測到死都測不出來
沒辦法重現的bug是要怎麼修 也只能猜猜看一些懷疑的地方至於切close或是切non-reproducable或是切keep tracking講白了也差不多 橫豎都是放著不會再有人去動他
除非QA後來又測出類似的問題才會reopen1F 07/28 02:18
噓 brucetu: A的bug被B不小心測到，B也不是QA只是隔壁部門拉來做整合的工程師，干B屁事
你做一個sdk給別人用，別人不小心測到資料毀損問題跟你講，你說你沒什麼可做的，笑死，誰有空幫你找你的問題
今天bug不是一個畫面會當掉還是會出現什麼奇怪錯誤訊息，是會把資料刪光，然後一直跳針說”我無法重現”、”你們發現問題的人沒把步驟說清楚“、“規格不明確“這種程度好意思說自己是工程師？笑死
客戶資料被你刪光的時候你是不是也打算跟客戶說，你的環境有問題，你怎麼發生的步驟跟我說清楚，否則我無法重現我沒什麼可做的，這樣也能當工程師？笑死7F 07/28 02:25
推 luciferii: 呃，實務上應該大部分作法都是你最後這三行講的。
客戶不願意配合的話，九成九就只能羅生門卡關。
不能復現的Bug常常要靠天眼通...18F 07/28 02:49
推 HybridSC: 關ticket的人要負責任啊，A就應該竭盡所能去重現他，直接殺到B那邊借機器測，借個一小時就能發現問題了，真的無法重現才能關。
但刪資料這麼大條的事應該要整個team下去追，A就傻傻的自己測，B也沒權力叫A做事，然後A的同事們也不知道在哪0.0a21F 07/28 03:31
推 luciferii: 原PO有說他(Owner)和A去找B，對方不配合。
這大概牽涉到內部人際關係，公司文化改不了無解。
只能每次出包每次找人砍頭了事。27F 07/28 03:34
推 HybridSC: 我是覺得B不想配合也一定有什麼原因。
如果AB主管都介入的話，應該在一天內就解決了
不過原po最後也負責救火了，所以老闆也沒火任何人let it go~30F 07/28 03:41
→ DrTech: 每間公司的流程不一樣，能這樣套喔？跟微軟與亞麻的流程就是錯？
如果該公司沒規定reopen原則。B沒有reopen，你不能說他錯啊。
另外，請你去問一下你認識的業內人士：為什麼B開的ticket,，A可以有權限關閉？哪套系統可以做到？34F 07/28 07:48
推 wtl: B不配合原po第二篇有解釋 B也要開發code 沒辦法借機器給A測 A部門自己要想辦法吧 一直怪B不配合40F 07/28 08:01
→ loadingN: 回答這啥東西？ 這位大概也不是負責人是甩鍋PM吧42F 07/28 08:06
噓 blackrays: 結論亂下…你要不要再跟你的朋友討論一下 人家怎麼做43F 07/28 09:26
→ zelda123: B是別team的也不是QA，誰會沒事去 reopen44F 07/28 09:40
推 jamesho8743: 不能複現的bug A B都要想辦法找對方去把bug複現 bug不會自己消失 實務上B要多嘗試一點 因為A寫底層的
 不可能每種usage path都能驗過 既然B有發現過bug
 表示在B的環境下容易出現 他要提供一些相關資訊或環境讓A容易去抓到問題45F 07/28 11:17
→ distellable: B也是工程師阿 又不是客戶? 客戶不肯借出問題的機台給原廠找問題也是滿神奇的50F 07/28 12:22
→ wtl: A寫的code要B多努力找bug? B只是來支援的 今天沒有B A怎麼辦?另外A部門也有QA A的code應該也是請QA多找bug吧 B也要寫code幫A找bug 自己的事都不用做了嗎52F 07/28 12:44
→ giantwinter: 關B闢室...看下R&R的定義好不好55F 07/28 16:35
→ viper9709: 推jamesho874356F 07/28 17:19
→ superpandal: 看來brucetu很適合當全端+PM工程師 如果都要一個人去釐清全部問題那還要分工做什麼... 一個人幹甚至都不太可能出現這問題 因為非常接近客戶
對B要求主動與要求A主動同樣都是奢求
B就不是來支援的 是同個需求的前台 到底有沒有看懂?需求是兩個部門的事情怎麼會只跟一個部門有關...
現在公司就是沒什麼制度 issue的close與reopen完全不是重點 而且我也覺得追蹤平台不應該這麼用 會被當作鬥爭與推責任的手段
事情大條分時段知曉 不同部門不同 B是一開始就知 而A爆發才知道 本來就驗沒問題你是要怎麼知道就是有這件事情猛追?
要怎麼知道就是有這問題才猛追?
要求A歸咎A的人其實是在上帝視角看事情 這件事情B知道更多
說到這問題就不得不提到之前的文 省的是主管的心
底下的人戰戰兢兢深怕被貼上"沒誠信"的標籤是很恐怖的57F 07/28 19:33
→ alan3100: 微軟open source就一堆亂關的呀XD 客服工程師講幹話就關掉,問題連查都不查, 別以為大公司每個部門都有紀律75F 07/28 23:06
推 thuko8652: B 開的ticket A能關 這不是一堆都能這樣嗎 MS Azure devops 、Aws用的JIRA77F 07/29 10:08

--
作者 hips 的最新發文:
點此顯示更多發文記錄