CN105160163B - 一种用于机组的覆盖度测试方法、装置和系统 - Google Patents

Abstract

本发明公开了一种用于机组的覆盖度测试方法、装置和系统。其中，该方法包括：将数据库中的调试数据输入到状态机模型中，状态机模型包括：状态、路径和条件；其中，每一个状态用来表示待调试机组的一个功能，路径表示从一个状态切换到另一个状态的一个方式，条件表示每条路径上的条件组合；根据状态机模型对调试数据进行计算；对计算的过程进行状态分析，状态分析用于判断状态、路径和条件是否均被执行；根据判断结果确定是否通过覆盖度测试。本发明解决了由于机组调试时覆盖度不完整而造成的遗漏调试的技术问题。

Description

一种用于机组的覆盖度测试方法、装置和系统

技术领域

本发明涉及空调领域，具体而言，涉及一种用于机组的覆盖度测试方法、装置和系统。

背景技术

为了保证空调机组运行的稳定性以及降低故障突发率。一般选择在空调机组启动之前，对空调机组的全部重要功能模块进行调试。但是，人为调试时很可能遗漏某项或多项功能模块，因此可能因未调试功能模块存在故障而导致空调机组在启动运行后发生故障。其次，由于一次完整的调试过程需要覆盖全部重要功能模块，如何评价某次调试过程的完整性、以及如何获知某次调试过程的覆盖度也是不得而知的。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种用于机组的覆盖度测试方法、装置和系统，以至少解决由于机组调试时覆盖度不完整而造成的遗漏调试的技术问题。

根据本发明实施例的一个方面，提供了一种用于机组的覆盖度测试方法，包括：将数据库中的调试数据输入到状态机模型中，上述状态机模型包括：状态、路径和条件；其中，每一个上述状态用来表示待调试机组的一个功能，上述路径表示从一个状态切换到另一个状态的一个方式，上述条件表示每条上述路径上的条件组合；根据上述状态机模型对上述调试数据进行计算；对上述计算的过程进行状态分析，上述状态分析用于判断上述状态、上述路径和上述条件是否均被执行；根据判断结果确定是否通过上述覆盖度测试。

进一步地，判断上述状态是否均被执行包括：判断上述状态是否均被激活，如果上述状态均被激活则上述状态均被执行。

进一步地，判断上述状态是否均被执行还包括：在一个或多个状态未被激活的情况下，输出上述未被激活的状态的标识信息。

进一步地，判断上述路径是否均被执行包括：对激活的状态进行分析，搜索上述激活的状态对应的全部路径；判断上述全部路径的每条路径是否能够走通，如果能够全部走通，则上述路径均被执行。

进一步地，判断上述路径是否均被执行还包括：在一条或多条路径未被走通的情况下，输出上述未被走通的路径的标识信息。

进一步地，判断上述条件是否均被执行包括：对走通的路径进行分析，搜索上述走通的路径包含的全部条件；判断上述全部条件中的每个条件是否能够满足，如果能够全部满足，则上述条件均被执行。

进一步地，判断上述条件是否均被执行还包括：在一个或多个条件未被满足的情况下，输出上述未被满足的条件的标识信息。

进一步地，根据判断结果确定是否通过上述覆盖度测试包括：在上述状态、上述路径和上述条件均被执行的情况下，确定通过上述覆盖度测试。

进一步地，在将上述数据库中的调试数据输入到上述状态机模型中之前，还包括：采集上述调试数据并进行存储；将存储后的上述调试数据上传至上述数据库。

根据本发明实施例的另一方面，还提供了一种用于机组的覆盖度测试装置，包括：输入模块，用于将数据库中的调试数据输入到状态机模型中，上述状态机模型包括：状态、路径和条件；其中，每一个上述状态用来表示待调试机组的一个功能，上述路径表示从一个状态切换到另一个状态的一个方式，上述条件表示每条上述路径上的条件组合；计算模块，用于根据上述状态机模型对上述调试数据进行计算；处理模块，用于对上述计算的过程进行状态分析，上述状态分析用于判断上述状态、上述路径和上述条件是否均被执行；确定模块，用于根据判断结果确定是否通过上述覆盖度测试。

进一步地，上述确定模块包括：确定子模块，用于在上述状态、上述路径和上述条件均被执行的情况下，确定通过上述覆盖度测试。

进一步地，上述装置还包括：采集模块，用于采集上述调试数据并进行存储；上传模块，用于将存储后的上述调试数据上传至上述数据库。

根据本发明实施例的又一方面，还提供了一种用于机组的覆盖度测试系统，包括：单片机，用于采集待调试机组在调试过程中生成的调试数据；上位机，用于建立状态机模型，并通过上述状态机模型处理上述调试数据。

在本发明实施例中，采用在上位机中建立状态机模型的方式，通过状态机模型处理待调试机组在调试过程中产生的调试数据，达到了准确判断调试过程是否完全覆盖机组的全部重要功能模块的目的，从而实现了高效、完整地进行机组调试的技术效果，进而解决了由于机组调试时覆盖度不完整而造成的遗漏调试的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的用于机组的覆盖度测试方法的流程图；

图2是根据本发明实施例的一种可选的用于机组的覆盖度测试方法的示意图；

图3是根据本发明实施例的另一种可选的用于机组的覆盖度测试方法的示意图；

图4是根据本发明实施例的又一种可选的用于机组的覆盖度测试方法的示意图；

图5是根据本发明实施例的另一种可选的用于机组的覆盖度测试方法的流程图；

图6是根据本发明实施例的又一种可选的用于机组的覆盖度测试方法的流程图；

图7是根据本发明实施例的一种可选的用于机组的覆盖度测试装置的示意图；

图8是根据本发明实施例的另一种可选的用于机组的覆盖度测试装置的示意图；

图9是根据本发明实施例的又一种可选的用于机组的覆盖度测试装置的示意图；

图10是根据本发明实施例的一种可选的用于机组的覆盖度测试系统的示意图；

图11是根据本发明实施例的另一种可选的用于机组的覆盖度测试系统的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种用于机组的覆盖度测试方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种用于机组的覆盖度测试方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，将数据库中的调试数据输入到状态机模型中，状态机模型包括：状态、路径和条件；其中，每一个状态用来表示待调试机组的一个功能，路径表示从一个状态切换到另一个状态的一个方式，条件表示每条路径上的条件组合；

步骤S104，根据状态机模型对调试数据进行计算；

步骤S106，对计算的过程进行状态分析，状态分析用于判断状态、路径和条件是否均被执行；

步骤S108，根据判断结果确定是否通过覆盖度测试。

在本发明实施例中，采用在上位机中建立状态机模型的方式，通过状态机模型处理待调试机组在调试过程中产生的调试数据，达到了准确判断调试过程是否完全覆盖机组的全部重要功能模块的目的，从而实现了高效、完整地进行机组调试的技术效果，进而解决了由于机组调试时覆盖度不完整而造成的遗漏调试的技术问题。

可选地，状态机模型的建立需要依照待调试机组的功能书，该状态机模型在建立后可以依照需要修改、更新、重建或删除。该状态机模型可以在电脑等上位机中建立并运行，并可借由上位机中的相关辅助软件进行功能性的扩展。并且，该状态机模型的建立需要在进行待调试机组的具体调试过程之前。依据该状态机模型的覆盖度测试可广泛应用于空调机组的出厂调试，但不排除其他用途。待调试机组需要在通过该覆盖度测试之后方能启动。

图2是根据本发明实施例的一种用于机组的覆盖度测试方法的示意图，如图2所示，状态机模型可以中可以包含状态模型，若待调试机组中的所有功能点共存在n个状态，则建立“状态1”、“状态2”…“状态n”作为状态模型。其中，每个状态为待调试机组中的每一个功能点中负载或功能的不同形式，如压缩机开关机中的“压缩机开”和“压缩机关”分别对应两个状态，故障检测中“有故障”和“无故障”也对应两个状态。一般性的，对于空调机组中的每个功能点而言，都可能存在“进入”或“退出”两个状态。

可选地，判断状态是否均被激活，如果状态均被激活则状态均被执行。例如，空调机组的压缩机开关机中的“压缩机开”和“压缩机关”分别对应两个状态，若覆盖度测试过程中仅对“压缩机开”的状态进行测试，而未对“压缩机关”的状态进行测试，则认为“压缩机开”对应的状态在状态模型中被激活，“压缩机关”对应的状态在状态模型中未被激活。

可选地，在一个或多个状态未被激活的情况下，输出未被激活的状态的标识信息。例如，空调机组的压缩机开关机中的“压缩机开”和“压缩机关”分别对应两个状态，若覆盖度测试过程中仅对“压缩机开”的状态进行测试，而未对“压缩机关”的状态进行测试，则认为“压缩机开”对应的状态在状态模型中被激活并输出“压缩机关”对应的状态的标识信息。本实施例为了实现覆盖度测试的完整性，需要输出所有未被激活的状态的标识信息。该标识信息可以通过在电脑等上位机中显示的方式被读取。本实施例中覆盖度测试的要求为：未被激活的状态直接输出标识信息，被激活则不输出，覆盖度测试的完备性要求全部状态都至少激活一次。若标识信息被输出，则不做路径分析和条件分析。

图3是根据本发明实施例的另一种用于机组的覆盖度测试方法的示意图，如图3所示，状态机模型可以中可以包含路径模型，若待调试机组中的所有功能点共存在n个状态，则建立“状态1”、“状态2”…“状态n”作为状态模型，并可在该状态模型中的任意两个状态之间建立路径模型。状态机模型中不同状态之间可以互相切换，这些切换的方式就是路径。例如，有三种不同的方式导致某故障，则该故障从无到有就有三条路径。再例如，“状态1”到“状态2”之间有p种切换方式，则建立从“状态1”到“状态2”的路径“路径1”、“路径2”…“路径p”共p条。以此类推可将全部路径建立完毕。需要说明的是，为了便于建立进行覆盖度完备性的分析算法，每条路径中不能出现“或”这个条件，如出现“路径A”或“路径B”则对该两条路径分别进行处理。

可选地，对激活的状态进行分析，搜索激活的状态对应的全部路径；判断全部路径的每条路径是否能够走通，如果能够全部走通，则路径均被执行。在一条或多条路径未被走通的情况下，输出未被走通的路径的标识信息，其中，路径走通的含义为通过该路径可以实现连接该路径的两个状态进行切换。本实施例中覆盖度测试的要求为：对激活的状态进行路径分析，例如，待调试机组的某一具体状态为“状态1”，则“状态1”向外转移的全部路径都可以被搜索出来。若某条路径走通则不输出该路径的标识信息，若未走通则输出该路径的标识信息。完备性要求为全部路径都至少走通一次，若路径的标识信息被输出，则不做条件分析。

图4是根据本发明实施例的另一种用于机组的覆盖度测试方法的示意图，如图4所示，状态机模型可以中可以包含条件模型，若待调试机组中的所有功能点共存在n个状态，则建立“状态1”、“状态2”…“状态n”作为状态模型，并可在该状态模型中的任意两个状态之间建立路径模型，则可将每条路径上的各个条件组合作为条件，条件对应为条件模型的各种输入量，如感温包取值，参数设置值，开关量取值等。例如，“状态1”到“状态2”之间有p种切换方式，则建立从“状态1”到“状态2”的路径“路径1”、“路径2”…“路径p”共p条，再例如，若走通“路径1”需要同时满足“条件1”、“条件2”…“条件k”的所有k个条件，则可以在条件模型中用“条件1&条件2…条件k”的方式表示实现该路径的所有必需条件。需要说明的是，每个条件中的各个变量或常量都需要在能够在通讯协议中可被找到，否则需要重新设计该条件模型。

可选地，对走通的路径进行分析，搜索走通的路径包含的全部条件；判断全部条件中的每个条件是否能够满足，如果能够全部满足，则条件均被执行。在一个或多个条件未被满足的情况下，输出未被满足的条件的标识信息。本实施例中覆盖度测试的要求为：对未输出的路径编号进行条件分析。若某一具体路径如“路径1”，则在该路径上可以搜索到“条件1&条件2…条件k”共k个条件，满足所有条件需要至少k+1种组合才行。其中，k个条件全为真共存在1种情况，任意一个条件为假其余为真共存在k种情况，完备性要求k+1种组合全部出现，由于全为真时该路径必走通，则只需要计算单个条件为假的情况是否完备即可。如某个条件取值从未取过假，则输出该条件的标识信息。

可选地，在状态、路径和条件均被执行的情况下，确定通过覆盖度测试。因为状态、路径和条件之间存在层级上的包含关系，所以在条件均被执行的情况下，才可以实质上认为机组通过了覆盖度测试。本方案通过依次查找未被执行的状态、路径和条件，在实现完整覆盖度测试的基础上，更进一步提升了测试效率，避免做无意义的额外测试。

图5是根据本发明实施例的一种用于机组的覆盖度测试方法的流程图，如图5所示，该方法包括如下步骤：

步骤S502，采集调试数据并进行存储；

步骤S504，将存储后的调试数据上传至数据库。

可选地，步骤S502和步骤S504在图1中的步骤S102之前执行，使状态机获取调试数据。存储后的调试数据在数据库中可以以表单的形式示出，如表1所示。

表1

序号	时间	字段名1	字段名2	字段名n
					1	年/月/日时：分：秒	数值	数值	数值
2	年/月/日时：分：秒	数值	数值	数值
					3	年/月/日时：分：秒	数值	数值	数值
4	年/月/日时：分：秒	数值	数值	数值
					5	年/月/日时：分：秒	数值	数值	数值

进一步结合表1所示进行说明。数据库格式可以如上方式设计，仅需要把待调试机组的功能书中规定的全部数据按时序将名称和数值全部录入数据库即可。简单来说就是将机组在不同时间节点的状态数据按时序列出，便于应用后续算法，待测试机组的不同功能的控制器产生的数据应按同一时间节点序列进行排序。

在上述实施例中，可以使用单片机通过待测试机组上的485串口采集待测试机组的调试数据并进行存储，进一步使单片机与上位机建立通讯关系，并在上位机中按照通讯协议开发解析工具，通过该解析工具将调试数据进行解析，最终将解析的结果存入数据库中。

可选地，图6是根据本发明实施例的又一种用于机组的覆盖度测试方法的流程图，如图6所示，该方法包括如下步骤：

步骤S601，根据功能书对待调试机组进行调试。

步骤S602，对机组进行启动前调试。

步骤S603，通过485串口传输调试数据。

步骤S604，通过单片机获取调试数据。

步骤S605，通过上位机解析调试数据。

在执行完步骤S605之后，同时执行步骤S606和步骤S607，具体地：

步骤S606，将解析结果存储至数据库。

步骤S607，通过解析结果判断需要补充调试时，合并数据库。

具体地，在补充调试时，新的调试数据继续通过系统运行。待生成数据库时，如发现非首次生成数据库，则进行数据库合并的处理。将合并处理后的数据库重新按上述方法分析完备性并继续输出。

步骤S608，将数据库中的解析结果导入至状态机模型。

其中，在执行完步骤S601之后，执行步骤S602至S608的同时，还执行步骤S609，具体地：

步骤S609，建立状态机模型。

步骤S610，通过状态机模型进行覆盖度测试。

步骤S611，进行状态覆盖度分析。

步骤S612，判断所有状态是否激活。

步骤S613，进行路径覆盖度分析。

步骤S614，判断所有路径是否走通。

步骤S615，进行条件覆盖度分析。

步骤S616，判断所有条件是否满足。

在步骤S612、步骤S614和步骤S616中的任意一个步骤执行结果为否的情况下，执行步骤S617，且依据步骤S612、步骤S614和步骤S616的先后执行顺序，若以上三个步骤中执行顺序在先的步骤已执行且该步骤的执行结果为否，则直接执行步骤S617,具体地：

步骤S617，确定未通过覆盖度测试。

具体地，确定未通过覆盖度测试时，可以通过将待调试机组的状态、路径和条件的标识信息汇总后输出，供调试人员进行参考并制定补充调试计划。该步骤可被反复多次执行，直到待调试机组通过覆盖度测试。

步骤S618，进行补充调试。

具体地，在执行完步骤S616后，在步骤S616的执行结果为是的情况下，执行步骤S619和步骤S620。

步骤S619，确定通过覆盖度分析。

步骤S620，启动机组。

在本发明实施例中，采用在上位机中建立状态机模型的方式，通过状态机模型处理待调试机组在调试过程中产生的调试数据，达到了准确判断调试过程是否完全覆盖机组的全部重要功能模块的目的，从而实现了高效、完整地进行机组调试的技术效果，进而解决了由于机组调试时覆盖度不完整而造成的遗漏调试的技术问题。

实施例2

根据本发明实施例的另一个方面，还提供了一种用于机组的覆盖度测试装置，如图7所示，该覆盖度测试装置包括：

输入模块701，用于将数据库中的调试数据输入到状态机模型中，状态机模型包括：状态、路径和条件；其中，每一个状态用来表示待调试机组的一个功能，路径表示从一个状态切换到另一个状态的一个方式，条件表示每条路径上的条件组合；

计算模块702，用于根据状态机模型对调试数据进行计算；

处理模块703，用于对计算的过程进行状态分析，状态分析用于判断状态、路径和条件是否均被执行；

确定模块704，用于根据判断结果确定是否通过覆盖度测试。

可选地，状态机模型的建立需要依照待调试机组的功能书，该状态机模型在建立后可以依照需要修改、更新、重建或删除。该状态机模型可以在电脑等上位机中建立并运行，并可借由上位机中的相关辅助软件进行功能性的扩展。并且，该状态机模型的建立需要在进行待调试机组的具体调试过程之前。依据该状态机模型的覆盖度测试可广泛应用于空调机组的出厂调试，但不排除其他用途。待调试机组需要在通过该覆盖度测试之后方能启动。

可选地，如图8所示，确定模块704包括：确定子模块801，用于在状态、路径和条件均被执行的情况下，确定通过覆盖度测试。

可选地，如图9所示，装置还包括：

采集模块901，用于采集调试数据并进行存储；

上传模块902，用于将存储后的调试数据上传至数据库。

可选地，采集模块901存储后的调试数据在数据库中可以以表单的形式示出，如表1所示。

进一步结合表1所示进行说明。数据库格式可以如上方式设计，仅需要把待调试机组的功能书中规定的全部数据按时序将名称和数值全部录入数据库即可。简单来说就是将机组在不同时间节点的状态数据按时序列出，便于应用后续算法，待测试机组的不同功能的控制器产生的数据应按同一时间节点序列进行排序。

根据本发明实施例的另一个方面，还提供了一种用于机组的覆盖度测试系统，如图10所示，该故障检测系统包括：单片机1001，用于采集待调试机组在调试过程中生成的调试数据；上位机1002，用于建立状态机模型，并通过状态机模型处理调试数据。

可选地，如图11所示，装置还包括：待启动机组1101、485串行接口1102。该上位机1102中包括状态机模型1103。单片机1001可以通过485串行接口1102采集待启动机组1101的调试数据，也可以通过与上位机1002建立通讯关系，并进一步通过上位机1002中的状态机模型1103对调试数据进行处理。

在本发明实施例中，采用在上位机中建立状态机模型的方式，通过状态机模型处理待调试机组在调试过程中产生的调试数据，达到了准确判断调试过程是否完全覆盖机组的全部重要功能模块的目的，从而实现了高效、完整地进行机组调试的技术效果，进而解决了由于机组调试时覆盖度不完整而造成的遗漏调试的技术问题。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (11)

1.一种用于机组的覆盖度测试方法，其特征在于，包括：

将数据库中的调试数据输入到状态机模型中，所述状态机模型包括：状态、路径和条件；其中，每一个所述状态用来表示待调试机组的一个功能，所述路径表示从一个状态切换到另一个状态的一个方式，所述条件表示每条所述路径上的条件组合，其中，所述调试数据为待调试机组在调试过程中产生的数据；

根据所述状态机模型对所述调试数据进行计算；

对所述计算的过程进行状态分析，所述状态分析用于判断所述状态、所述路径和所述条件是否均被执行；

根据判断结果确定是否通过所述覆盖度测试；

其中，判断所述状态是否均被执行包括：判断所述状态是否均被激活，如果所述状态均被激活则所述状态均被执行；在一个或多个状态未被激活的情况下，输出所述未被激活的状态的标识信息。

2.根据权利要求1所述的覆盖度测试方法，其特征在于，判断所述路径是否均被执行包括：

对激活的状态进行分析，搜索所述激活的状态对应的全部路径；

判断所述全部路径的每条路径是否能够走通，如果能够全部走通，则所述路径均被执行。

3.根据权利要求2所述的覆盖度测试方法，其特征在于，判断所述路径是否均被执行还包括：

在一条或多条路径未被走通的情况下，输出所述未被走通的路径的标识信息。

4.根据权利要求3所述的覆盖度测试方法，其特征在于，判断所述条件是否均被执行包括：

对走通的路径进行分析，搜索所述走通的路径包含的全部条件；

判断所述全部条件中的每个条件是否能够满足，如果能够全部满足，则所述条件均被执行。

5.根据权利要求4所述的覆盖度测试方法，其特征在于，判断所述条件是否均被执行还包括：

在一个或多个条件未被满足的情况下，输出所述未被满足的条件的标识信息。

6.根据权利要求1所述的覆盖度测试方法，其特征在于，根据判断结果确定是否通过所述覆盖度测试包括：

在所述状态、所述路径和所述条件均被执行的情况下，确定通过所述覆盖度测试。

7.根据权利要求1所述的覆盖度测试方法，其特征在于，在将所述数据库中的调试数据输入到所述状态机模型中之前，还包括：

采集所述调试数据并进行存储；

将存储后的所述调试数据上传至所述数据库。

8.一种用于机组的覆盖度测试装置，其特征在于，包括：

输入模块，用于将数据库中的调试数据输入到状态机模型中，所述状态机模型包括：状态、路径和条件；其中，每一个所述状态用来表示待调试机组的一个功能，所述路径表示从一个状态切换到另一个状态的一个方式，所述条件表示每条所述路径上的条件组合，其中，所述调试数据为待调试机组在调试过程中产生的数据；

计算模块，用于根据所述状态机模型对所述调试数据进行计算；

处理模块，用于对所述计算的过程进行状态分析，所述状态分析用于判断所述状态、所述路径和所述条件是否均被执行；

确定模块，用于根据判断结果确定是否通过所述覆盖度测试；

其中，所述装置用于判断所述状态是否均被激活，如果所述状态均被激活则所述状态均被执行；在一个或多个状态未被激活的情况下，输出所述未被激活的状态的标识信息。

9.根据权利要求8中所述的覆盖度测试装置，其特征在于，所述确定模块包括：

确定子模块，用于在所述状态、所述路径和所述条件均被执行的情况下，确定通过所述覆盖度测试。

10.根据权利要求8所述的覆盖度测试装置，其特征在于，所述装置还包括：

采集模块，用于采集所述调试数据并进行存储；

上传模块，用于将存储后的所述调试数据上传至所述数据库。

11.一种用于机组的覆盖度测试系统，其特征在于，包括：

单片机，用于采集待调试机组在调试过程中生成的调试数据；

上位机，用于建立状态机模型，并通过所述状态机模型处理所述调试数据；

其中，所述上位机包括权利要求8至10中任意一项所述用于机组的覆盖度测试装置；

其中，所述系统用于判断所述状态机模型的状态是否均被激活，如果所述状态均被激活则所述状态均被执行；在一个或多个状态未被激活的情况下，输出所述未被激活的状态的标识信息。