一种终端测试模型生成方法、设备及存储介质与流程

本发明涉及终端测试领域，尤其涉及一种终端测试模型生成方法、设备及存储介质。

背景技术：

随着网络通信技术的不断发展，终端设备的应用也是越来越广泛，因此，对终端设备进行各项功能测试变得也来越重要。在现有的相关技术中，由于终端的功能越来越多，交互场景越来越复杂，使得在测试过程中不能完整的覆盖用户的全部使用场景，造成用户的体验降低，并且在相关作业人员对终端进行问题诊断过程中，往往需要人工反复的模拟、分析、压测处理，极大地加长了问题的处理时间，降低了整机测试的效率。由此，目前亟待一种可智能生成终端测试模型的方法，减少人工的频繁交互，提高测试场景的覆盖率，以此，提高终端的稳定性和用户体验。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

技术实现要素：

本发明的主要目的在于提供一种终端测试模型生成方法，旨在解决目前终端测试方法人工交互频繁，测试场景不能完全覆盖的技术问题。

为实现上述目的，本发明提供一种终端测试模型生成方法，包括：

在终端预设监测点；

获取所述预设监测点的数据并输出所述终端的监测数据汇总；

根据所述监测数据汇总形成所述终端的测试模型。

优选地，所述根据所述监测数据汇总形成所述终端的测试模型步骤之后还包括：

检测所述终端测试模型是否覆盖所有测试场景；

若是，将所述终端测试模型作为最终测试模型；

若否，则新增所述终端预设监测点。

优选地，所述根据所述监测数据汇总形成所述终端的测试模型步骤之后还包括：

检测所述终端测试模型是否覆盖所有所述预设监测点；

若是，将所述终端测试模型作为最终测试模型；

若否，则重新形成所述终端测试模型。

优选地，所述在终端预设监测点步骤包括：

在终端预设多个监测点；

将所述多个监测点按功能特性打上分类标识；

按所述监测点的分类标识输出对应的监测数据。

优选地，所述监测所述预设监测点的数据并输出所述终端的监测数据汇总步骤包括：

监测所述按分类标识输出的监测数据；

将所述监测数据按分类标识形成对应的监测数据汇总。

优选地，所述获取所述预设监测点的数据并输出所述终端的监测数据汇总步骤还包括：

当监测到异常数据时将异常数据进行标记；

按照不同的分类标识汇总不同分类标识监测点出现的异常数据。

优选地，所述分析所述监测数据汇总并形成所述终端测试模型步骤包括：

从所述监测数据汇总中，提炼出操作频率高于预设阈值的场景，检测所述测试模型是否覆盖所述场景，若否，将所述场景添加到测试用例；

从所述监测数据汇总中，提炼出操作频率高于预设阈值的第三方应用，检测所述测试模型是否覆盖所述应用，若否，将所述应用添加到测试用例；

从所述监测数据汇总中，提炼出异常信息下的操控场景，检测所述测试模型是否覆盖所述场景，若否，将所述场景添加到测试用例。

优选地，所述方法还包括：

将所述按分类标识的数据汇总进行交叉分析生成交叉测试用例；

将所述交叉测试用例存储至测试用例模型；

按预设周期更新所述终端测试模型。

此外，为实现上述目的，本发明还提供一种终端设备，所述终端设备包括：存储器、处理器及存储在所述存储器上并可以在所述处理器上运行的终端测试模型生成程序，所述终端测试模型生成程序被所述处理器执行时实现如上述任一项所述的终端测试模型生成方法的步骤。

此外，为实现上述目的，本发明还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有终端测试模型生成程序，所述终端测试模型生成程序被处理器执行时实现如上述任一项所述的终端测试模型生成程序。

本发明提供了一种终端测试模型生成方法，包括：在终端预设监测点；获取所述预设监测点的数据并输出所述终端的监测数据汇总；根据所述监测数据汇总形成所述终端的测试模型。解决了现有技术中对终端进行测试时需要人工进行反复模拟、分析、压测处理效率低，成本高的技术问题，实现了自动化生成全覆盖、智能化的终端测试模型，提高了终端测试的效率，解决了用户各种操控场景难以模拟，测试维度难以常握的问题，提高了用户的使用体验以及产品的稳定性、可用性。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的终端\装置结构示意图；

图2为本发明终端测试模型生成方法一实施例的流程示意图；

图3为本发明终端测试模型生成方法第二实施例的流程示意图；

图4为本发明终端测试模型生成方法第三实施例的流程示意图；

图5为本发明终端测试模型生成方法第四实施例的流程示意图；

图6为图2中步骤s20的具体流程示意图；

图7为图2中步骤s30的具体流程示意图；

图8为本发明终端测试模型生成方法第五实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例的主要解决方案是：在终端预设监测点；获取所述预设监测点的数据并输出所述终端的监测数据汇总；根据所述监测数据汇总形成所述终端的测试模型。

由于现有技术中随着终端的功能越来越多，使用场景也越来越多，交互场景也越来越复杂，是的在终端的测试过程中不能完整的覆盖用户的全部使用场景，造成用户使用体验的降低，且在终端出现问题时，需要人工进行反复的模拟、分析、压测处理，大大加长了问题的解决时间。

本发明提供一种解决方案，只需预先在终端埋下监测点，并对监测点的数据进行分析汇总，且将所有监测点输出的数据进行汇总生成相应的测试用例最后形成该终端的测试用例模型。实现了对终端所有常见的全覆盖额同时，还通过自动生成的终端测试模型大大减少了测试所需的时间，大量的节约了人力物力。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图。

本发明实施例终端可以是pc，也可以是智能手机、平板电脑、电子书阅读器、mp3(movingpictureexpertsgroupaudiolayeriii，动态影像专家压缩标准音频层面3)播放器、mp4(movingpictureexpertsgroupaudiolayeriv，动态影像专家压缩标准音频层面3)播放器、便携计算机等具有显示功能的可移动式终端设备。

如图1所示，该终端可以包括：处理器1001，例如cpu，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，终端还可以包括摄像头、rf(radiofrequency，射频)电路，传感器、音频电路、wifi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，接近传感器可在移动终端移动到耳边时，关闭显示屏和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；当然，移动终端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及终端测试模型生成程序。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的终端测试模型生成程序，并执行以下操作：

在终端预设多个监测点；

将所述多个监测点按功能特性打上分类标识；

按所述监测点的分类标识输出对应的监测数据。

进一步地，处理器1001可以调用存储器1005中存储的网络操作控制应用程序，还执行以下操作：

检测所述终端测试模型是否覆盖所有测试场景；

若是，将所述终端测试模型作为最终测试模型；

若否，则新增所述终端预设监测点。

进一步地，处理器1001可以调用存储器1005中存储的网络操作控制应用程序，还执行以下操作：

检测所述终端测试模型是否覆盖所有所述预设监测点；

若是，将所述终端测试模型作为最终测试模型；

若否，则重新形成所述终端测试模型。

进一步地，处理器1001可以调用存储器1005中存储的网络操作控制应用程序，还执行以下操作：

在终端预设多个监测点；

将所述多个监测点按功能特性打上分类标识；

按所述监测点的分类标识输出对应的监测数据。

进一步地，处理器1001可以调用存储器1005中存储的网络操作控制应用程序，还执行以下操作：

监测所述按分类标识输出的监测数据；

将所述监测数据按分类标识形成对应的监测数据汇总。

进一步地，处理器1001可以调用存储器1005中存储的网络操作控制应用程序，还执行以下操作：

当监测到异常数据时将异常数据进行标记；

按照不同的分类标识汇总不同分类标识监测点出现的异常数据。

进一步地，处理器1001可以调用存储器1005中存储的网络操作控制应用程序，还执行以下操作：

从所述监测数据汇总中，提炼出操作频率高于预设阈值的场景，检测所述测试模型是否覆盖所述场景，若否，将所述场景添加到测试用例；

从所述监测数据汇总中，提炼出操作频率高于预设阈值的第三方应用，检测所述测试模型是否覆盖所述应用，若否，将所述应用添加到测试用例；

从所述监测数据汇总中，提炼出异常信息下的操控场景，检测所述测试模型是否覆盖所述场景，若否，将所述场景添加到测试用例。

进一步地，处理器1001可以调用存储器1005中存储的网络操作控制应用程序，还执行以下操作：

将所述按分类标识的数据汇总进行交叉分析生成交叉测试用例；

将所述交叉测试用例存储至测试用例模型；

按预设周期更新所述终端测试模型。

参照图2，本发明终端测试模型生成方法的第一实施例提供一种终端测试模型生成方法，所述方法包括：

步骤s10，在终端预设监测点；

具体而言，在本实施例中，在被测终端预先埋下监测点，也就是说，在终端设计之初，基于现有的终端系统预先埋下监测点，当终端运行时，终端所有预先埋下的监测点自动将本监测点的数据进行输出。并且根据实际情况，针对终端不同的场景埋下监测点，例如，基本使用场景，交互使用场景，性能使用场景，异常使用场景等。

步骤s20，获取所述预设监测点的数据并输出所述终端的监测数据汇总；

具体而言，在本实施例中，终端系统对预先埋下的监测点输出的监测数据进行分析汇总，具体地，终端系统接收终端所有监测点输出的监测数据，对不同的场景下输出的数据进行分析，并将该场景下的所有数据进行统计，分析并最终形成该场景下的数据汇总。

步骤s30，根据所述监测数据汇总形成所述终端的测试模型。具体而言，在本实施例中，终端系统将该终端内所有预设监测点输出的数据进行汇总，并根据不同的应用场景生成对应的测试用例，即，根据基本使用场景下监测点输出的数据生成基本场景对应的测试用例、根据交互场景下监测点输出的数据生成交互场景测试用例、根据性能场景下终端监测点输出的数据生成性能场景下对应的测试用例，并且在监测点输出的数据中出现异常信息时，将异常数据进行分析汇总，并将异常数据作为标记数据，异常信息设置单一机型基本数据监测异常信息阀值与整个系统基本数据监测异常信息阀值，在单位时间内，可分为紧急、高、中、低阀值(如单一机型一天、一月或一季度时间内产生多少异常信息、整个系统内一天、一月或一季度时间内产生多少异常信息、单一异常信息一天、一月或一季度内有多少异常信息等等)。

在本实施例中通过在终端设计之初在终端内预先埋下监测点，在通过监测监测点输出的数据，对监测数据进行分析汇总形成不同场景下的测试用例，并将所有的测试用例进行汇总生成终端的测试模型。解决了需要大量的人工反复进行测试、模拟的传统测试方法带来的高成本低时效的技术问题。

进一步的，参照图3，基于上述实施例，提出了本发明终端测试模型生成方法的第二实施例，在本实施例中，参照图3，所述步骤s30之后还包括：

步骤s401，检测所述终端测试模型是否覆盖所有测试场景；

步骤s4011，若是，将所述终端测试模型作为最终测试模型；

步骤s4012，若否，则新增所述终端预设监测点。

具体而言，在本实施例中，终端系统根据终端预先埋下的监测点输出的数据进行分析汇总形成终端的测试模型，在最终形成的终端测试模型中包括有终端所有的监测点输出的数据形成的测试用例。在本实施例中，对终端形成的测试模型进行检测，包括，检测所有的应用场景是否都覆盖，该终端检测模型是否能满足终端所有场景的测试数据，如果全覆盖，即将该终端测试模型作为最终的终端测试模型存储在终端服务器；若果并不能全覆盖终端的所有应用场景，则需要在未能覆盖的应用场景中新增监测点，终端系统将新增的监测点的数据执行上述步骤s10至步骤s30的终端测试模型生成方法，重新生成终端的测试模型。以此，达到本发明提供的终端测试模型包括终端所有的应用场景下的测试用例。

在本实施例中通过终端系统检测通过监测生成的终端模型中是否覆盖该终端的所有应用场景，若未包括则需要在该终端新增监测埋点。既保障了本发明生成的终端测试模型包括了终端的所有测试场景，也保证了终端测试的高效性。

进一步地，参照图4，基于上述实施例，提出了本发明终端测试模型生成方法的第三实施例，在本实施例中，参照图4，所述步骤s30之后还包括：

步骤s402，检测所述终端测试模型是否覆盖所有所述预设监测点；

步骤s4021，将所述终端测试模型作为最终测试模型；

步骤s4022，若否，则重新形成所述终端测试模型。

具体而言，在本实施例中，终端系统按照上述实施例一中的步骤s10至步骤s30得到终端最终的终端测试模型，在得到的终端最终的终端测试模型中应包括该终端所有预先埋下的监测点输出的所有数据。具体地，在本实施例中，检测最终形成的终端测试模型是否覆盖终端的所有预设监测点，若检测出终端的测试模型已覆盖终端的所有预设监测点，则将该终端测试模型作为终端最终的测试模型；若监测出终端的测试模型中并未全部覆盖终端的所有预设监测点，则重复上述实施例一种的步骤s10至s30重新生成包含该终端所有监测点的终端测试模型。

在本实施例中通过检测生成的终端测试模型中是否包含该终端所有预先埋下的监测点的数据，若并未完全包括，则重新执行本发明提供的终端测试模型生成方法，直至生成的终端测试模型包含该终端所有预设测试点的数据。以此，保障了生成的终端测试模型的可靠性和实用性。

进一步地，参照图5，基于上述实施例，提出了本发明终端测试模型生成方法的第四实施例，在本实施例中，参照图5，所述步骤s10之后还包括：

步骤s101，在终端预设多个监测点；

步骤s102，将所述多个监测点按功能特性打上分类标识；

步骤s103，按所述监测点的分类标识输出对应的监测数据。

具体而言，在本实施例中，终端系统中预先埋下多个数据监测点，对所有的预设监测点进行分类并打上分类标识，其中，可以根据监测的数据不同将数据分为基本数据、交互数据、性能数据、异常信息等。其中，在基本数据监测埋点包括：终端机型、机芯、mac地址、终端id信息；wifi/蓝牙模块信息、语音模块信息、开、关机状态(如：开机动作指令是红外开机、语音开机、cec(消费性电子产品控制)开机、真待机状态、ai待机状态等等)等用户常规操控相关信息本发明中所指的基本数据包括但不限于上述分类标识。

交互数据监测埋点包括：启动应用流程记录(如：进入hdmi、打开影视中心、打开本地媒体、打开第三方应用)、交互流程记录(如：打开菜单、切换图像、声音模式、切换清晰度等)、语音交互记录、各个界面点击操作等等(不限于上述分类标识)；

性能数据监测埋点包括：前可用内存、系统内各应用占用情况、当前应用运行内存、应用启动时间等等(不限于上述分类标识)；

异常信息埋点包括：开/关机异常、播放异常、数据及通信异常、打开应用异常、切换异常、停止运行、无响应、操作卡顿等等(不限于上述分类标识)。终端按照分类标识输出对应的数据汇总，并分析汇总成为该分类场景的测试用例。

进一步地，参照图6，所述步骤s20还包括：

步骤s201，监测所述按分类标识输出的监测数据；

步骤s202，将所述监测数据按分类标识形成对应的监测数据汇总。

步骤s203，当监测到异常数据时将异常数据进行标记；

步骤s204，按照不同的分类标识汇总不同分类标识监测点出现的异常数据。

具体而言，在本实施例中，终端系统中接收根据监测点的分类标识将终端所有监测点输出的数据进行汇总，并根据分类及应用场景的不同生成各自不同的测试用例，最后将不同的测试用例汇总形成终端最终的测试模型。具体地，基本数据为基础数据，以便统计分析相关机型、机芯及用户常规操控数据分析；交互数据分析为终端的主要数据分析，可以之间进入相关的通道、启动应用分类统计，在通道或者应用界面下操作、点击操作步骤，电机频率、播放时长等数据进行分类、统计并且与基本数据相关联。性能数据为辅助数据，在对交互数据进行分析时起辅助作用，通过对交互数据的分析、统计以及其在单位时间内数值曲线变化及次数，与基本数据、交互数据相关联。

此外，在本实施例中，当终端监测到异常信息时，可根据异常信息设置单一机型基本数据监测异常信息阈值及整改终端系统的基本数据监测异常信息阈值，且，在固定的周期内，可分为紧急、高、中、低阈值，例如：单一机型一天、一月或一季度时间内产生多少异常信息、整个系统内一天、一月或一季度时间内产生多少异常信息、单一异常信息一天、一月或一季度内有多少异常信息等。

在本实施例中，将终端埋下的监测点打上分类标识，并按照分类标识输出监测数据，并在监测到异常数据时将异常数据进行标记，并按照不同的分类标记汇总不同分类标识监测点出现的异常数据，解决了用户各种操控场景难以模拟，测试维度难以常握的问题，提高了用户的使用体验以及产品的稳定性、可用性。

进一步的，参照图7，基于上述实施例，提出了本发明终端测试模型生成方法的第五实施例，在本实施例中，参照图7，所述步骤s30之后还包括：

步骤s301，从所述监测数据汇总中，提炼出操作频率高于预设阈值的场景，检测所述测试模型是否覆盖所述场景，若否，将所述场景添加到测试用例；

具体而言，在本实施例中，终端系统从得到的监测数据汇总中，提炼出操控最频繁的场景，例如，电视机系统中的开、关机动作、切换清晰度等场景，检测终端系统得到的数据汇总中是否覆盖了超过操作预设阈值的应用场景，如果没有覆盖，则将未覆盖到的应用场景添加到常规测试用例中。保障了用户的基本常规操作。

步骤s302，从所述监测数据汇总中，提炼出操作频率高于预设阈值的第三方应用，检测所述测试模型是否覆盖所述应用，若否，将所述应用添加到测试用例；

具体而言，在本实施例中，当终端系统接收到该终端所有预设监测点的数据汇总时，终端系统从分析得到的监测数据汇总中，提炼出操控最频繁的前几种第三方应用程序，例如，常见的视频软件、音乐播放软件等，终端检测上述实施例一中得到的监测数据汇总中是否包含高使用频率的第三方应用的操控场景下的测试数据，若未能覆盖，则将未覆盖到的第三方应用操控场景添加到测试用例中。这样即保障了用户的基本常规操作，也保障了用户第三方应用的正常使用。

步骤s303，从所述监测数据汇总中，提炼出异常信息下的操控场景，检测所述测试模型是否覆盖所述场景，若否，将所述场景添加到测试用例。

具体而言，在本实施例中，从监测数据中异常信息数据中提炼出异常数据报紧急、高风险状态下的操控场景，查看测试用例是否覆盖到相关场景，如没有覆盖到添加到常规测试用例或交互场景用例中；从监测数据中异常信息数据中提炼出异常数据报中、低风险状态下的操控场景，查看测试用例是否覆盖到相关场景，如没有覆盖到添加到交互场景用例中或压力测试用例中。

在本实施例中通过对终端的常规功能场景，使用最频繁的第三方应用场景以及异常场景是否在生成的终端测试模型中，当不存在时，将其对应的测试用例添加至终端测试用例中，解决了终端测试场景难以模拟，测试维度难以掌握的技术问题，并提高了本发明提供的终端测试模型覆盖的全面性及实用性。

此外，基于上述实施例，参照图8，本发明一种终端测试模型生成方法还包括：

步骤s40，将所述按分类标识的数据汇总进行交叉分析生成交叉测试用例；

步骤s50，将所述交叉测试用例存储至测试用例模型；

步骤s60，按预设周期更新所述终端测试模型。

具体而言，在本实施例中，本发明提供的终端测试模型生成方法还包括，当终端系统按照不同的分类标识输出对应的数据汇总后，根据实际使用的需要，将不同分类标识下的测试用例进行交叉分析，例如，什么样的交互操控场景下，出现异常信息最多，什么样的交互场景下性能数据最少、什么样的场景下交互场景下基本操控出异常信息最多等。并将该交叉测试用例也存入终端的测试用例模型。此外，为了保证本发明提供的终端测试模型生成方法的时效性，当终端开发有新的功能，或者新的需求时，在终端增添新的监测埋点，并且当异常数据的频率大于预设阈值时，也增添新的预设埋点，并且在监测过程中有新的异常，无法获取到监测时，分析解决问题后，添加新的监测预埋点；并且在无异常或新增功能的情况下，监测点也必须按照预设的周期(一周、一个月、一个季度或一年)进行增加、替换或者删除，必须保证本发明生成的终端测试用例与市场和用户需求紧紧相随。

本实施例中通过将不同分类标识下的数据汇总进行交叉分析，生成终端在交互场景下的测试用例，解决了用户各种操控场景难以模拟的技术问，并通过按周期对测试模型进行自动更新，增加了终端测试模型的与时俱进性。

此外，本发明还提供了一种终端设备，所述终端设备包括：存储器、处理器及存储在所述存储器上并可以在所述处理器上运行的终端测试模型生成程序，所述终端测试模型生成程序被所述处理器执行时实现上述实施例中任一项所述的终端测试模型生成方法的步骤。

此外，本发明实施例还提出了一种计算机可读存储介质，所述计算机可读存储介质上存储有终端测试模型生成程序，所述终端测试模型生成程序被执行时实现如下操作：

在终端预设监测点；

获取所述预设监测点的数据并输出所述终端的监测数据汇总；

根据所述监测数据汇总形成所述终端的测试模型。

进一步地，所述根据所述监测数据汇总形成所述终端的测试模型步骤之后还包括：

检测所述终端测试模型是否覆盖所有测试场景；

若是，将所述终端测试模型作为最终测试模型；

若否，则新增所述终端预设监测点。

进一步地，所述根据所述监测数据汇总形成所述终端的测试模型步骤之后还包括：

检测所述终端测试模型是否覆盖所有所述预设监测点；

若是，将所述终端测试模型作为最终测试模型；

若否，则重新形成所述终端测试模型。

进一步地，所述在终端预设监测点步骤包括：

在终端预设多个监测点；

将所述多个监测点按功能特性打上分类标识；

按所述监测点的分类标识输出对应的监测数据。

进一步地，所述监测所述预设监测点的数据并输出所述终端的监测数据汇总步骤包括：

监测所述按分类标识输出的监测数据；

将所述监测数据按分类标识形成对应的监测数据汇总。

进一步地，所述获取所述预设监测点的数据并输出所述终端的监测数据汇总步骤还包括：

当监测到异常数据时将异常数据进行标记；

按照不同的分类标记汇总不同分类标记监测点出现的异常数据。

进一步地，所述分析所述监测数据汇总并形成所述终端测试模型步骤包括：

从所述监测数据汇总中，提炼出操作频率高于预设阈值的场景，检测所述测试模型是否覆盖所述场景，若否，将所述场景添加到测试用例；

从所述监测数据汇总中，提炼出操作频率高于预设阈值的第三方应用，检测所述测试模型是否覆盖所述应用，若否，将所述应用添加到测试用例；

从所述监测数据汇总中，提炼出异常信息下的操控场景，检测所述测试模型是否覆盖所述场景，若否，将所述场景添加到测试用例。

进一步地，所述方法还包括：

将所述按分类标识的数据汇总进行交叉分析生成交叉测试用例；

将所述交叉测试用例存储至测试用例模型；

按预设周期更新所述终端测试模型。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。