PTT職涯區 / Tech_Job (科技人)

[請益] DQA/DQE測過OK，FQC/OQC就不用再測了?

看板Tech_Job (科技人)作者 (我就是屌)時間8年前 (2016/04/09 00:16), 編輯推噓13(13推 0噓 40→)
留言53則, 15人參與, 最新討論串1/1
最近公司產品出包 雖然出貨前都有經過OQC/FQC做全檢 但東西送到客戶端之後，才發現原來關機→重開機就會死掉 (機器的使用情境雖然是24小時運作，但總是會有關機的那一刻來臨) 死掉之後，只能夠透過拔掉電源線重插，才能夠把機器救回來 慘的是，已經送出去一大堆貨了 (有的還是客戶付空運費拉的) 在RD努力之下，DQE/DQA終於找到Firmware的Bug，也回饋解掉 But!!!!就是這個But!!! 正當本魯業務請求PM將DQE/DQA的檢測方法，pass一部分給產線的OQC/FQC執行 希望在出貨前能夠再卡關一次，別像之前都全檢了還檢不出來 (當然不是pass全部，而是加入一些重要的測試手法修改檢驗規範) 結果被PM打臉，說這個根本不用再交給OQC/FQC出貨前再測一次 只要照原本的檢驗規範走就好 原本的檢驗規範，就是檢測不出這個Bug，所以才會發生出包的事 怎麼現在好不容易找到Bug，卻又說因為RD已經解掉Bug 所以OQC/FQC不用再做測試呢? 這感覺實在不太對阿.... 本魯現在該怎麼做? 閉著眼睛讓貨再出去，反正我還是有50%的機會不會再出包 還是要押著PM寫mail，逼他寫自白說是他決定不用再測一次的呢? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.241.151.99 ※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1460132204.A.F47.html
→
04/09 00:18, , 1F
嘻嘻
04/09 00:18, 1F
推
04/09 00:21, , 2F
往上報順便幹他阿，
04/09 00:21, 2F
→
04/09 00:23, , 3F
寄信問 該ＰＭ 且 CC 你和他的主管不就得了
04/09 00:23, 3F
→
04/09 00:24, , 4F
若種事情你們說好就好，想必你們兩位都是主管自己決定囉
04/09 00:24, 4F
推
04/09 00:45, , 5F
別自己扛啊
04/09 00:45, 5F
推
04/09 00:51, , 6F
驗證就要做好囉 不然APQP的功能在哪
04/09 00:51, 6F
推
04/09 00:51, , 7F
首先你要知道你增加測的項目增加多少時間
04/09 00:51, 7F
推
04/09 01:20, , 8F
看不懂為啥Firmware的bug要在出貨前做全檢
04/09 01:20, 8F
推
04/09 01:57, , 9F
FW bug應該是全面性 抽測就好 全檢浪費時間
04/09 01:57, 9F
→
04/09 02:00, , 10F
寫信問問解掉的RD bug大概是怎樣 搞不好真的不用檢驗
04/09 02:00, 10F
→
04/09 02:02, , 11F
你想 一個豬頭寫code 關機程序填錯值 沒改是不是有問題
04/09 02:02, 11F
→
04/09 02:03, , 12F
改回正常後 就是標準關機流程 所以重測就沒意義
04/09 02:03, 12F
→
04/09 02:03, , 13F
因為之前都沒做關機動作 能過得幾個是運氣好吧
04/09 02:03, 13F
→
04/09 02:04, , 14F
我只是舉例 寫程式手滑很正常
04/09 02:04, 14F
→
04/09 02:06, , 15F
案子爆炸PM也是要一起跪下來露奶跟客戶道歉 不會害你吧
04/09 02:06, 15F
推
04/09 02:20, , 16F
RD回覆已解掉，也已經導入產線，理論上新生產的機台不會
04/09 02:20, 16F
→
04/09 02:20, , 17F
有此問題對吧?!這樣就不用在原本的檢驗機制上再卡控一次
04/09 02:20, 17F
→
04/09 02:21, , 18F
，按照一般流程走就可以了。Y
04/09 02:21, 18F
→
04/09 02:21, , 19F
除非RD也認為這會是功能上的問題，要再增加此卡控機制，
04/09 02:21, 19F
→
04/09 02:22, , 20F
甚至後續產品全面導入卡控並寫入規格書內，不然你很難叫
04/09 02:22, 20F
→
04/09 02:22, , 21F
的動RD跟PM。
04/09 02:22, 21F
→
04/09 02:24, , 22F
可以建議PM跟RD說因為剛解掉BUG，建議鎖一批新生產的批量
04/09 02:24, 22F
→
04/09 02:24, , 23F
做檢驗，確認都沒問題的話就不用再卡，若有問題就全檢，
04/09 02:24, 23F
→
04/09 02:25, , 24F
這樣既可達到全檢又不會浪費太多時間，PM應該會讓步。
04/09 02:25, 24F
→
04/09 02:26, , 25F
另外問一下，已經流出去的產品你打算怎麼跟客戶解釋?
04/09 02:26, 25F
推
04/09 08:53, , 26F
不是性能、變異性或公差的問題，是不用全測的。FW有找
04/09 08:53, 26F
→
04/09 08:53, , 27F
到root cause,解完就ok了。
04/09 08:53, 27F
→
04/09 09:42, , 28F
PM說不用就不用 叫他寫信掛保證就好 出包他滾蛋
04/09 09:42, 28F
推
04/09 10:10, , 29F
這問題好眼熟...難道你是...
04/09 10:10, 29F
→
04/09 14:55, , 30F
感謝各位大大無私分享~是的Firmware的bug解了之後不
04/09 14:55, 30F
→
04/09 14:56, , 31F
用再浪費時間重測，但當初這個Bug會被客戶抓包，就
04/09 14:56, 31F
→
04/09 14:56, , 32F
是因為「關機再重開機」這個步驟沒有在原本的檢驗規
04/09 14:56, 32F
→
04/09 14:56, , 33F
範內，我本來也只是想要請PM幫忙叫RD去改檢驗規範，
04/09 14:56, 33F
→
04/09 14:57, , 34F
可能多個一站去測「關機再重開機」，結果就被打槍了
04/09 14:57, 34F
→
04/09 14:57, , 35F
下周上班會再試著說說看測個一批試試水溫先
04/09 14:57, 35F
→
04/09 14:58, , 36F
至於已經流出去的產品，全部爆炸了...客戶要我們FAE
04/09 14:58, 36F
→
04/09 14:58, , 37F
去環遊世界更新Firmware，不然就要我們全部召回台灣
04/09 14:58, 37F
→
04/09 15:00, , 38F
但現在比較麻煩的是歐洲分公司的FAE更新了幾台，又
04/09 15:00, 38F
→
04/09 15:00, , 39F
另外發現新的Bug....這要再Highlight出來嗎?
04/09 15:00, 39F
→
04/09 19:43, , 40F
FW的bug小問題啦，東西還是可以賣，公司沒啥損失
04/09 19:43, 40F
→
04/09 19:43, , 41F
怕的是HW有問題整批不能賣，那會死人的，你太擔心了
04/09 19:43, 41F
→
04/09 19:45, , 42F
有問題不能自己壓下來，FAE應該自己highligh反應出來吧
04/09 19:45, 42F
推
04/10 15:58, , 43F
產測要抓的是生產上的不良；FW的穩定度要在之前驗證過
04/10 15:58, 43F
→
04/10 16:02, , 44F
多一站的人力工時並不合適，因為原問題不是生產缺陷
04/10 16:02, 44F
→
04/10 16:04, , 45F
DQA那邊要加這個條件就合理
04/10 16:04, 45F
推
04/11 00:38, , 46F
通常會全檢1k, 都沒問題之後，就取消這個多餘測試項目
04/11 00:38, 46F
→
04/11 00:38, , 47F
這樣皆大歡喜
04/11 00:38, 47F
推
04/11 01:14, , 48F
這產品看起來似乎沒辦法FOTA，要人工更新對嗎?
04/11 01:14, 48F
→
04/11 01:18, , 49F
再次感謝各位先進幫忙!小弟更清楚了
04/11 01:18, 49F
→
04/11 01:19, , 50F
只是麻煩點就像iamsink大說的一樣，要人工更新，下
04/11 01:19, 50F
→
04/11 01:19, , 51F
周看來有得吵了= =
04/11 01:19, 51F
推
04/11 10:02, , 52F
如果只能人工更新，你就安心地去吧~(誤)
04/11 10:02, 52F
→
04/11 10:03, , 53F
就邊更新邊看有沒機會跳槽到更好的公司囉~
04/11 10:03, 53F
‣ 更多 mynameisdick 的文章
文章代碼(AID): #1N1zbiz7 (Tech_Job)
Tech_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 mynameisdick 的文章
文章代碼(AID): #1N1zbiz7 (Tech_Job)