CN105653455B - 一种程序漏洞的检测方法及检测系统 - Google Patents
一种程序漏洞的检测方法及检测系统 Download PDFInfo
- Publication number
- CN105653455B CN105653455B CN201511023844.9A CN201511023844A CN105653455B CN 105653455 B CN105653455 B CN 105653455B CN 201511023844 A CN201511023844 A CN 201511023844A CN 105653455 B CN105653455 B CN 105653455B
- Authority
- CN
- China
- Prior art keywords
- anomalous event
- program
- monitoring thread
- type
- test
- 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.)
- Active
Links
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/362—Software debugging
- G06F11/3644—Software debugging by instrumenting at runtime
-
- 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/362—Software debugging
- G06F11/366—Software debugging using diagnostics
Abstract
本发明提供一种程序漏洞的检测方法及检测系统，包括：测试时开启监控线程，所述监控线程用于监控待测程序中的异常事件；获取所述异常事件，并分析异常事件的类型，其中所述类型包括程序出错项、和程序有误项；判断所述异常事件是否导致测试中断；以及若测试中断或测试完成，则根据所述异常事件的类型对所述异常事件进行漏洞分析处理。本发明通过将异常事件类型分为程序出错项和程序有误项，并对不同类型的异常事件进行漏洞分析处理，不仅使对异常事件的获取来源丰富、准确，且无需人工干预，减少了漏洞分析的工作量，进而提升了测试的效率和测试范围。
Description
技术领域
本发明属于软件测试技术领域，尤其涉及一种程序漏洞的检测方法及检测系统。
背景技术
在信息技术高速发展的今天，越来越多的手机厂商、运营商、和开发商加入手机平台的阵营，带来了各种美化和制度手机系统，同时手机市场的应用数量增长迅速，这都离不开测试，测试的需求愈加迫切。
自动化测试能捕捉到资源冲突、多线程、死锁等手工测试难以发现的错误，可以高效的完成大量的机械性、重复性测试、能模拟大量数据或大量并发用户等应用场景，从而有效的缩短软件测试周期、提高测试的可靠性、及准确度。
目前的自动化测试技术错误检测机制，依然存在大量的缺点，如：测试中BUG(漏洞)的来源单一、容易误判、以及出现漏洞后需人为干预测，进而浪费大量的人力和系统资源等。
发明内容
有鉴于此，本发明的目的在于提供一种程序漏洞的检测方法及检测系统，可以解决现有技术中漏洞的来源单一、容易误判，以及出现漏洞后需人为干预测，进而浪费大量的人力和系统资源的技术问题。
为解决上述技术问题，本发明实施例提供一种程序漏洞的检测方法，包括：
测试时开启监控线程，所述监控线程用于监控待测程序中的异常事件；
获取所述异常事件，并分析异常事件的类型，其中所述异常事件的类型包括程序出错项、和程序有误项；
判断所述异常事件是否导致测试中断；以及
若测试中断或测试完成，则根据所述异常事件的类型对所述异常事件进行漏洞分析处理。
为解决上述技术问题，本发明实施例提供一种程序漏洞的检测系统，包括：
监控模块，用于测试时开启监控线程，所述监控线程用于监控待测程序中的异常事件；
类型模块，用于获取所述异常事件，并分析异常事件的类型，其中所述异常事件的类型包括程序出错项、和程序有误项；
中断模块，用于判断所述异常事件是否导致测试中断；以及
漏洞分析模块，用于当测试中断时或测试完成时，根据所述异常事件的类型对所述异常事件进行漏洞分析处理。
相对于现有技术，本发明提供的程序漏洞的检测方法及检测系统，通过将异常事件类型分为程序出错项和程序有误项，并对不同类型的异常事件进行漏洞分析处理，不仅使对异常事件的获取来源丰富、准确，且无需人工干预，减少了漏洞分析的工作量，进而提升了测试的效率和测试范围。
附图说明
图1是本发明实施例一提供的程序漏洞的检测方法的流程示意图；
图2是本发明实施例二提供的程序漏洞的检测方法的流程示意图；
图3是本发明实施例三提供的程序漏洞的检测系统的模块示意图；
图4是本发明实施例四提供的程序漏洞的检测系统的模块示意图；
图5A与图5B分别是本发明实施例一至四中所提供的程序漏洞的检测方法及检测系统的界面或日志的示意图。
具体实施方式
请参照附图中的图式，其中相同的组件符号代表相同的组件，本发明的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所示例的本发明的具体实施例，其不应被视为限制本发明未在此详述的其它具体实施例。
本发明原理以上述文字来说明，其并不代表为一种限制，本领域技术人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。本发明的原理使用许多其它泛用性或特定目的运算、通信环境或组态来进行操作。
本发明提供的程序漏洞的检测方法及检测系统，主要应用计算机中对应用于计算机环境中的程序进行漏洞检测，也可以通过计算机去模拟手机等移动终端进行程序漏洞的检测、或通信连接于所述移动终端进行程序漏洞的检测。
以下将分别进行详细说明。
实施例一
请参阅图1，所示为本发明实施例提供的程序漏洞的检测方法的流程示意图。
所述程序漏洞的检测方法，包括：
在步骤S101中，测试时，开启监控线程，所述监控线程用于监控待测程序中的异常事件。
其中，所述监控线程包括：界面监控线程、和日志监控线程。所述界面监控线程，用于对待测程序的界面进行监控，如图5A所示，以分析是否有来源于界面的异常事件；所述日志监控线程，对待测程序的日志进行监控，如图5B所示，以分析是否有来源于日志的异常事件。
所述监控线程，还用于记录所述异常事件及所述异常事件的来源，所述来源包括：界面或日志；也可以理解为，所述来源包括：界面监控线程或日志监控线程。
在步骤S102中，获取所述异常事件，并分析异常事件的类型。
其中，所述异常事件的类型包括：程序出错项和程序有误项。
所述程序出错项，代表为严重的程序错误，这种错误不需要进行额外的分析，可直接作为程序漏洞进行提交。这种程序出错项，会在界面监控线程中以对话框形式弹出，比如：XX停止运行、XX无响应、或XX无法连接。其中XX表示待测程序、或待测程序中的任意子程序。
所述程序有误项，指不确定的程序错误，还需进一步分析，才能确定是否作为程序漏洞进行提交。这种程序有误项，通常不会呈现在界面之上，而是记录在日志中，比如：XXException、XXCrash、app NotResponding、system NotResponding、或XXerror。其中XX表示待测程序、或待测程序的安装包。
在步骤S103中，判断所述异常事件是否导致测试中断。
其中，若测试中断，则执行步骤S104；程序仍可运行，则执行步骤S102，以继续获取异常事件。具体而言，所述测试中断的标准可以由用户设计，比如：被测程序的每千行代码的错误个数超过3个，则测试中断。
在步骤S104中，当测试中断或测试完成时，根据所述异常事件的类型对所述异常事件进行漏洞分析处理。
具体而言，本步骤包括：
(1)当测试中断或测试完成时，对所述异常事件的类型进行筛选，可以理解的是，可以通过筛选对异常事件进行严重程度的分级，并予以不同的处理，以减少工程量，进而节省时间和处理资源；
(2)筛选出程序出错项的异常事件，并作为程序漏洞提交；和/或
(3)筛选出程序有误项的异常事件，并进行验证，将无法通过验证的异常事件作为程序漏洞提交。可以理解的是，所述验证，是为规避程序中的逻辑错误，比如：理应调整到activity A，但是却跳转到了activity B。
本发明提供的程序漏洞的检测方法，通过将异常事件类型分为程序出错项和程序有误项，并对不同类型的异常事件进行漏洞分析处理，不仅使对异常事件的获取来源丰富、准确，且无需人工干预，减少了漏洞分析的工作量，进而提升了测试的效率和测试范围。
实施例二
请参阅图2，所示为本发明实施例提供的程序漏洞的检测方法的流程示意图。
所述程序漏洞的检测方法，包括：
在步骤S201中，测试时开启监控线程，以通过界面和日志来监控待测程序中的异常事件。
具体而言，本步骤包括：
(1)测试时开启监控线程，所述监控线程包括：界面监控线程、和日志监控线程，通过界面和日志同时监控，使异常事件的获取来源丰富、准确，且无需人工干预；
(2)通过所述界面监控线程，对所述待测程序的界面进行监控，如图5A所示，以分析是否有来源于界面的异常事件，比如：所述界面监控线程检测界面中是否出现错误关键字，如：无响应、无法连接、或停止运行等；
(3)通过所述日志监控线程，对所述待测程序的日志进行监控，如图5B所示，以分析是否有来源于日志的异常事件，比如：所述日志监控线程检测日志输出中的是否有错误关键字出现，如：Exception、Crash、NotResponding、或error等；以及
(4)记录所述异常事件及所述异常事件的来源，以便进行漏洞分析处理。其中，所述来源包括：界面或日志；也可以理解为，所述来源包括：界面监控线程或日志监控线程。
在步骤S202中，获取所述异常事件，并通过来源以分析异常事件的类型，其中，所述异常事件的类型包括：程序出错项和程序有误项。
具体而言，本步骤包括：
(1)当检测到所述异常事件时，对异常事件的反馈信息进行保存，比如：以截图的方式对所述反馈信息进行保存；
(2)通过所述反馈信息，分析所述异常事件是否来源于界面监控线程(或界面)；
(3)若来源于所述界面监控线程，则所述异常事件的类型为程序出错项。其中所述程序出错项，代表为严重的程序错误，这种错误不需要进行额外的分析，可直接作为程序漏洞进行提交。这种程序出错项，会在界面监控线程中以对话框形式弹出；
(4)若非来源于所述界面监控线程，则分析是否来源于日志监控线程(或日志)；以及
(5)若来源于所述日志监控线程，则异常事件的类型为程序有误项。其中所述程序有误项，指的是不是很确定的程序错误，还需进行进一步分析，才能确定是否作为程序漏洞进行提交。这种程序有误项，通常不会呈现在界面之上，而是记录在日志中。
在步骤S203中，判断所述异常事件是否导致测试中断。
其中，若未导致测试中断，则执行步骤S204；若测试中断，则执行步骤S205。
具体而言，所述测试中断的标准可以由用户设计，比如：被测程序的每千行代码的错误个数超过3个，则测试中断。
在步骤S204中，判断是否测试完成。
具体而言，所述测试完成的标准，也可以由用户设计，比如：测试的全部代码运行完毕、漏洞率低于预设合格范围、或测试中的漏洞的修复率高于预设修复范围等。
其中，若测试未完成，则返回步骤S202继续测试；若测试完成，则执行步骤S205。
在步骤S205中，当测试中断或测试完成时，判断所述异常事件的类型是否是程序出错项。
其中，若是程序出错项，则执行步骤S206，若不是程序出错项，视为程序有误项，并执行步骤S207。
在步骤S206中，将程序出错项的异常事件，并作为程序漏洞提交。
在步骤S207中，将程序有误项的异常事件进行验证。
可以理解的是，所述验证，是为规避程序中的逻辑错误，比如：理应调整到activity A，但是却跳转到了activity B。此时，仅需提供少量用于验证运行逻辑的接口，会直接减小验证脚本的工作量。
在步骤S208中，判断所述程序有误项是否通过验证。
其中，若可以通过验证，则执行步骤S209；无法通过验证，则执行步骤S210。
在步骤S209中，忽略所述程序有误项、或将所述程序有误项写入日志。
比如，通过加入一个标签来表示所述程序有误项可通过验证。
在步骤S210中，将无法通过验证的异常事件作为程序漏洞提交。
此外，所述检测方法，还可以包括如下关于检查点的步骤：
(1)判断检查点是否存在异常。其中所述检查点为测试工具提供的接口，测试者可利用这些接口生成检查点，比如：判断网络是否打开、或判断当前界面是否为待测程序的运行界面。
(2)若所述检查点存在异常，则获取所述检测点异常作为异常事件，并将异常事件的类型标注为程序出错项。
需要说明的是，所述检查点的步骤，可以根据测试者的设置或触发随时插入到上述流程的任意步骤中。
本发明提供的程序漏洞的检测方法，通过将异常事件类型分为程序出错项和程序有误项，并对不同类型的异常事件进行漏洞分析处理，不仅使对异常事件的获取来源丰富、准确，且无需人工干预，减少了漏洞分析的工作量，进而提升了测试的效率和测试范围。
实施例三
请参阅图3，所示为本发明实施例提供的程序漏洞的检测系统的模块示意图。
所述程序漏洞的检测系统300，包括：监控模块31、类型模块32、中断模块33、以及漏洞分析模块34。
监控模块31，用于测试时开启监控线程，所述监控线程用于监控待测程序中的异常事件。
其中，所述监控线程31包括：界面监控线程311、和日志监控线程312。
具体而言，所述界面监控线程311，用于对待测程序的界面进行监控，如图5A所示，以分析是否有来源于界面的异常事件。所述日志监控线程312，对待测程序的日志进行监控，如图5B所示，以分析是否有来源于日志的异常事件。
所述监控线程31，还用于记录所述异常事件及所述异常事件的来源，所述来源包括：界面或日志；也可以理解为，所述来源包括：界面监控线程或日志监控线程。
类型模块32，连接于所述监控模块31，用于获取所述异常事件，并分析异常事件的类型。
其中，所述异常事件的类型包括：程序出错项和程序有误项。
具体而言，所述程序出错项，代表为严重的程序错误，这种错误不需要进行额外的分析，可直接作为程序漏洞进行提交。这种程序出错项，会在界面监控线程中以对话框形式弹出，比如：XX停止运行、XX无响应、或XX无法连接。其中XX表示待测程序、或待测程序中的任意子程序。
所述程序有误项，指不确定的程序错误，还需进一步分析，才能确定是否作为程序漏洞进行提交。这种程序有误项，通常不会呈现在界面之上，而是记录在日志中，比如：XXException、XXCrash、app NotResponding、system NotResponding、或XXerror。其中XX表示待测程序、或待测程序的安装包。
中断模块33，连接于所述类型模块32，用于判断所述异常事件是否导致测试中断。
其中，所述测试中断的标准可以由用户设计，比如：被测程序的每千行代码的错误个数超过3个，则测试中断。
漏洞分析模块34，连接于所述中断模块33和待测程序(未标示)，用于当测试中断或测试完成时，根据所述异常事件的类型对所述异常事件进行漏洞分析处理。
所述漏洞分析模块34包括：出错项处理子模块341和/或有误项处理子模块342。
具体而言，所述出错项处理子模块341，用于将类型为程序出错项的异常事件作为漏洞提交。所述有误项处理子模块342，用于将类型为程序有误项的异常事件进行验证，并将无法通过验证的异常事件作为漏洞提交。
可以理解的是，所述验证，是为规避程序中的逻辑错误，比如：理应调整到activity A，但是却跳转到了activity B。
本发明提供的程序漏洞的检测系统，通过将异常事件类型分为程序出错项和程序有误项，并对不同类型的异常事件进行漏洞分析处理，不仅使对异常事件的获取来源丰富、准确，且无需人工干预，减少了漏洞分析的工作量，进而提升了测试的效率和测试范围。
实施例四
请参阅图4，所示为本发明实施例提供的程序漏洞的检测方法的流程示意图。
所述程序漏洞的检测系统400，包括：监控模块41、类型模块42、中断模块43、完成模块44、漏洞分析模块45、以及检查点测试模块46。
具体而言，监控模块41，用于测试时开启监控线程，以通过界面或日志来监控待测程序中的异常事件。并通过多来源监控，使异常事件的来源更加丰富、准确、且无需人工干预。
其中，所述监控线程41包括：界面监控线程411、日志监控线程412、和记录子模块413。
具体而言，所述界面监控线程411，用于对待测程序的界面进行监控，如图5A所示，以分析是否有来源于界面的异常事件，比如：所述界面监控线程检测界面中是否出现错误关键字，如：无响应、无法连接、或停止运行等。所述日志监控线程412，对待测程序的日志进行监控，如图5B所示，以分析是否有来源于日志的异常事件，比如：所述日志监控线程检测日志输出中的是否有错误关键字出现，如：Exception、Crash、NotResponding、或error等。所述记录子模块413，连接于所述界面监控线程411和所述日志监控线程412，用于记录所述异常事件及所述异常事件的来源，其中所述来源包括：界面或日志；也可以理解为，所述来源包括：界面监控线程或日志监控线程。
类型模块42，连接于所述监控模块41，用于获取所述异常事件，并分析异常事件的类型。
其中，所述类型模块包括42，包括：反馈保存模块421、来源分析模块422、和结果子模块423。
具体而言，所述反馈保存模块421，用于当检测到所述异常事件时，对异常事件的反馈信息进行保存，比如：以截图的方式对所述反馈信息进行保存。所述来源分析模块422，用于通过所述反馈信息分析所述异常事件是否来源于界面监控线程(或界面)或日志监控线程(或日志)。所述结果子模块423，用于当来源于所述界面监控线程时，所述异常事件的类型为程序出错项，以及当来源于所述日志监控线程时，异常事件的类型为程序有误项。
其中，所述程序出错项，代表为严重的程序错误，这种错误不需要进行额外的分析，可直接作为程序漏洞进行提交。这种程序出错项，会在界面监控线程中以对话框形式弹出。所述程序有误项，指的是不是很确定的程序错误，还需进行进一步分析，才能确定是否作为程序漏洞进行提交。这种程序有误项，通常不会呈现在界面之上，而是记录在日志中。
中断模块43，连接于所述类型模块42，用于判断所述异常事件是否导致测试中断。
其中，所述测试中断的标准可以由用户设计，比如：被测程序的每千行代码的错误个数超过3个，则测试中断。
完成模块44，连接于所述中断模块43，用于当异常事件未导致测试中断时，判断是否测试完成。
具体而言，所述测试完成的标准，也可以由用户设计，比如：测试的全部代码运行完毕、漏洞率低于预设合格范围、或测试中的漏洞的修复率高于预设修复范围等。
漏洞分析模块45，连接于所述中断模块43和完成模块44，用于当测试中断或测试完成时，根据所述异常事件的类型对所述异常事件进行漏洞分析处理。
所述漏洞分析模块45包括：筛选子模块451、出错项处理子模块452、和/或有误项处理子模块453。
具体而言，所述筛选子模块451，用于当测试中断或测试完成时，对所述异常事件的类型进行筛选。所述出错项处理子模块452，连接于所述筛选子模块451，用于将类型为程序出错项的异常事件作为漏洞提交。所述有误项处理子模块453，连接于所述筛选子模块451，用于将类型为程序有误项的异常事件进行验证，并将无法通过验证的异常事件作为漏洞提交。
可以理解的是，所述验证，是为规避程序中的逻辑错误，比如：理应调整到activity A，但是却跳转到了activity B。
所述检查点测试模块46，用于判断检查点是否存在异常，以及当所述检查点存在异常时，获取所述检查点异常作为异常事件，并将所述异常事件的类型标注为程序出错项。
其中，所述检查点为测试工具提供的接口，测试者可利用这些接口生成检查点，比如：判断网络是否打开、或判断当前界面是否为待测程序的运行界面。
需要说明的是，所述检查点测试模块46，通常通信连接于中断模块43，用于在检测到异常事件后，继续判断所述异常事件是否会导致中断。
本发明提供的程序漏洞的检测系统，通过将异常事件类型分为程序出错项和程序有误项，并对不同类型的异常事件进行漏洞分析处理，不仅使对异常事件的获取来源丰富、准确，且无需人工干预，减少了漏洞分析的工作量，进而提升了测试的效率和测试范围。
本发明实施例提供的程序漏洞的检测方法及检测系统属于同一构思，其具体实现过程详见说明书全文，此处不再赘述。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，RandomAccess Memory)、磁盘或光盘等。
综上所述，虽然本发明已以优选实施例揭露如上，但上述优选实施例并非用以限制本发明，本领域的普通技术人员，在不脱离本发明的精神和范围内，均可作各种更动与润饰，因此本发明的保护范围以权利要求界定的范围为准。
Claims (8)
1.一种程序漏洞的检测方法，其特征在于，包括：
测试时开启监控线程，所述监控线程用于监控待测程序中的异常事件；
获取所述异常事件，分析异常事件的类型，其中所述异常事件的类型包括程序出错项和程序有误项，所述程序出错项指严重的程序错误，所述程序有误项指不确定的程序错误；
判断所述异常事件是否导致测试中断；
若测试中断或测试完成，则对异常事件的类型进行筛选，以对异常事件进行严重程度的分级；
当异常事件的类型为程序出错项时，将异常事件作为程序漏洞提交；
当异常事件的类型为程序有误项时，对异常事件进行验证，将无法通过验证的异常事件作为程序漏洞提交。
2.如权利要求1所述的检测方法，其特征在于，获取所述异常事件，并分析异常事件的类型的步骤，包括：
当检测到所述异常事件时，对异常事件的反馈信息进行保存；
通过所述反馈信息分析所述异常事件是否来源于界面监控线程；
若来源于所述界面监控线程，则所述异常事件的类型为程序出错项；
若非来源于所述界面监控线程，则分析是否来源于日志监控线程；
若来源于所述日志监控线程，则异常事件的类型为程序有误项。
3.如权利要求1或2中任一项所述的检测方法，其特征在于，测试时开启监控线程，所述监控线程用于监控待测程序中的异常事件的步骤，包括：
测试时开启监控线程，所述监控线程包括：界面监控线程、和日志监控线程；
通过所述界面监控线程，对所述待测程序的界面进行监控，以分析是否有来源于界面的异常事件；
通过所述日志监控线程，对所述待测程序的日志进行监控，以分析是否有来源于日志的异常事件；以及
记录所述异常事件及所述异常事件的来源，以便进行漏洞分析处理。
4.如权利要求1所述的检测方法，其特征在于，测试时开启监控线程，所述监控线程用于监控待测程序中的异常事件的步骤，之后还包括：
判断检查点是否存在异常；以及
若所述检查点存在异常，则获取所述检测点异常作为异常事件，并将异常事件的类型标注为程序出错项。
5.一种程序漏洞的检测系统，其特征在于，包括：
监控模块，用于测试时开启监控线程，所述监控线程用于监控待测程序中的异常事件；
类型模块，用于获取所述异常事件，分析异常事件的类型，其中所述异常事件的类型包括程序出错项和程序有误项，所述程序出错项代表严重的程序错误，所述程序有误项指不确定的程序错误；
中断模块，用于判断所述异常事件是否导致测试中断；
漏洞分析模块，用于：
若测试中断或测试完成，则对异常事件的类型进行筛选，以对异常事件进行严重程度的分级；
当异常事件的类型为程序出错项时，将异常事件作为程序漏洞提交；
当异常事件的类型为程序有误项时，对异常事件进行验证，将无法通过验证的异常事件作为程序漏洞提交。
6.如权利要求5所述的检测系统，其特征在于，所述类型模块包括：
反馈保存模块，用于当检测到所述异常事件时，对异常事件的反馈信息进行保存；
来源分析模块，用于通过所述反馈信息分析所述异常事件是否来源于界面监控线程或日志监控线程；
结果子模块，用于当来源于所述界面监控线程时，所述异常事件的类型为程序出错项，以及当来源于所述日志监控线程时，异常事件的类型为程序有误项。
7.如权利要求5或6中任一项所述的检测系统，其特征在于，所述监控模块包括：
界面监控子模块，用于通过界面对待测程序进行监控，以分析是否有来源于界面的异常事件；
日志监控子模块，用于通过日志对待测程序进行监控，以分析是否有来源于日志的异常事件；以及
记录子模块，用于记录所述异常事件及所述异常事件的来源。
8.如权利要求5所述的检测系统，其特征在于，还包括：
检查点测试模块，连接于所述中断模块，用于判断检查点是否存在异常，以及当所述检查点存在异常时，获取所述检查点异常作为异常事件，并将所述异常事件的类型标注为程序出错项。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201511023844.9A CN105653455B (zh) | 2015-12-29 | 2015-12-29 | 一种程序漏洞的检测方法及检测系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201511023844.9A CN105653455B (zh) | 2015-12-29 | 2015-12-29 | 一种程序漏洞的检测方法及检测系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105653455A CN105653455A (zh) | 2016-06-08 |
| CN105653455B true CN105653455B (zh) | 2019-02-05 |
Family
ID=56490880
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201511023844.9A Active CN105653455B (zh) | 2015-12-29 | 2015-12-29 | 一种程序漏洞的检测方法及检测系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105653455B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107729167B (zh) * | 2016-08-10 | 2020-09-11 | 腾讯科技（深圳）有限公司 | 应用异常处理方法和装置 |
| CN108563581A (zh) * | 2018-04-25 | 2018-09-21 | 咪咕文化科技有限公司 | 异常检测处理方法及装置、电子设备及计算机存储介质 |
| CN111970224B (zh) * | 2019-05-20 | 2023-08-22 | 奇安信科技集团股份有限公司 | 终端设备的环境状态感知方法、装置和计算机设备 |
| CN111045920B (zh) * | 2019-10-12 | 2021-05-04 | 浙江大学 | 一种工作量感知的多分支软件变更级缺陷预测方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103544096A (zh) * | 2013-10-21 | 2014-01-29 | Tcl集团股份有限公司 | Android终端运行异常时的信息反馈方法及系统 |
| CN105045708A (zh) * | 2015-09-02 | 2015-11-11 | 上海斐讯数据通信技术有限公司 | 软件运行错误处理方法及系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6944796B2 (en) * | 2002-06-27 | 2005-09-13 | Intel Corporation | Method and system to implement a system event log for system manageability |
-
2015
- 2015-12-29 CN CN201511023844.9A patent/CN105653455B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103544096A (zh) * | 2013-10-21 | 2014-01-29 | Tcl集团股份有限公司 | Android终端运行异常时的信息反馈方法及系统 |
| CN105045708A (zh) * | 2015-09-02 | 2015-11-11 | 上海斐讯数据通信技术有限公司 | 软件运行错误处理方法及系统 |
Non-Patent Citations (1)
| Title |
|---|
| 基于Android系统的移动终端稳定性测试方法的研究与实践;董川;《中国优秀硕士学位论文全文数据库信息科技辑》;20130215(第2期);第41-43页 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105653455A (zh) | 2016-06-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10102113B2 (en) | Software test automation systems and methods | |
| Perez et al. | A test-suite diagnosability metric for spectrum-based fault localization approaches | |
| CN107807877B (zh) | 一种代码性能测试的方法和装置 | |
| US20130311827A1 (en) | METHOD and APPARATUS for automatic testing of automation software | |
| CN105653455B (zh) | 一种程序漏洞的检测方法及检测系统 | |
| CN111124919A (zh) | 一种用户界面的测试方法、装置、设备及存储介质 | |
| US10459830B2 (en) | Executable code abnormality detection | |
| US20150242380A1 (en) | Checking testing coverage | |
| Carrozza et al. | Analysis and prediction of mandelbugs in an industrial software system | |
| US9734042B1 (en) | System, method, and computer program for automated parameterized software testing | |
| CN115952081A (zh) | 一种软件测试方法、装置、存储介质及设备 | |
| CN110688063A (zh) | 一种Raid的慢盘筛选方法、装置、设备及介质 | |
| CA2811617C (en) | Commit sensitive tests | |
| CN110287700B (zh) | 一种iOS应用安全分析方法及装置 | |
| Wang et al. | Detecting SQL vulnerability attack based on the dynamic and static analysis technology | |
| US20120124428A1 (en) | Method and system for testing software on programmable devices | |
| Perez et al. | A theoretical and empirical analysis of program spectra diagnosability | |
| CN106919748B (zh) | 提高fpga原型验证效率的装置及方法 | |
| CN115757099A (zh) | 平台固件保护恢复功能自动测试方法和装置 | |
| CN115309661A (zh) | 一种应用测试方法、装置、电子设备及可读存储介质 | |
| CN114372003A (zh) | 测试环境监控方法、装置与电子设备 | |
| EP3091453A1 (en) | Designing a longevity test for a smart tv | |
| CN114020645A (zh) | 测试方法、装置、设备、可读存储介质及计算机程序产品 | |
| CN108763092B (zh) | 一种基于交叉验证的代码缺陷检测方法及装置 | |
| CN111858377A (zh) | 测试脚本的质量评价方法、装置、电子设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 523860 No. 18, Wu Sha Beach Road, Changan Town, Dongguan, Guangdong Applicant after: OPPO Guangdong Mobile Communications Co., Ltd. Address before: 523860 No. 18, Wu Sha Beach Road, Changan Town, Dongguan, Guangdong Applicant before: Guangdong OPPO Mobile Communications Co., Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |