CN115907715A - 操作测试***的方法 - Google Patents

Abstract

一种操作包含测试槽的测试***的方法，方法包含：测试测试槽；自测试槽获得当前测试数据；借由比对当前测试数据与过去测试数据判定测试槽的一者是否异常；若测试槽的此者被判定为异常时，关闭测试槽的此者并且传送维修通知；执行确认程序以判断测试槽的此者是否被维修为正常；以及若测试槽的此者通过确认程序时，重新启动测试槽的此者。其功效在于通过执行检查测试以降低产品的测试成本。

Description

操作测试***的方法

技术领域

本申请是有关于一种操作测试***的方法，特别是一种操作包含测试槽的测试***的方法。

背景技术

当检查产线在运作中时，多个测试槽同时运作，并且测量的数据被记录。其主要目的为确保产品达到特定的规格与性能以确保产品质量。此外，次级产品将可以自产线中被挑出并且可以借此进一步改进产线的设定。主要的判断次级产品的主要方法为判断测试数据是否为异常，并且产线将会自动地锁住异常测试槽并且通知操作者进行人工检查。判断测试槽异常的自动化***可以避免对良品的误判或浪费设备容量，并且借此提升产线的整体效率。因此，为测试***设置准确的判断条件以及清晰的判断步骤非常重要。

发明内容

有鉴于此，本申请的一目的在于提出一种可有效解决上述问题的操作测试***的方法。

本申请是有关于一种操作测试***的方法包含：测试测试槽；自测试槽获得当前测试数据；借由比对当前测试数据与过去测试数据判定测试槽的一者是否异常；若测试槽的此者被判定为异常时，关闭测试槽的此者并且传送维修通知；执行确认程序以判断测试槽的此者是否被维修为正常；以及若测试槽的此者通过确认程序时，重新启动测试槽的此者。

在目前一些实施方式中，执行确认程序包含：借由检查测试判断测试槽的此者是否满足通过条件。

在目前一些实施方式中，执行确认程序进一步包含：累计测试槽的此者通过检查测试的累计通过次数；以及判断累计通过次数是否大于或等于第一预定次数。

在目前一些实施方式中，当累计通过次数少于第一预定次数时，判断测试槽的此者是否满足通过条件进一步包含：在累计通过次数少于第一预定次数时，对测试槽的此者继续执行检查测试。

在目前一些实施方式中，第一预定次数为3次。

在目前一些实施方式中，当测试槽的此者被判定未满足通过条件时，方法包含：自检查测试中收集测试槽的此者的失败数据；以及判断失败数据是否异常。

在目前一些实施方式中，判断失败数据是否异常包含：预先决定关闭条件；以及判断失败数据是否满足关闭条件的至少一者。

在目前一些实施方式中，判断失败数据是否满足关闭条件的至少一者包含：当失败数据满足关闭条件的至少一者时，判定失败数据为异常；以及归零测试槽的此者通过检查测试的累计通过次数。

在目前一些实施方式中，判断失败数据是否满足关闭条件的至少一者包含：当失败数据不满足关闭条件的任一者时，判定失败数据为正常；以及当累计通过次数少于第一预定次数时，对测试槽的此者持续执行检查测试。

在目前一些实施方式中，关闭测试槽的此者并且传送维修通知包含：传送异常通知纪录。

在目前一些实施方式中，判断测试槽的此者是否异常包含：预先决定关闭条件；以当前测试数据修正过去测试数据以产生修正数据；比对过去测试数据与修正数据以获得至少一差异；以及判断差异是否满足关闭条件的一者。

在目前一些实施方式中，过去测试数据、当前测试数据以及修正数据被存储于云端数据库。

在目前一些实施方式中，关闭条件包含第一条件以及第二条件，并且第一条件为差异大于预先决定范围。

在目前一些实施方式中，第二条件为差异满足第一条件的次数大于或等于第二预定次数。

在目前一些实施方式中，当第一条件以及第二条件同时被满足时，测试槽的此者为异常。

在目前一些实施方式中，第二预定次数在介于1次至3次之间的范围。

在本申请前述的实施例中，一种操作测试***的方法可以与任何自动化制造情况结合以使得制造工艺的控制更加有效率。借由执行检查测试，产品的测试成本可以被因此降低。因为检查测试可以自动地排除异常测试槽，测试异常测试槽的成本将下降。进一步来说，检查测试可以确保人工检查修复异常测试槽的可靠性。

应当理解的是，前述的说明以及下文的细节说明仅为示例，并且其目的是为本申请提供近一步的解释。

附图说明

当结合随附诸图阅读时，得以自以下详细描述最佳地理解本申请的态样。应注意，根据行业上的标准实务，各种特征未按比例绘制。事实上，为了论述清楚，可任意地增大或减小各种特征的尺寸。

图1为根据本申请的一些实施例的操作测试***的方法的流程图。

图2为根据本申请的一些实施例的一部分的流程图。

图3为根据本申请的一些实施例的另一部分的流程图。

具体实施方式

以下揭露内容提供用于实施所提供目标的不同特征的许多不同实施例或实例。以下描述部件及布置的特定实例以简化本申请。当然，此些仅为实例，且并不意欲为限制性的。举例而言，在如下描述中第一特征在第二特征之上或在第二特征上形成可包括其中第一特征与第二特征形成为直接接触的实施例，且也可包括其中额外特征可在第一特征与第二特征之间形成而使得第一特征与第二特征可不直接接触的实施例。另外，本申请可在各种实例中重复元件符号及/或字母。此重复为出于简化及清楚目的，且其自身并不表示所论述的各种实施例及/或配置之间的关系。

另外，为了描述简单，可在本文中使用诸如“在……下面”、“在……下方”、“下部”、“在……上方”、“上部”及其类似术语的空间相对术语，以描述如诸图中所示的一个元件或特征与另一(另外)元件或特征的关系。除了诸图中所描绘的定向以外，此些空间相对术语意欲涵盖元件在使用中或操作中的不同定向。装置可以其他方式定向(旋转90度或以其他定向)，且可同样相应地解释本文中所使用的空间相对描述词。

本文中使用的“大约”、“约”、“近似”或者“实质上”一般表示落在给定值或范围的百分之二十之中，或在百分之十之中，或在百分之五之中。本文中所给予的数字量值为近似值，表示使用的术语如“大约”、“约”、“近似”或者“实质上”在未明确说明时可以被推断。

图1为根据本申请的一些实施例的操作测试***的方法M1的流程图。测试***包含多个测试槽。方法M1包含：测试测试槽(步骤S100)；自测试槽获得当前测试数据(步骤S200)；借由比对当前测试数据与过去测试数据判定测试槽的一者是否异常(步骤S300)；若测试槽的此者被判定为异常时，关闭测试槽的此者并且传送维修通知(步骤S400)；执行确认程序以判断测试槽的此者是否被维修为正常(步骤S500)；以及若测试槽的此者通过确认程序时，重新启动测试槽的此者(步骤S600)。

本申请的方法M1可以结合任何自动化生产情境，例如，自动化产线。将方法M1与产线的结合可以达到更有效地控制制造工艺的优点。在下文的实施例或示例中，方法M1可以与产线、至少一控制器或者与两者同时结合，但本申请并不以此为限。具体来说，产线可以包含用于测试产品的测试设备。测试设备可以包含多个测试槽以容纳待测试产品。测试设备的测试槽可以获得每个产品的当前测试数据。

请参照图1。至少一个控制器可以分别地记录每个产品的当前测试数据。在每次测试中，被记录的每个产品的当前测试数据将被存储。借由这些测试槽的当前测试数据以及过去测试数据，至少一个控制器可以判定产品的状态是否为正常或异常。比较当前测试数据以及过去测试数据是在于异常的当前测试数据将会与过去测试数据有相对性地巨大差异。异常的当前测试数据的巨大差异可能是因为测量过程或者产品特性造成。具体来说，当前测试数据在与过去测试数据比较之前将先被处理过。处理当前测试数据的细节将会在下文被讨论。当当前测试数据以及过去测试数据之间的差异满足关闭条件时，至少一个控制器将会自动地关闭测试槽。关闭条件可以为设定的范围或数值，但本申请并不仅限于此。根据比对当前测试数据以及过去测试数据之后的结果，测试槽可以被判定为正常或非正常。

至少一个控制器自动地关闭测试槽的原因在于减少误判正常测试槽以及异常测试槽的机率。若异常测试槽未被关闭，异常测试槽将会与正常测试槽一起继续执行一系列的测试。如此一来，自异常测试槽取得的当前测试数据将会浪费测试设备的测试时间，并且因此减慢测试设备的效率。

在至少一个控制器关闭异常测试槽之后，维修通知即会同时被发送至操作者。将维修通知发送给操作者可以提醒操作者对异常测试槽尽快执行人工检修。在完成人工检修之后，至少一个控制器将会执行确认程序以确保人工检修已经修复了异常测试槽。通过确认程序的修复的异常测试槽将会被标示为正常并且被重启以执行后续的测试。如果修复的异常测试槽未通过确认程序，修复的异常测试槽会被关闭并且再次被标示为异常。维修通知将会再次被发送至操作者。

确认程序可以确保人工检修的可靠性。具体来说，若至少一个控制器不包含确认程序，其将会需要更多时间去判定异常状态。修复的异常测试槽将被重启并且经历步骤S100至步骤S400以判定异常测试槽，其将花费较长的时间(与在人工检修后立即执行确认程序相比)。因此，执行确认程序可以确认测试槽的状态并且进一步减少测试时间。关于方法M1的细节将会在下文描述。

图2为根据本申请的一些实施例的方法M1的一部分的流程图。请参照图1以及图2。步骤S300包含：预先决定关闭条件(步骤S301)；以当前测试数据修正过去测试数据以产生修正数据(步骤S302)；比对过去测试数据与修正数据以获得至少一差异(步骤S303)；以及判断差异是否满足关闭条件的一者(步骤S304)。当差异满足至少一个关闭条件时，测试槽的此者为异常。当差异并不满足任何关闭条件时，测试槽为正常。在一些实施例中，过去测试数据以及修正数据被存储在云端数据库中，但本申请并不仅限于此。

具体来说，所有的测试数据可以自云端数据库中被上传或下载。至少一个控制器可以自云端数据库中下载过去测试数据。此外，取得的当前测试数据可以借由将当前测试数据填入自云端数据库中被下载的表格而被用于制作修正数据，并且修正数据可以被上传回云端数据库中。使用云端数据库的目的在于允许测试数据可以随时随地的被取用，以便于分析或检查至少一个控制器的状况。借由分析云端数据库，至少一个控制器的参数或者设定可以被改进。进一步来说，在比较过去测试数据以及修正数据之后，可以获得差异。过去测试数据以及修正数据之间的差异将会与关闭条件比较并且判定测试槽是否为异常。判定测试槽异常的细节将会在下文被描述。

请参照图2。在一些实施例中，关闭条件包含第一条件以及第二条件，并且第一条件为差异大于预先决定范围，但本申请并不以此为限。在一些实施例中，第二条件为差异满足第一条件的次数大于或等于第二预定次数，但本申请并不以此为限。在一些实施例中，第二预定次数在介于1次至3次之间的范围，但本申请并不以此为限。举例来说，第一条件可以是测试数据中一些参数的特定范围，并且第二条件可以是测试槽满足第一条件的总次数。在一些实施例中，当第一条件以及第二条件被同时满足时，至少一个测试槽为异常，但是本申请并不以此为限。

举例来说，假设第一条件为测试数据中一个参数的特定范围，并且第二条件为测试槽满足第一条件的总次数(例如，第二条件为满足第一条件达到3次)。当过去测试数据以及修正数据之间的差异第一次满足第一条件时，至少一个控制器将会判定测试槽为正常并且继续进行后续的测试。当过去测试数据以及修正数据之间的差异满足第一条件达到3次时，至少一个控制器将会判定测试槽满足关闭条件，因为第一条件以及第二条件被同时满足。至少一个控制器将会自动地关闭测试槽。被关闭的测试槽将会被标示为异常并且被人工检修。

请参照图1。在异常测试槽被关闭之后，维修通知将会被发送至操作者以对异常测试槽执行人工检修。在一些实施例中，步骤S400进一步包含：传送异常通知纪录，但本申请并不以此为限。异常通知纪录可以是闪现的异常通知。因为方法M1与产线结合的缘故，至少一个控制器可以在传送维修通知至操作者的同时传送产线的异常通知。产线的异常通知可以记录并且追踪产线的状态以及问题，以改善产线整体的设定。

图3为根据本申请的一些实施例的方法M1的另一部分的流程图。在一些实施例中，步骤S500包含：判断测试槽的此者是否满足通过条件(步骤S501)。具体来说，在人工检修被执行在异常测试槽之后，操作者会重新启动至少一个控制器。至少一个控制器将会接着执行确认程序。执行确认程序可以确保人工检修的可靠性。进一步来说，执行确认程序可以减少测试时间以及测试成本。为了判定测试槽通过确认程序，特定的通过条件可以被设定以与测试数据比较。

请参照图3。在一些实施例中，步骤S500进一步包含：累计测试槽的此者通过检查测试的累计通过次数(步骤S502)；以及判断累计通过次数是否大于或等于第一预定次数(步骤S503)，但本申请并不以此为限。在另外一些实施例中，当累计通过次数小于第一预定次数时，步骤S500进一步包含：在累计通过次数少于第一预定次数时，对测试槽的此者继续执行检查测试(步骤S507)，但本申请并不以此为限。在一些实施例中，第一预定次数为3次，但本申请并不以此为限。

举例来说，当修复的异常测试槽通过确认程序时，修复的异常测试槽的累积通过次数将会加一。当同一个修复的异常测试槽重复地通过确认程序时，修复的异常测试槽的累积通过次数将会被累计。在修复的异常测试槽的累积通过次数大于或等于第一预定次数时，至少一个控制器将判定修复的异常测试槽满足通过条件。相反地，若修复的异常测试槽的累积通过次数少于第一预定次数时，至少一个控制器将会对修复的异常测试槽继续执行确认程序，直到修复的异常测试槽的累积通过次数满足第一预定次数。设定第一预定次数以及执行确认程序直到修复的异常测试槽的累积通过次数满足第一预定次数的目的在于减少检查测试的误判。

在一些实施例中，当其中一个测试槽被判定为满足通过条件时，步骤S500进一步包含：自检查测试中收集测试槽的此者的失败数据(步骤S504)；以及判断失败数据是否异常(步骤S505)。在一些实施例中，步骤S505包含：预先决定关闭条件(步骤S505a)；以及判断失败数据是否满足关闭条件的至少一者(步骤S505b)，但本申请并不以此为限。具体来说，在修复的异常测试槽未通过确认程序的状况中，修复的异常测试槽的失败数据将会被收集并且与关闭条件比较。比较失败数据以及关闭条件的目的在于确认修复的异常测试槽是否为异常。

若失败数据满足其中一个关闭条件，修复的异常测试槽将被标示为异常并且至少一个控制器将会关闭此异常测试槽并且发送维修通知。在一些实施例中，步骤S500进一步包含：若步骤S505的判定结果为是时，归零测试槽的此者通过检查测试的累计通过次数(步骤S506)，但本申请并不以此为限。进一步来说，当比较修复的异常测试槽的失败数据以及关闭条件时，若修复的异常测试槽被标示为异常，则修复的异常测试槽的累积通过次数将会被归零。归零修复的异常测试槽的累积通过次数的理由在于确认所有的异常测试槽遵守相同的过程并且提升至少一个控制器的可靠性。

在一些实施例中，步骤S500进一步包含：若步骤S505的判定结果为否时，判定失败数据为正常；以及当累计通过次数少于第一预定次数时，对测试槽的此者持续执行检查测试(步骤S507)，但本申请并不以此为限。具体来说，当修复的异常测试槽的失败数据未满足任何的关闭条件时，至少一个控制器将会持续执行确认程序以累积修复的异常测试槽的累积通过次数。此外，当修复的异常测试槽的失败数据未满足任何的关闭条件时，测试槽的累积通过次数将不会被归零，但本申请并不仅限于此。具体来说，步骤S506以及步骤S507可以二次确认步骤S501的正确性并且以此节省执行额外检查测试的时间。

前文概述了若干实施例的特征，使得本领域技术人员可较佳地理解本申请的态样。本领域技术人员应了解，他们可容易地使用本申请作为设计或修改用于实现相同目的及/或达成本文中所介绍的实施例的相同优势的其他工艺及结构的基础。本领域技术人员也应认识到，此些等效构造不脱离本申请的精神及范畴，且他们可在不脱离本申请的精神及范畴的情况下于本文作出各种改变、代替及替换。

【符号说明】

M1:方法

S100,S200,S300,S301,S302,S303,S304,S400,S500,S501,S502,S503,S504,S505,S505a,S505b,S506,S507,S600:步骤。

Claims (16)

1.一种操作包含复数个测试槽的测试***的方法，其特征在于，该方法包含：

测试该些测试槽；

自该些测试槽获得当前测试数据；

借由比对该当前测试数据与过去测试数据判定该些测试槽的一者是否异常；

若该些测试槽的该者被判定为异常时，关闭该些测试槽的该者并且传送维修通知；

执行确认程序以判断该些测试槽的该者是否被维修为正常；以及

若该些测试槽的该者通过该确认程序时，重新启动该些测试槽的该者。

2.根据权利要求1所述的方法，其中该执行该确认程序包含：

借由检查测试判断该些测试槽的该者是否满足通过条件。

3.根据权利要求2所述的方法，其中该执行该确认程序进一步包含：

累计该些测试槽的该者通过该检查测试的累计通过次数；以及

判断该累计通过次数是否大于或等于第一预定次数。

4.根据权利要求3所述的方法，其中当该累计通过次数少于该第一预定次数时，该判断该些测试槽的该者是否满足该通过条件进一步包含：

在该累计通过次数少于该第一预定次数时，对该些测试槽的该者继续执行该检查测试。

5.根据权利要求3所述的方法，其中该第一预定次数为3次。

6.根据权利要求2所述的方法，其中当该些测试槽的该者被判定未满足该通过条件时，该方法包含：

自该检查测试中收集该些测试槽的该者的失败数据；以及

判断该失败数据是否异常。

7.根据权利要求6所述的方法，其中该判断该失败数据是否异常包含：

预先决定复数个关闭条件；以及

判断该失败数据是否满足该些关闭条件的至少一者。

8.根据权利要求7所述的方法，其中该判断该失败数据是否满足该些关闭条件的该至少一者包含：

当该失败数据满足该些关闭条件的该至少一者时，判定该失败数据为异常；以及

归零该些测试槽的该者通过该检查测试的累计通过次数。

9.根据权利要求7所述的方法，其中该判断该失败数据是否满足该些关闭条件的至少一者包含：

当该失败数据不满足该些关闭条件的任一者时，判定该失败数据为正常；以及

当累计通过次数少于第一预定次数时，对该些测试槽的该者持续执行该检查测试。

10.根据权利要求1所述的方法，其中该关闭该些测试槽的该者并且传送该维修通知包含：

传送异常通知纪录。

11.根据权利要求1所述的方法，其中该判断该些测试槽的该者是否异常包含：

预先决定复数个关闭条件；

以该当前测试数据修正该过去测试数据以产生修正数据；

比对该过去测试数据与该修正数据以获得至少一差异；以及

判断该差异是否满足该些关闭条件的一者。

12.根据权利要求11所述的方法，其中该过去测试数据、该当前测试数据以及该修正数据被存储于云端数据库。

13.根据权利要求12所述的方法，其中该些关闭条件包含第一条件以及第二条件，并且该第一条件为该差异大于预先决定范围。

14.根据权利要求13所述的方法，其中该第二条件为该差异满足该第一条件的次数大于或等于第二预定次数。

15.根据权利要求14所述的方法，其中当该第一条件以及该第二条件同时被满足时，该些测试槽的该者为异常。

16.根据权利要求14所述的方法，其中该第二预定次数在介于1次至3次之间的范围。

Images