CN111897720A - 一种测试场景的识别方法、测试***、设备和存储介质 - Google Patents
一种测试场景的识别方法、测试***、设备和存储介质 Download PDFInfo
- Publication number
- CN111897720A CN111897720A CN202010664217.8A CN202010664217A CN111897720A CN 111897720 A CN111897720 A CN 111897720A CN 202010664217 A CN202010664217 A CN 202010664217A CN 111897720 A CN111897720 A CN 111897720A
- Authority
- CN
- China
- Prior art keywords
- test program
- target test
- application programming
- programming interface
- preset objects
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 80
- 238000000034 method Methods 0.000 title claims abstract description 34
- 241000282693 Cercopithecidae Species 0.000 claims description 47
- 230000006870 function Effects 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 11
- 238000012545 processing Methods 0.000 claims description 11
- 238000012544 monitoring process Methods 0.000 description 16
- 238000010586 diagram Methods 0.000 description 6
- 230000006378 damage Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000013522 software testing Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开了一种测试场景的识别方法，包括：判断目标测试程序是否启动运行；若所述目标测试程序启动运行，则向至少两个预设对象提供应用程序编程接口，以使得所述至少两个预设对象能调用所述应用程序编程接口；判断所述目标测试程序是否退出运行；若所述目标测试程序退出运行，则通过所述应用程序编程接口通知所述至少两个预设对象所述目标测试程序退出运行。本发明还公开了测试***、设备和存储介质。本发明可以保障测试的顺利进行，提升测试效率和可靠性。
Description
技术领域
本发明涉及软件测试技术领域，尤其涉及一种测试场景的识别方法、测试***、设备和存储介质。
背景技术
Monkey测试，一般指这样的测试活动，用毫无规律的指令或操作使用被测***，观察***的稳定性和容错性能。由于Monkey测试存在无序、随机等非真实使用场景的情况，因此当Monkey测试启动运行或者退出运行时，APP、部分模组或部分子***需要根据Monkey的运行与否采取对应的处理。但是Monkey测试除了测试完成正常退出外，也有可能出现异常退出情况，而APP、部分模组或部分子***可能无法获知Monkey测试已经退出运行的情况，没有采取对应的措施，从而使得测试的结果出现偏差。
发明内容
基于此，有必要针对上述问题，提出了一种测试场景的识别方法、测试***、设备和存储介质。
一种测试场景的识别方法，包括：判断目标测试程序是否启动运行；若所述目标测试程序启动运行，则向至少两个预设对象提供应用程序编程接口，以使得所述至少两个预设对象能调用所述应用程序编程接口；判断所述目标测试程序是否退出运行；若所述目标测试程序退出运行，则通过所述应用程序编程接口通知所述至少两个预设对象所述目标测试程序退出运行。
其中，所述向至少两个预设对象提供应用程序编程接口的步骤之后，包括：在所述至少两个预设对象调用所述应用程序编程接口后，通过所述应用程序编程接口通知所述至少两个预设对象所述目标测试程序已启动运行。
其中，所述向至少两个预设对象提供应用程序编程接口的步骤之后，包括：在所述至少两个预设对象调用所述应用程序编程接口后，记录调用所述应用程序编程接口的至少两个预设对象；所述通过所述应用程序编程接口通知所述至少两个预设对象所述目标测试程序退出运行的步骤，包括：所述通过所述应用程序编程接口通知所述记录的至少两个预设对象所述目标测试程序退出运行。
其中，所述判断目标测试程序是否启动运行的步骤，包括：获取设置于所述目标测试程序的函数入口第一逻辑信息，根据所述第一逻辑信息判断所述目标测试程序是否启动运行。
其中，所述判断所述目标测试程序是否退出运行的步骤，包括：获取设置于所述目标测试程序的退出流程中的第二逻辑信息，根据所述第二逻辑信息判断所述目标测试程序是否退出运行。
其中，所述判断所述目标测试程序是否退出运行的步骤，包括：获取设置于所述目标测试程序的信号处理流程中的第三逻辑信息，根据所述第三逻辑信息判断所述目标测试程序是否退出运行。
其中，所述目标测试程序为Monkey测试程序；所述至少两个预设对象包括APP层和Native层。
一种测试***，包括：第一判断模块，用于判断目标测试程序是否启动运行；接口提供模块，用于若所述目标测试程序启动运行，则向至少两个预设对象提供应用程序编程接口，以使得所述至少两个预设对象能调用所述应用程序编程接口；第二判断模块，用于判断所述目标测试程序是否退出运行；退出通知模块，用于若所述目标测试程序退出运行，则通过所述应用程序编程接口通知所述至少两个预设对象所述目标测试程序退出运行。
一种测试设备，包括：处理器、存储器，所述处理器耦接所述存储器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序以实现如上所述的方法。
一种存储介质，存储有计算机程序，所述计算机程序能够被处理器执行以实现如上所述的方法。
采用本发明实施例，具有如下有益效果：
目标测试程序启动运行时，向至少两个预设对象提供应用程序编程接口，通过应用程序编程接口通知该至少两个预设对象目标测试程序的启动运行与退出运行，使得该至少两个预设对象可以根据目标测试程序的启动运行与退出运行采取对应的操作，保障测试的顺利进行，提升测试效率和可靠性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
其中：
图1是本发明提供的测试场景的识别方法的第一实施例的流程示意图；
图2是本发明提供的测试场景的识别方法的第二实施例的流程示意图；
图3是本发明提供的测试***的一实施例的结构示意图；
图4是本发明提供的测试设备的一实施例的结构示意图；
图5是本发明提供的存储介质的一实施例的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
当Monkey测试启动运行或者退出运行时，APP、部分模组或部分子***需要根据Monkey的运行与否采取对应的处理。APP、部分模组或部分子***可能无法获知Monkey测试已经退出运行的情况，没有采取对应的措施，从而使得测试的结果出现偏差。
请结合参阅图1，图1是本发明提供的测试场景的识别方法的第一实施例的流程示意图。本发明提供的测试场景的识别方法包括如下步骤：
S101：判断目标测试程序是否启动运行。若是，执行步骤S102。
在一个具体的实施场景中，目标测试程序为Monkey测试程序。由于Monkey测试存在无序、随机等非真实使用场景的情况，因此检测需要对Monkey测试程序是否处于运行状态进行检测。例如可以通过设置一个监测逻辑或者监测属性，当Monkey函数启动运行时，该监测逻辑或者监测属性将会返回一监测信息，根据该监测信息判断Monkey测试程序是否启动运行，例如，若接收到监测信息或者监测信息包括预设数据，则判定Monkey测试程序启动运行。
S102：向至少两个预设对象提供应用程序编程接口，以使得至少两个预设对象能调用应用程序编程接口。
在一个具体的实施场景中，至少两个预设对象包括APP层和Native层，在其他实施场景中，至少两个预设对象还包括部分模组和/或部分子***。向至少两个预设对象提供API(Application Programming Interface，应用程序编程接口)，使得该至少两个预设对象可以调用API，从而该至少两个预设对象可以通过API获取Monkey测试程序是否在运行中的信息。在本实施场景中，提供两个API分别给APP层和Native层。
由于Monkey测试存在无序、随机等非真实使用场景的情况，例如，在1秒钟打开相机程序100次，这将超出相机程序的负载，若按照Monkey测试指令执行的话，将有可能导致待测***卡死、崩溃等，使得测试无法进行，影响测试效果。而通知APP层和Native层之后，APP层和Native层对应的一些程序可以拒绝执行类似的会导致待测***卡死或崩溃的测试指令，保障测试的顺利进行，提升测试效率。
S103：判断目标测试程序是否退出运行。若是，执行步骤S104。
在一个具体的实施场景中，当判定Monkey测试已经启动运行后，就监测Monkey测试是否退出运行，以通知相关对象及时采取对应操作。具体地说，可以在Monkey的退出流程或者信号处理流程中嵌入一个监测逻辑，当Monkey函数退出运行时，该监测逻辑或者监测属性将会返回一监测信息，根据该监测信息判断Monkey测试程序是否启动运行，例如，接收到监测信息或者监测信息包括预设数据，则判定Monkey测试程序退出运行。
S104：通过应用程序编程接口通知至少两个预设对象目标测试程序退出运行。
在一个具体的实施场景中，当判定Monkey测试程序退出运行时，通过API接口通知至少两个预设对象，定Monkey测试程序退出运行，从而至少两个预设对象，例如APP层和Native层可以采取对应的措施。
通过上述描述可知，在本实施例中目标测试程序启动运行时，向至少两个预设对象提供应用程序编程接口，通过应用程序编程接口通知该至少两个预设对象目标测试程序的启动运行与退出运行，使得该至少两个预设对象可以根据目标测试程序的启动运行与退出运行采取对应的操作，保障测试的顺利进行，提升测试效率和可靠性。
请参阅图2，图2是本发明提供的测试场景的识别方法的第二实施例的流程示意图。本发明提供的测试场景的识别方法包括如下步骤：
S201：获取设置于目标测试程序的函数入口第一逻辑信息，根据第一逻辑信息判断目标测试程序是否启动运行。若是，执行步骤S202。
在一个具体的实施场景中，目标测试程序为Monkey测试程序，Monkey测试程序是一个bin文件，即可执行文件，对于Android的可执行文件，通常都会有函数入口，例如main函数、start函数等等。可以在main函数入口进行Monkey命令启动的识别，例如，在main函数入口设置一监控逻辑，获取该监控逻辑的第一逻辑信息，根据该第一逻辑信息判断Monkey测试程序是否启动运行。
S202：向至少两个预设对象提供应用程序编程接口，以使得至少两个预设对象能调用应用程序编程接口。
在一个具体的实施场景中，步骤S202与本发明提供的测试场景的识别方法的第一实施例中的步骤S102基本一致，此处不再进行赘述。
S203：在至少两个预设对象调用应用程序编程接口后，记录调用应用程序编程接口的至少两个预设对象。
在一个具体的实施场景中，在至少两个预设对象，例如APP层和Native层调用API之后会将自身注册到订阅列表中，根据订阅列表记录调用应用程序编程接口的至少两个预设对象。订阅列表中可以包括所有调用API的预设对象的信息，若有其他预设对象在判断目标测试程序是否启动运行之前已经调用API，则订阅列表中也会包括这些预设对象。
S204：通过应用程序编程接口通知至少两个预设对象目标测试程序已启动运行。
在一个具体的实施场景中，若Monkey测试程序已经启动运行，则通过API接口通知订阅列表中的预设对象Monkey测试程序已经启动运行。
S205：获取设置于目标测试程序的退出流程中的第二逻辑信息，根据第二逻辑信息判断目标测试程序是否退出运行。若是，执行步骤S207。
在一个具体的实施场景中，若Monkey测试程序正常运行，待预设的测试任务完成后将自动退出。在Monkey测试的正常的退出流程中嵌入第二逻辑，获取第二逻辑的逻辑信息，根据第二逻辑信息判断Monkey测试程序是否退出运行。
S206：获取设置于目标测试程序的信号处理流程中的第三逻辑信息，根据第三逻辑信息判断目标测试程序是否退出运行。若是，执行步骤S207。
在一个具体的实施场景中，若Monkey测试程序运行中出现问题，异常退出运行时，***将会执行进程销毁流程，在Android或Linux***中，进程销毁流程是通过信号来处理的，在信号处理流程中嵌入第三逻辑，获取第三逻辑的第三逻辑信息，根据第三逻辑信息判断Monkey测试程序是否退出运行。
需要说明的是，步骤S205和步骤S206根据实际使用情况(是否正常退出)选择其中一个步骤执行。
S207：通过应用程序编程接口通知记录的至少两个预设对象目标测试程序退出运行。
在一个具体的实施场景中，若判定Monkey测试程序退出运行，则通知订阅列表中的至少两个预设对象，例如APP层和Native层，Monkey测试程序退出运行，以使得APP层和Native层可以针对Monkey测试程序退出运行的情况采取相应措施，避免影响测试结果，提升测试的可靠性和效率。
通过上述描述可知，在本实施例中通过获取设置于目标测试程序的函数入口第一逻辑信息，根据第一逻辑信息定目标测试程序启动运行时，向至少两个预设对象提供应用程序编程接口，通过应用程序编程接口通知该至少两个预设对象目标测试程序的启动运行与退出运行，使得该至少两个预设对象可以根据目标测试程序的启动运行与退出运行采取对应的操作，保障测试的顺利进行，提升测试效率和可靠性。
请参阅图3，图3是本发明提供的测试***的一实施例的结构示意图。测试***10包括：第一判断模块11、接口提供模块12、第二判断模块13和退出通知模块14。
第一判断模块11用于判断目标测试程序是否启动运行。接口提供模块12用于若目标测试程序启动运行，则向至少两个预设对象提供应用程序编程接口，以使得至少两个预设对象能调用应用程序编程接口。第二判断模块13用于判断目标测试程序是否退出运行。退出通知模块14用于若目标测试程序退出运行，则通过应用程序编程接口通知至少两个预设对象目标测试程序退出运行。
接口提供模块12还用于在至少两个预设对象调用应用程序编程接口后，通过应用程序编程接口通知至少两个预设对象目标测试程序已启动运行。
接口提供模块12还用于在至少两个预设对象调用应用程序编程接口后，记录调用应用程序编程接口的至少两个预设对象。
退出通知模块14用于通过应用程序编程接口通知记录的至少两个预设对象目标测试程序退出运行。
第一判断模块11还用于获取设置于目标测试程序的函数入口第一逻辑信息，根据第一逻辑信息判断目标测试程序是否启动运行。
第二判断模块13还用于获取设置于目标测试程序的退出流程中的第二逻辑信息，根据第二逻辑信息判断目标测试程序是否退出运行。
第二判断模块13还用于获取设置于目标测试程序的信号处理流程中的第三逻辑信息，根据第三逻辑信息判断目标测试程序是否退出运行。
其中，目标测试程序为Monkey测试程序。
通过上述描述可知，在本实施例中，测试***通过设置于目标测试程序的函数入口第一逻辑信息判定目标测试程序启动运行时，向至少两个预设对象提供应用程序编程接口，通过设置于目标测试程序的退出流程中的第二逻辑信息或者设置于目标测试程序的信号处理流程中的第三逻辑信息判定目标测试程序退出运行时，通过应用程序编程接口通知该至少两个预设对象目标测试程序的启动运行与退出运行，使得该至少两个预设对象可以根据目标测试程序的启动运行与退出运行采取对应的操作，保障测试的顺利进行，提升测试效率和可靠性。
请参阅图4，图4是本发明提供的测试设备的一实施例的结构示意图。交易设备20包括处理器21、存储器22。处理器21耦接存储器22。存储器22中存储有计算机程序，处理器21在工作时执行该计算机程序以实现如图1-图2所示的方法。详细的方法可参见上述，在此不再赘述。
通过上述描述可知，在本实施例中，测试设备通过设置于目标测试程序的函数入口第一逻辑信息判定目标测试程序启动运行时，向至少两个预设对象提供应用程序编程接口，通过设置于目标测试程序的退出流程中的第二逻辑信息或者设置于目标测试程序的信号处理流程中的第三逻辑信息判定目标测试程序退出运行时，通过应用程序编程接口通知该至少两个预设对象目标测试程序的启动运行与退出运行，使得该至少两个预设对象可以根据目标测试程序的启动运行与退出运行采取对应的操作，保障测试的顺利进行，提升测试效率和可靠性。
请参阅图5，图5是本发明提供的存储介质的一实施例的结构示意图。存储介质30中存储有至少一个计算机程序31，计算机程序31用于被处理器执行以实现如图1-图3所示的方法，详细的方法可参见上述，在此不再赘述。在一个实施例中，计算机可读存储介质30可以是设备中的存储芯片、硬盘或者是移动硬盘或者优盘、光盘等其他可读写存储的工具，还可以是服务器等等。
通过上述描述可知，本发明中的存储介质中的计算机程序可以用于通过设置于目标测试程序的函数入口第一逻辑信息判定目标测试程序启动运行时，向至少两个预设对象提供应用程序编程接口，通过设置于目标测试程序的退出流程中的第二逻辑信息或者设置于目标测试程序的信号处理流程中的第三逻辑信息判定目标测试程序退出运行时，通过应用程序编程接口通知该至少两个预设对象目标测试程序的启动运行与退出运行，使得该至少两个预设对象可以根据目标测试程序的启动运行与退出运行采取对应的操作，保障测试的顺利进行，提升测试效率和可靠性。
区别于现有技术，本发明同时给至少两个预设对象提供API，可以及时通知APP层和Native层Monkey测试程序是否处于运行状态，从而运行采取对应的操作，保障测试的顺利进行，提升测试效率和可靠性。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种测试场景的识别方法，其特征在于，包括：
判断目标测试程序是否启动运行；
若所述目标测试程序启动运行，则向至少两个预设对象提供应用程序编程接口，以使得所述至少两个预设对象能调用所述应用程序编程接口；
判断所述目标测试程序是否退出运行；
若所述目标测试程序退出运行，则通过所述应用程序编程接口通知所述至少两个预设对象所述目标测试程序退出运行。
2.根据权利要求1所述的测试场景的识别方法，其特征在于，所述向至少两个预设对象提供应用程序编程接口的步骤之后，包括：
在所述至少两个预设对象调用所述应用程序编程接口后，通过所述应用程序编程接口通知所述至少两个预设对象所述目标测试程序已启动运行。
3.根据权利要求1所述的测试场景的识别方法，其特征在于，所述向至少两个预设对象提供应用程序编程接口的步骤之后，包括：
在所述至少两个预设对象调用所述应用程序编程接口后，记录调用所述应用程序编程接口的至少两个预设对象；
所述通过所述应用程序编程接口通知所述至少两个预设对象所述目标测试程序退出运行的步骤，包括：
所述通过所述应用程序编程接口通知所述记录的至少两个预设对象所述目标测试程序退出运行。
4.根据权利要求1所述的测试场景的识别方法，其特征在于，所述判断目标测试程序是否启动运行的步骤，包括：
获取设置于所述目标测试程序的函数入口第一逻辑信息，根据所述第一逻辑信息判断所述目标测试程序是否启动运行。
5.根据权利要求1所述的测试场景的识别方法，其特征在于，所述判断所述目标测试程序是否退出运行的步骤，包括：
获取设置于所述目标测试程序的退出流程中的第二逻辑信息，根据所述第二逻辑信息判断所述目标测试程序是否退出运行。
6.根据权利要求1所述的测试场景的识别方法，其特征在于，所述判断所述目标测试程序是否退出运行的步骤，包括：
获取设置于所述目标测试程序的信号处理流程中的第三逻辑信息，根据所述第三逻辑信息判断所述目标测试程序是否退出运行。
7.根据权利要求1所述的测试场景的识别方法，其特征在于，所述目标测试程序为Monkey测试程序；
所述至少两个预设对象包括APP层和Native层。
8.一种测试***，其特征在于，包括：
第一判断模块，用于判断目标测试程序是否启动运行；
接口提供模块，用于若所述目标测试程序启动运行，则向至少两个预设对象提供应用程序编程接口，以使得所述至少两个预设对象能调用所述应用程序编程接口；
第二判断模块，用于判断所述目标测试程序是否退出运行；
退出通知模块，用于若所述目标测试程序退出运行，则通过所述应用程序编程接口通知所述至少两个预设对象所述目标测试程序退出运行。
9.一种测试设备，其特征在于，包括：处理器、存储器，所述处理器耦接所述存储器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序以实现如权利要求1-7任一项所述的方法。
10.一种存储介质，其特征在于，存储有计算机程序，所述计算机程序能够被处理器执行以实现如权利要求1-7任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010664217.8A CN111897720A (zh) | 2020-07-10 | 2020-07-10 | 一种测试场景的识别方法、测试***、设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010664217.8A CN111897720A (zh) | 2020-07-10 | 2020-07-10 | 一种测试场景的识别方法、测试***、设备和存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111897720A true CN111897720A (zh) | 2020-11-06 |
Family
ID=73192346
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010664217.8A Pending CN111897720A (zh) | 2020-07-10 | 2020-07-10 | 一种测试场景的识别方法、测试***、设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111897720A (zh) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101916224A (zh) * | 2010-08-20 | 2010-12-15 | 迈普通信技术股份有限公司 | 测试进程异常检测方法以及自动化测试控制装置 |
| CN102141960A (zh) * | 2011-03-18 | 2011-08-03 | 广东欧珀移动通信有限公司 | 一种基于Android的自动化测试方法 |
| US20140108488A1 (en) * | 2012-10-11 | 2014-04-17 | Mstar Semiconductor, Inc. | Integration system and test system for incorporating plural application programs |
| CN108287790A (zh) * | 2017-12-29 | 2018-07-17 | 五八有限公司 | 终端的应用程序性能测试方法、装置及电子设备 |
-
2020
- 2020-07-10 CN CN202010664217.8A patent/CN111897720A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101916224A (zh) * | 2010-08-20 | 2010-12-15 | 迈普通信技术股份有限公司 | 测试进程异常检测方法以及自动化测试控制装置 |
| CN102141960A (zh) * | 2011-03-18 | 2011-08-03 | 广东欧珀移动通信有限公司 | 一种基于Android的自动化测试方法 |
| US20140108488A1 (en) * | 2012-10-11 | 2014-04-17 | Mstar Semiconductor, Inc. | Integration system and test system for incorporating plural application programs |
| CN108287790A (zh) * | 2017-12-29 | 2018-07-17 | 五八有限公司 | 终端的应用程序性能测试方法、装置及电子设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101414272B (zh) | 内存泄漏的检测方法和装置 | |
| CN107515808B (zh) | 日志记录方法、装置、计算机设备和计算机可读存储介质 | |
| CN106682162B (zh) | 日志管理方法及装置 | |
| CN106997316B (zh) | 内存异常增长的检测***及方法 | |
| CN107590016B (zh) | 掉电重启识别方法及装置 | |
| US10949286B2 (en) | Handling memory errors in memory modules that include volatile and non-volatile components | |
| CN111949368A (zh) | 应用程序控制方法及装置 | |
| US20120072779A1 (en) | Memory leak monitoring device and method for monitoring memory leak | |
| CN110674149B (zh) | 业务数据处理方法、装置、计算机设备和存储介质 | |
| CN110704228A (zh) | 一种固态硬盘异常处理方法及*** | |
| CN110618853B (zh) | 一种僵尸容器的检测方法、装置及设备 | |
| US20180081762A1 (en) | Information processing device | |
| CN114020432A (zh) | 任务异常处理方法、装置及任务异常处理*** | |
| CN111897720A (zh) | 一种测试场景的识别方法、测试***、设备和存储介质 | |
| CN113536320A (zh) | 一种错误信息处理方法、装置及存储介质 | |
| CN112015587B (zh) | 一种增强操作***可靠性的方法及装置 | |
| CN115904793A (zh) | 一种基于多核异构***的内存转存方法、***及芯片 | |
| CN111813748B (zh) | 一种文件***的挂载方法、装置、电子设备及存储介质 | |
| CN115757138A (zh) | 脚本异常原因的确定方法、装置、存储介质以及电子设备 | |
| CN110597674B (zh) | 一种存储器检测方法、装置、录像***及存储介质 | |
| CN110442467B (zh) | 一种数据共享方法及终端、计算机可读存储介质 | |
| CN110647455A (zh) | 一种存储设备重启记录方法和*** | |
| CN109491872B (zh) | 一种内存监管方法、装置和计算机可读存储介质 | |
| CN117950904B (zh) | 一种应用刷写检测方法以及软件底层启动管理模块 | |
| JPH06266573A (ja) | 障害復旧情報管理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |