QC处理异常品质流程是什么？

每个行业是不一样的，下面的仅作参考！

异常处理流程是发现问题怎么去解决的流程；

比如发现异常——报告主管——填写制成异常报告——发给相关部门报告——相关部门回复（不合格品处理、预防纠正）——总结填写预防纠正报告——存档

质量异常处理程序包括发现异常、异常分析和异常处理三个环节。当品质人员所发现的批量品质问题，经品质部认定为品质异常后，立即通知相关部门分析异常原因。再由工程部、开发部等负责部门分析品质异常原因，提出解决方法，并立即知会相关部门，上报分管总经理。最后生产部根据制定的解决方法对产品进行返工。预防纠正报告只是流程的一个环节，不合格品处理也是一个环节

QC是英文QUALITY CONTROL的缩写，中文“质量控制”。在ISO9000：2015对质量管理（Quality Management）定义是：“在质量方面指挥和控制组织的协调的活动”。

质量控制定义是：“质量管理的一部分，致力于满足质量要求”。按产品在过程的控制特点、次序，产品质量控制可划分为四个阶段：进料控制（Incoming Quality Control缩写为IQC）、过程质量控制（In Process Quality Control缩写为IPQC）、最终检查验证(Final Quality Control缩写为FQC)和出货质量控制（Outgoing Quality Control缩写为OQC）。

组织为满足质量要求会设置质量管理及质量控制的部门（Quality Control Department），安排从事质量控制职能的质量控制人员（Quality Control Personnel）、通常质量控制职能由质量检验员（Quality Checker简称QC）和质量工程师(Quality Engineer简称QE)分担。

try 语句可为一组语句指定异常处理器和/或清理代码:

子句指定一个或多个异常处理程序。 当 try 子句中没有发生异常时，没有任何异常处理程序会被执行。 当 try 子句中发生异常时，将启动对异常处理程序的搜索。 此搜索会逐一检查 except 子句直至找到与该异常相匹配的子句。 如果存在无表达式的 except 子句，它必须是最后一个；它将匹配任何异常。 对于带有表达式的 except 子句，该表达式会被求值，如果结果对象与发生的异常“兼容”则该子句将匹配该异常。 如果一个对象是异常对象所属的类或基类，或者是包含兼容该异常的项的元组则两者就是兼容的。

如果没有 except 子句与异常相匹配，则会在周边代码和发起调用栈上继续搜索异常处理器。 1

如果在对 except 子句头中的表达式求值时引发了异常，则原来对处理器的搜索会被取消，并在周边代码和调用栈上启动对新异常的搜索（它会被视作是整个 try 语句所引发的异常）。

当找到一个匹配的 except 子句时，该异常将被赋值给该 except 子句在 as 关键字之后指定的目标，如果存在此关键字的话，并且该 except 子句体将被执行。 所有 except 子句都必须有可执行的子句体。 当到达子句体的末尾时，通常会转向整个 try 语句之后继续执行。 （这意味着如果对于同一异常存在有嵌套的两个处理器，而异常发生于内层处理器的 try 子句中，则外层处理器将不会处理该异常。）

当使用 as 将目标赋值为一个异常时，它将在 except 子句结束时被清除。 这就相当于

这意味着异常必须赋值给一个不同的名称才能在 except 子句之后引用它。 异常会被清除是因为在附加了回溯信息的情况下，它们会形成堆栈帧的循环引用，使得所有局部变量保持存活直到发生下一次垃圾回收。

函数的返回值是由最后被执行的 return 语句所决定的。 由于 finally 子句总是被执行，因此在 finally 子句中被执行的 return 语句总是最后被执行的:

---