最近公司产品出包
虽然出货前都有经过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大说的一样，要人工更新，下周看来有得吵了= =

如果只能人工更新，你就安心地去吧~(误)就边更新边看有没机会跳槽到更好的公司囉~