好，需要特别注意的地方蔡工你来进一步修改就行了。”
他还在犹豫的时候，我拿了一张表给他看：“是不是这些内容？”
那张表格是我前两天刚刚设计好，然后请文员帮我打印出来的。表格中的内容包含了公司企业标准的各个测试项目和要求指标，也有相应的行业标准和国家标准的相关内容。而且我还将可靠性验证、工艺评估等几个方面的测试和评估要求等也综合在了一起，一共形成了5页的表格，这样在做报告总结时显得非常直观。
蔡工怔怔地看着那几页表格，有些发呆。我接着说：“本来我是想把这张表给余经理的，然后对各个测试部分进行新的职能分工。这样每一部分都由相关的负责人或部门将测试的实际结果分别填进去，然后大家一起来跟进就会比较容易。现在不如这样，我们自己先试试，到时把工程部那边的意见综合一下，再给老余出报告好了。”
那天晚上我加班到很晚，蔡工忙着在做高低温试验的时候，我完成了6台样机的指标测试，写好报告放在他桌上后才下班。测试这些产品的同时，我把一些该记录的内容记在了笔记本上，基本上这些新产品的OQC作业指导书的原型已经具备了。不得不说的是，如果按照在MTS的工作方法，指望着按照职责分工等工程部来做这些事情，估计到了新产品成为“旧”产品也还未必能看到作业指导书。
我在测试的过程中发现，3000机型的那款功率放大器在软件设计上有一些处理：当输入端没有音频信号输入时(即低于50毫伏时)，CPU会在5秒后发出MUTE(静音)指令，将信号的前置输入部分完全断开，这样音箱将没有任何噪音。我在第一次测试的时候，发现信噪比居然是120DB。按照国家标准，这是根本不可能的事情。后来仔细看了看电路图，发现了这个问题。于是我在测试报告里写了两种测试结果，其中一种是断开MUTE数据线测试后的结果，信噪比仅为82DB，刚好符合企业标准。
在我加班测试的时候，老余来了。看见我正在测试，也没有说什么，转了一圈就走了。当然他并不知道我正在做着和我的工作完全无关的事情，倒是让我白白担心了一场，生怕在MTS时的情况会再次出现。
用了两天多时间，我和蔡工就把这3款新机型属于品质部的测试和验证工作全部做完了。在交报告那天，蔡工在报表上签上了自己的名字后，走到我的面前：“唐主管，你还是一起签上名吧，这些工作毕竟不是我一个人做完的，而且我觉得你这种分工的方式很好。”
蔡工的语气很诚恳，我们相视而笑。我在那份测试报告上签上了自己的名字。
新产品评审会议我去参加了，仍然是列席。
令我没有想到的是，那两个信噪比的测试结果引起了争议。在开发部和工程部的测试报告里均是120DB，而产品说明书上给出的指标也是这个数据，唯独在我们品质部的报告里却有两个不同的测试结果。
在老余的询问下，蔡工解释了这两种不同测试结果的原因。他话还没有讲完，开发部的部长劈头就是一句：“谁让你断开MUTE再测的？你们到底会不会测试？”
开发部部长叫于华，人很胖，听说是硕士毕业，被范总从上广电高薪挖过来的，很受器重。
蔡工不敢说话了，我只能开口：“是我测的。”于华问我：“这款产品的设计就是这样的，为什么要断开MUTE测试？”
我只有解释道：“于部长，我知道这款产品的设计原理是这样的。像这样的设计，我以前在Suconn工作时也见过。当输入信号电平低于50毫伏时，CPU会自动发出静音信号，这样完全切除噪声输入。但这样测试的结果并不是信噪比，我们可以看Suconn的说明书，它的S/N(信噪比)指标最多也就是90DB ”
老余直接打断了我的话：“你告诉大家为什么要这样测试就行了。”
我记得非常清楚，当时是一位姓薛的PE(生产工程)工程师帮我解了围：“余经理，在测试时我也
