CN112817800B - 交互设备的测试方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请涉及一种交互设备的测试方法、装置、计算机设备及存储介质，上述方法包括：对所述交互设备进行测试；在所述交互设备的测试响应不符合预设结果的情况下，获取所述交互设备的故障信息；将已知故障信息以及已知故障类型作为一组数据存储在故障数据库中；基于所述故障信息以及所述故障数据库确定所述交互设备的故障类型；其中，所述故障信息包括日志信息和/或故障现象。上述交互设备的测试方法、装置、计算机设备及存储介质，将已知故障信息以及已知故障类型作为一组数据存储在故障数据库，并在交互设备的测试响应不符合预设结果时，获取交互设备的故障信息，根据故障数据库即可确定该故障信息所对应的故障类型，花费人工少且测试效率高。

Description

交互设备的测试方法、装置、计算机设备及存储介质

技术领域

本发明涉及故障测试领域，特别是涉及一种交互设备的测试方法、装置、计算机设备以及存储介质。

背景技术

在人机交互设备的使用过程中，随着使用次数的增加，出现故障的概率也会不断增加，当出现故障后，会造成相应的功能失效。传统的人机交互设备的测试与故障诊断方法主要是实际操作人机交互设备或通过软件操作人机交互设备，并观察测试结果是否符合预期，在测试结果不符合预期时，需要维护人员进行问题排查，故测试效率低且需要花费大量人工。

发明内容

基于此，有必要针对上述技术问题，提供一种交互设备的测试方法、装置、计算机设备以及存储介质。

一种交互设备的测试方法，包括：

对所述交互设备进行测试；

在所述交互设备的测试响应不符合预设结果的情况下，获取所述交互设备的故障信息；

将已知故障信息以及已知故障类型作为一组数据存储在故障数据库中；

基于所述故障信息以及所述故障数据库确定所述交互设备的故障类型；

其中，所述故障信息包括日志信息和/或故障现象。

上述交互设备的测试方法，将已知故障信息以及已知故障类型作为一组数据存储在故障数据库，并在交互设备的测试响应不符合预设结果时，获取交互设备的故障信息，根据故障数据库即可确定该故障信息所对应的故障类型，花费人工少且测试效率高。

在其中一个实施例中，所述方法还包括：

在无法基于所述故障信息以及所述故障数据库判断所述故障类型的情况下，确定所述交互设备的更新故障类型；

将所述故障信息以及所述更新故障类型作为一组数据存储在所述故障数据库中，以对所述故障数据库进行更新。

在其中一个实施例中，所述方法还包括：

根据所述交互设备的设备信息和/或故障信息对所述故障数据库进行分类。

在其中一个实施例中，所述方法还包括：

对分类后的所述故障数据库进行统计；

在无法基于故障信息确定所述交互设备的故障类型的情况下，根据统计概率确定所述交互设备的故障类型。

在其中一个实施例中，所述方法还包括：

在获取所述交互设备的软件和/或硬件信息失败的情况下，判断所述交互设备发生通信故障。

在其中一个实施例中，所述对所述交互设备进行测试包括：

对所述交互设备的硬件进行测试操作；

和/或向所述交互设备发送测试命令。

在其中一个实施例中，所述确定所述交互设备的故障类型包括：

判断所述日志信息中是否记录有所述测试操作和/或所述测试命令，以确定所述交互设备的故障类型。

一种交互设备的测试装置，包括：

测试模块，用于对所述交互设备进行测试；

获取模块，用于在所述交互设备的测试响应不符合预设结果的情况下，获取所述交互设备的故障信息；

数据库模块，用于将已知故障信息以及已知故障类型作为一组数据存储在故障数据库中；

故障确定模块，用于基于所述故障信息以及所述故障数据库确定所述交互设备的故障类型；

其中，所述故障信息包括日志信息和/或故障现象。

上述交互设备的测试装置，将已知故障信息以及已知故障类型作为一组数据存储在故障数据库，并在交互设备的测试响应不符合预设结果时，获取交互设备的故障信息，根据故障数据库即可确定该故障信息所对应的故障类型，花费人工少且测试效率高。

在其中一个实施例中，所述装置还包括：

显示模块，用于显示确定的所述故障类型。

在其中一个实施例中，所述测试装置与所述交互设备通过无线网络通信连接；所述测试模块包括多种测试软件，用于对多种交互设备进行测试。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。

附图说明

图1为一个实施例中交互设备的测试方法的流程示意图。

图2为另一个实施例中交互设备的测试方法的流程示意图。

图3为一个实施例中确定交互设备的故障类型的流程示意图。

图4为另一个实施例中确定交互设备的故障类型的流程示意图。

图5为一个实施例中交互设备的测试装置的结构示意图。

图6为另一个实施例中交互设备的测试装置的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

图1为一个实施例中交互设备的测试方法的流程示意图，如图1所示，一种交互设备的测试方法，包括：

步骤S120：对交互设备进行测试。

具体地，交互设备可以包括输入/输出设备、显示设备等。对交互设备进行的测试可以包括对硬件的测试、软件的测试，在该交互设备还与其他设备通信时，还可以包括对它们之间的通信的测试。其他设备可以是其他交互设备，也可以是其他类型的设备。从另一个方面讲，对交互设备进行的测试可以包括对交互设备的功能和性能的测试等。在硬件测试过程中，可以根据需要配置硬件测试装置进行测试。在软件测试过程中，可以根据需要采用不同的测试用例或调用测试脚本进行测试。示例性的，通过测试装置对交互设备进行测试，该测试装置可以设置于交互设备内部，也可以独立于交互设备。测试装置与交互设备之间可以通过4G网络、无线网、蓝牙等进行通信。测试装置可以是硬件，可以是软件，还可以是硬件与软件的结合。

步骤S140：在交互设备的测试响应不符合预设结果的情况下，获取交互设备的故障信息。

具体地，可以设置测试阈值，当交互设备的测试响应结果超出测试阈值后即为测试响应不符合预设结果的情况。测试装置获取交互设备的故障信息，故障信息包括日志信息和/或故障现象。例如，日志信息可以是启动日志信息、运行日志信息以及测试日志信息中的一个或者多个的组合。在交互设备的测试响应不符合预设结果的情况即发生故障时，与交互设备通信的测试装置能够快速获取交互设备的故障信息，从而便于维护人员知晓交互设备运行异常。

步骤S160：将已知故障信息以及已知故障类型作为一组数据存储在故障数据库中。

具体地，已知故障信息可以包括已知日志信息和/或已知故障现象，已知故障类型与已知故障信息相对应。可以通过人工录入的方式将已知故障信息和已知故障类型输入故障数据库，也可以通过从其他相关的数据库导入的方式将已知故障信息和已知故障类型输入故障数据库，并进行存储。已知的故障信息和已知故障类型可以是从该领域的数据库中获取的，也可以是该交互设备曾经发生过的故障的信息与对应确定的故障类型。

步骤S180：基于故障信息以及故障数据库确定交互设备的故障类型。

具体地，故障数据库内存储有已知故障信息和对应的故障类型。根据实际发生故障的故障信息在数据库内匹配对应的故障类型。

上述交互设备的测试方法将已知故障信息以及已知故障类型作为一组数据存储在故障数据库，并在交互设备的测试响应不符合预设结果时，获取交互设备的故障信息，根据故障数据库确定该故障信息所对应的故障类型，从而方便知晓发生故障的具体原因，以及时对交互设备进行维护，当该交互设备用于数据交互时能使得其输入/出数据更加精确；当该交互设备发生硬件故障时，及时对其进行维护还能够延长交互设备的使用寿命；并且，测试装置可以自行判断故障类型，花费人工少且测试效率高。

需要说明的是，上述步骤并不限定执行顺序，例如，步骤S160也可以在步骤S120或步骤S140之前执行。

图2为一个实施例中交互设备的测试方法的流程示意图，如图2所示，在上述实施例的基础上，本实施例中交互设备的测试方法进一步可以包括：

步骤S210：在无法基于故障信息以及故障数据库判断故障类型的情况下，确定交互设备的更新故障类型。

步骤S230：将故障信息以及更新故障类型作为一组数据存储在故障数据库中，以对故障数据库进行更新。

例如，在发生故障的故障信息并未存储在故障数据库时，则会无法基于故障信息以及故障数据库判断故障类型。在这种情况下，通过其他方式确定交互设备的更新故障类型并在数据库内增加该故障信息和对应的更新故障类型，更新故障类型为新增的故障信息对应的故障类型。示例性的，维护人员进行问题排查以确定更新故障类型，或者于测试装置中设置推理规则、学习规则等诊断规则，使得通过对已知故障信息与其对应的故障类型和故障信息之间的联系进行推理分析，从而确定可能的故障类型以作为参考。并且，后期在参考故障类型与实际的更新故障类型不一致的情况下，还会对推理规则、学习规则等进行修正。

又例如，基于故障信息匹配的故障数据库内其对应的故障类型不正确时，同样可以利用其他方式确定交互设备的更新故障类型，并对测试装置中推理规则、学习规则等进行修正，同时将数据库内该故障信息对应的故障类型替换为正确故障类型即更新故障类型，更新故障类型为故障数据库内故障信息对应的错误的故障类型替换后的故障类型。

本实施例中，将故障信息以及更新的故障类型作为一组数据存储在故障数据库中，如此，故障数据库内的故障信息及对应故障类型积累数量更多；故障数据库内各故障信息和对应的故障类型更加精准；并且随着诊断规则的优化，利用诊断规则推断新的故障信息对应的参考故障类型也更具有参考性。故障数据库的丰富、准确及诊断规则的优化使得后期无需人工参与，测试装置可自行对故障信息进行精准的判断。

步骤S250：根据交互设备的设备信息和/或故障信息对故障数据库进行分类。

其中，设备信息可以是交互设备的类型、批次、厂商等。故障信息可以包括故障现象、日志信息等。根据设备信息和/或故障信息对故障数据库内的故障信息及对应故障类型进行分类。

步骤S270：对分类后的故障数据库进行统计。

步骤S290：在无法基于故障信息确定交互设备的故障类型的情况下，根据统计概率确定交互设备的故障类型。

具体的，对分类后的故障数据库进行统计，从而便于了解各故障类型的故障发生概率的分布情况。在无法基于故障信息确定交互设备的故障类型的情况下，包括故障数据库内未存储发生故障的故障信息以及故障数据库内存储的故障信息与对应故障类型不准确的情况，可以根据统计概率确定该故障信息对应的故障类型。

在一个实施例中，上述对交互设备进行测试的步骤具体可以包括：

对交互设备的硬件进行测试操作；

和/或向交互设备发送测试命令。

具体的，在对交互设备的硬件进行测试操作时可以配置相应的硬件测试装置。例如，交互设备的触摸屏、按键等在频繁使用后会失效或者不灵敏。在操作交互设备的触摸屏或按键时通过相应的硬件测试装置检测相关信号变化或获取相应的测试数据。

向交互设备发送测试命令，从而可以对交互设备内相关的软件程序进行测试。本实施例中，可以根据需要选择相应的测试用例或测试脚本对交互设备发送测试命令。

进一步地，上述确定交互设备的故障类型的步骤具体可以包括：

判断日志信息中是否记录有测试操作和/或测试命令，以确定交互设备的故障类型。

具体地，判断出日志信息中记录有测试操作时，若检测的相关信号或测试数据不符合预设结果，则为硬件故障类型，并且不同的硬件测试装置测试不符合预设结果时对应为相应的硬件故障类型；反之，则为其他故障类型。判断出日志信息中是否记录有测试命令时，若交互设备的响应符合不符合预设结果，则为软件故障，并且不同的测试命令测试结果不符合预设结果时对应为相应的软件故障；反之，则为其他故障类型。

需要说明的是，当一实施例中同时包括对交互设备的硬件进行测试操作以进行硬件故障测试和向交互设备发送测试命令以进行软件故障测试的步骤不限制前后顺序。

图3为一个实施例中确定交互设备的故障类型的流程示意图，本实施例为在操作交互设备后与其通信的其他设备响应不符合预期的具体实施例。如图3所示，测试方法可以包括：

步骤S310：获取交互设备的软件和/或硬件信息。

步骤S320：判断获取交互设备的软件和/或硬件信息是否成功。

步骤S322：在获取交互设备的软件和/或硬件信息失败的情况下，判断交互设备发生通信故障。

具体地，有些交互设备需要与其他设备通过4G、无线网、蓝牙等通信连接。其他设备可以是其他交互设备，也可以是其他类型的设备。当获取交互设备的软件信息时，判断获取软件信息是否成功，若获取失败，则表示通信失败，判断交互设备发生通信故障；当获取交互设备的硬件信息时，判断获取硬件信息是否成功，若失败，则表示通信失败，判断交互设备发生通信故障；当获取交互设备的软件信息和硬件信息时，分别判断获取软件信息和硬件信息是否成功，其中一个获取失败，则表示通信失败，判断交互设备发生通信故障。当发生通信故障时，可以对通信链路进行检查。

步骤S330：在获取交互设备的软件和/或硬件信息成功的情况下，对交互设备的硬件进行测试操作。

步骤S340：判断交互设备的测试响应是否符合预设结果。

步骤S342：在交互设备的测试响应符合预设结果的情况下，判断交互设备正常。

具体的，对交互设备的硬件进行测试操作，例如控制交互设备运动、拍照等。测试装置可以通过命令窗口或用户界面等方式反映对交互设备进行测试操作后其测试响应是否符合预期。若交互设备的测试响应符合预设结果，则交互设备正常，故障在于与交互设备通信的其他设备或它们之间的通信链路。

步骤S350：在交互设备的测试响应不符合预设结果的情况下，获取交互设备的日志信息。

步骤S360：判断日志信息中是否记录测试操作。

步骤S362：在日志信息中记录了测试操作的情况下，判断交互设备发生软件故障。

若交互设备的测试响应不符合预设结果，则获取交互设备的日志信息。若若日志信息中记录了测试操作，而测试装置未能给出符合预设结果的提示，则交互设备发生软件故障。

步骤S370：在日志信息中未记录测试操作的情况下，对测试操作的硬件检测。

步骤S380：判断硬件检测结果是否符合预设结果。

步骤S382：在硬件检测结果不符合预设结果的情况下，判断交互设备发生硬件故障。

具体地，若日志信息中未记录测试操作，则根据需要选择硬件测试装置对测试操作的硬件进行检测。若检测结果不符合预设结果，则判断交互设备发生硬件故障，且由于不同的硬件测试装置对应为不同的硬件故障，故可以同时判断出硬件故障类型；若日志信息未记录测试操作但硬件的检测结果符合预设结果，则交互设备发生软件故障。

图4为另一个实施例中确定交互设备的故障类型的流程示意图，本实施例为其他设备发送数据或命令给交互设备后，交互设备未正确响应的具体实施例。如图4所示，本实施例中的测试方法包括步骤S410、步骤S420以及步骤S422，其分别可以与上述实施例中的相应步骤相同，本实施例中的测试方法还可以包括：

步骤S430：在获取交互设备的软件和/或硬件信息成功的情况下，向交互设备的硬件发送测试命令。

步骤S440：判断交互设备的测试响应是否符合预设结果。

步骤S442：在交互设备的测试响应符合预设结果的情况下，判断交互设备正常。

测试装置可以根据需要向交互设备的硬件发送的不同的测试命令。若测试响应符合预设结果，则交互设备未发生故障，判断交互设备正常。

步骤S450：在交互设备的测试响应不符合预设结果的情况下，获取交互设备的日志信息。

步骤S460：判断日志信息中是否记录接收测试命令。

步骤S462：在日志信息中未记录接收预设指令的情况下，判断交互设备发生软件故障。

步骤S480：在日志信息中记录了接收预设指令的情况下，判断交互设备是否已进行硬件配置。

步骤S482：在交互设备已进行硬件配置的情况下，判断交互设备发生硬件故障。

具体的，在交互设备的测试响应不符合预设结果时，获取交互设备的日志信息。若日志信息中未记录交互设备接收到测试命令，则判断为交互设备发生软件故障；若日志信息记录交互设备接收到预设指令，则需要判断交互设备是否已进行相关硬件配置，若已配置，则判断为交互设备发生硬件故障；若日志信息记录交互设备接收到预设指令，且交互设备已进行了相关硬件配置，则判断为交互设备发生硬件故障。判断交互设备是否已进行相关硬件配置同样可以基于日志信息进行判断。

图5为一个实施例中交互设备的测试装置的结构示意图，如图5所示，在一个实施例中，交互设备的测试装置500包括测试模块520、获取模块540、数据库模块560以及故障确定模块580。

其中，测试模块520用于对交互设备进行测试。交互设备可以包括输入/输出设备、显示设备等。对交互设备进行的测试可以包括对硬件的测试、软件的测试，在该交互设备还与其他设备通信时，还可以包括对它们之间的通信的测试。其他设备可以是其他交互设备，也可以是其他类型的设备。从另一个方面讲，对交互设备进行的测试可以包括对交互设备的功能和性能的测试等。在硬件测试过程中，可以根据需要配置硬件测试装置进行测试。在软件测试过程中，可以根据需要采用不同的测试用例或调用测试脚本进行测试。

获取模块540用于在交互设备的测试响应不符合预设结果的情况下，获取交互设备的故障信息。例如，可以设置测试阈值，当交互设备的测试响应结果超出测试阈值后即为测试响应不符合预设结果的情况。获取模块540获取交互设备的故障信息，故障信息包括日志信息和/或故障现象。例如，日志信息可以是启动日志信息、运行日志信息以及测试日志信息中的一个或者多个的组合。在交互设备的测试响应不符合预设结果的情况即发生故障时，获取模块540能够快速获取交互设备的故障信息，从而便于维护人员知晓交互设备运行异常。

数据库模块560用于将已知故障信息以及已知故障类型作为一组数据存储在故障数据库中。已知故障信息可以包括已知日志信息和/或已知故障现象，已知故障类型与已知故障信息相对应。可以通过人工录入的方式将已知故障信息和已知故障类型输入故障数据库，也可以通过从其他相关的数据库导入的方式将已知故障信息和已知故障类型输入故障数据库，并进行存储。已知的故障信息和已知故障类型可以是从该领域的数据库中获取的，也可以是该交互设备曾经发生过的故障的信息与对应确定的故障类型。

故障确定模块580基于故障信息以及故障数据库确定交互设备的故障类型；其中，故障信息包括日志信息和/或故障现象。故障数据库内存储有已知故障信息和对应的故障类型。故障确定模块580根据实际发生故障的故障信息在数据库内匹配对应的故障类型。

上述交互设备的测试装置500将已知故障信息以及已知故障类型作为一组数据存储在故障数据库，并在交互设备的测试响应不符合预设结果时，获取交互设备的故障信息，根据故障数据库确定该故障信息所对应的故障类型，从而方便知晓发生故障的具体原因，以及时对交互设备进行维护，当该交互设备用于数据交互时能使得其输入/出数据更加精确；当该交互设备发生硬件故障时，及时对其进行维护还能够延长交互设备的使用寿命；并且，测试装置可以自行判断故障类型，花费人工少且测试效率高。。

图6为另一个实施例中交互设备的测试装置的结构示意图，如图6所示，本实施例中的测试装置600包括测试模块620、获取模块640、数据库模块660以及故障确定模块680，其分别可以与上述实施例中的相应结构相同，本实施例中的交互设备的测试装置600进一步还包括：显示模块690，用于显示确定的故障类型。

在一个实施例中，上述测试装置与交互设备通过无线网络通信连接。测试模块包括多种测试软件，用于对多种交互设备进行测试。在其他实施例中，测试装置与交互设备也可以通过4G或者蓝牙等通信连接。多种测试软件可以分别给交互设备发送不同的测试命令，从而在判断出交互设备的软件故障时还能进一步判断出交互设备的软件故障类型。

在一个实施例中，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可以在处理器上运行的计算机程序，处理器执行该程序时可以执行如下步骤：对交互设备进行测试；在交互设备的测试响应不符合预设结果的情况下，获取交互设备的故障信息；将已知故障信息以及已知故障类型作为一组数据存储在故障数据库中；基于故障信息以及故障数据库确定交互设备的故障类型；其中，故障信息包括日志信息和/或故障现象。

在一个实施例中，提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时可以使得处理器执行如下步骤：对交互设备进行测试；在交互设备的测试响应不符合预设结果的情况下，获取交互设备的故障信息；将已知故障信息以及已知故障类型作为一组数据存储在故障数据库中；基于故障信息以及故障数据库确定交互设备的故障类型；其中，故障信息包括日志信息和/或故障现象。

上述对于计算机可读存存储介质及计算机设备的限定可以参见上文中对于方法的具体限定，在此不再赘述。

需要说明的是，本领域普通技术人员可以理解实现上述方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该程序可存储于一计算机可读取存储介质中；上述的程序在执行时，可包括如上述各方法的实施例的流程。其中，上述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，简称ROM)或随机存储记忆体(Random Access Memory，简称RAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (9)

1.一种交互设备的测试方法，其特征在于，包括：

对所述交互设备进行测试；

在所述交互设备的测试响应不符合预设结果的情况下，获取所述交互设备的故障信息；

将已知故障信息以及已知故障类型作为一组数据存储在故障数据库中；

基于所述故障信息以及所述故障数据库确定所述交互设备的故障类型；

其中，所述故障信息包括日志信息和/或故障现象；

所述对所述交互设备进行测试包括：

在获取所述交互设备的软件和硬件信息成功的情况下，对所述交互设备的硬件进行测试操作；

和/或在获取所述交互设备的软件和硬件信息成功的情况下，向所述交互设备发送测试命令；

所述确定所述交互设备的故障类型包括：

判断所述日志信息中是否记录有所述测试操作或所述测试命令，以确定所述交互设备的故障类型；

所述判断所述日志信息中是否记录有所述测试操作或所述测试命令，以确定所述交互设备的故障类型包括：

当对所述交互设备的硬件进行测试操作时，在所述交互设备的测试响应不符合预设结果的情况下，获取所述交互设备的日志信息；

判断所述日志信息中是否记录所述测试操作；在所述日志信息中记录了所述测试操作的情况下，判断所述交互设备发生软件故障；在所述日志信息中未记录所述测试操作的情况下，对测试操作的硬件检测；判断所述硬件检测结果是否符合预设结果；在所述硬件检测结果不符合预设结果的情况下，判断所述交互设备发生硬件故障；

当对所述交互设备的硬件发送测试命令时，在所述交互设备的测试响应不符合预设结果的情况下，获取所述交互设备的日志信息；

判断所述日志信息中是否记录接收所述测试命令；在所述日志信息中未记录接收所述测试命令的情况下，判断所述交互设备发生软件故障；在所述日志信息中记录了接收所述测试命令的情况下，判断所述交互设备是否已进行硬件配置；在所述交互设备已进行硬件配置的情况下，判断所述交互设备发生硬件故障。

2.根据权利要求1所述的方法，其特征在于，还包括：

在无法基于所述故障信息以及所述故障数据库判断所述故障类型的情况下，确定所述交互设备的更新故障类型；

将所述故障信息以及所述更新故障类型作为一组数据存储在所述故障数据库中，以对所述故障数据库进行更新。

3.根据权利要求1所述的方法，其特征在于，还包括：

根据所述交互设备的设备信息和/或故障信息对所述故障数据库进行分类；

所述方法还包括：

对分类后的所述故障数据库进行统计；

在无法基于故障信息确定所述交互设备的故障类型的情况下，根据统计概率确定所述交互设备的故障类型。

4.根据权利要求1所述的方法，其特征在于，还包括：

在获取所述交互设备的软件和/或硬件信息失败的情况下，判断所述交互设备发生通信故障。

5.一种交互设备的测试装置，其特征在于，包括：

测试模块，用于对所述交互设备进行测试；

获取模块，用于在所述交互设备的测试响应不符合预设结果的情况下，获取所述交互设备的故障信息；

数据库模块，用于将已知故障信息以及已知故障类型作为一组数据存储在故障数据库中；

故障确定模块，用于基于所述故障信息以及所述故障数据库确定所述交互设备的故障类型；

其中，所述故障信息包括日志信息和/或故障现象；

所述对所述交互设备进行测试包括：

在获取所述交互设备的软件和硬件信息成功的情况下，对所述交互设备的硬件进行测试操作；

和/或在获取所述交互设备的软件和硬件信息成功的情况下，向所述交互设备发送测试命令；

所述确定所述交互设备的故障类型包括：

判断所述日志信息中是否记录有所述测试操作或所述测试命令，以确定所述交互设备的故障类型；

所述判断所述日志信息中是否记录有所述测试操作或所述测试命令，以确定所述交互设备的故障类型包括：

当对所述交互设备的硬件进行测试操作时，在所述交互设备的测试响应不符合预设结果的情况下，获取所述交互设备的日志信息；

判断所述日志信息中是否记录所述测试操作；在所述日志信息中记录了所述测试操作的情况下，判断所述交互设备发生软件故障；在所述日志信息中未记录所述测试操作的情况下，对测试操作的硬件检测；判断所述硬件检测结果是否符合预设结果；在所述硬件检测结果不符合预设结果的情况下，判断所述交互设备发生硬件故障；

当对所述交互设备的硬件发送测试命令时，在所述交互设备的测试响应不符合预设结果的情况下，获取所述交互设备的日志信息；

判断所述日志信息中是否记录接收所述测试命令；在所述日志信息中未记录接收所述测试命令的情况下，判断所述交互设备发生软件故障；在所述日志信息中记录了接收所述测试命令的情况下，判断所述交互设备是否已进行硬件配置；在所述交互设备已进行硬件配置的情况下，判断所述交互设备发生硬件故障。

6.根据权利要求5所述的装置，其特征在于，还包括：

显示模块，用于显示确定的所述故障类型。

7.根据权利要求5所述的装置，其特征在于，所述测试装置与所述交互设备通过无线网络通信连接；所述测试模块包括多种测试软件，用于对多种交互设备进行测试。

8.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至4中任意一项所述方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至4中任意一项所述方法的步骤。

Images