最近公司產品出包
雖然出貨前都有經過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，逼他寫自白說是他決定不用再測一次的呢?

嘻嘻

往上報順便幹他阿，

寄信問 該ＰＭ 且 CC 你和他的主管不就得了若種事情你們說好就好，想必你們兩位都是主管自己決定囉

別自己扛啊

驗證就要做好囉 不然APQP的功能在哪

首先你要知道你增加測的項目增加多少時間

看不懂為啥Firmware的bug要在出貨前做全檢

FW bug應該是全面性 抽測就好 全檢浪費時間寫信問問解掉的RD bug大概是怎樣 搞不好真的不用檢驗你想 一個豬頭寫code 關機程序填錯值 沒改是不是有問題改回正常後 就是標準關機流程 所以重測就沒意義因為之前都沒做關機動作 能過得幾個是運氣好吧我只是舉例 寫程式手滑很正常案子爆炸PM也是要一起跪下來露奶跟客戶道歉 不會害你吧

RD回覆已解掉，也已經導入產線，理論上新生產的機台不會有此問題對吧?!這樣就不用在原本的檢驗機制上再卡控一次，按照一般流程走就可以了。Y除非RD也認為這會是功能上的問題，要再增加此卡控機制，甚至後續產品全面導入卡控並寫入規格書內，不然你很難叫的動RD跟PM。可以建議PM跟RD說因為剛解掉BUG，建議鎖一批新生產的批量做檢驗，確認都沒問題的話就不用再卡，若有問題就全檢，這樣既可達到全檢又不會浪費太多時間，PM應該會讓步。另外問一下，已經流出去的產品你打算怎麼跟客戶解釋?

不是性能、變異性或公差的問題，是不用全測的。FW有找到root cause,解完就ok了。

PM說不用就不用 叫他寫信掛保證就好 出包他滾蛋

這問題好眼熟...難道你是...

感謝各位大大無私分享~是的Firmware的bug解了之後不用再浪費時間重測，但當初這個Bug會被客戶抓包，就是因為「關機再重開機」這個步驟沒有在原本的檢驗規範內，我本來也只是想要請PM幫忙叫RD去改檢驗規範，可能多個一站去測「關機再重開機」，結果就被打槍了下周上班會再試著說說看測個一批試試水溫先至於已經流出去的產品，全部爆炸了...客戶要我們FAE去環遊世界更新Firmware，不然就要我們全部召回台灣但現在比較麻煩的是歐洲分公司的FAE更新了幾台，又另外發現新的Bug....這要再Highlight出來嗎?

FW的bug小問題啦，東西還是可以賣，公司沒啥損失怕的是HW有問題整批不能賣，那會死人的，你太擔心了有問題不能自己壓下來，FAE應該自己highligh反應出來吧

產測要抓的是生產上的不良；FW的穩定度要在之前驗證過多一站的人力工時並不合適，因為原問題不是生產缺陷DQA那邊要加這個條件就合理

通常會全檢1k, 都沒問題之後，就取消這個多餘測試項目這樣皆大歡喜

這產品看起來似乎沒辦法FOTA，要人工更新對嗎?

再次感謝各位先進幫忙!小弟更清楚了只是麻煩點就像iamsink大說的一樣，要人工更新，下周看來有得吵了= =

如果只能人工更新，你就安心地去吧~(誤)就邊更新邊看有沒機會跳槽到更好的公司囉~