CN108845948A - 软件测试系统中管理缺陷的方法和装置 - Google Patents
软件测试系统中管理缺陷的方法和装置 Download PDFInfo
- Publication number
- CN108845948A CN108845948A CN201810747359.3A CN201810747359A CN108845948A CN 108845948 A CN108845948 A CN 108845948A CN 201810747359 A CN201810747359 A CN 201810747359A CN 108845948 A CN108845948 A CN 108845948A
- Authority
- CN
- China
- Prior art keywords
- software
- versions
- defect
- version
- 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.)
- Pending
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/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)
- Stored Programmes (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种软件测试系统中管理缺陷的方法和装置。所述方法包括:当检测到对同一软件的至少两个版本的测试请求时,建立软件的至少两个版本的关联关系;在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息;根据所述软件的至少两个版本的关联关系,将在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中。
Description
技术领域
本发明涉及信息处理领域,尤指一种软件测试系统中管理缺陷的方法和装置。
背景技术
随着软件规模的日益增长,软件升级越来越频繁,程序缺陷bug是软件开发中不可避免的产物,其中软件版本不一致的问题越来越突出。其产生的原因可以追溯到软件开发的每个阶段,包括维护阶段,演化阶段等。为了尽快地修复软件bug,程序员必须花费大量的时间和精力查找导致软件失效的原因,并发布补丁。
大量的历史数据表明,超过45%的软件开发成本用于定位和修复bug的过程中,且定位和修复程序bug是软件工程问题的核心内容。为了降低修复过程中的时间和人力成本,自动程序修复方法应运而生。自动程序修复方法依据给定的程序问题,自动生成程序补丁,进而修复程序中的错误。修复中产生的程序补丁既可以自动添加到程序中,也可以用于指导开发者继续改进代码。根据自动程序修复方法的依据,产生了很多该领域的技术。
在实现本发明过程中,发现人发现现有技术存在如下问题:
在软件生产过程中,往往需要在一个基础版本软件的基础上根据不同的用户的需求进行不同的定制化开发,这些不同版本的软件项目之间往往有很高的相似性,一个项目中出现的bug往往在其他的项目上也很可能会存在。然而由于不同项目往往通过不同的项目组分开管理,导致一个项目中发现的bug不能及时在别的项目中进行检查和更正,因此降低了开发效率和开发质量。目前市场上有很多bug管理系统产品,但这些bug管理系统均是对不同的软件分开管理,对于多版本的软件没有考虑bug同步问题。
发明内容
为了解决上述技术问题,本发明提供了一种软件测试系统中管理缺陷的方法和装置,提高软件测试系统中缺陷的处理效率。
为了达到本发明目的,本发明提供了一种软件测试系统中管理缺陷的方法,包括:
当检测到对同一软件的至少两个版本的测试请求时,建立软件的至少两个版本的关联关系;
在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息;
根据所述软件的至少两个版本的关联关系,将在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中。
其中,所述方法还具有如下特点:所述当检测到对同一软件的至少两个版本的测试请求时,建立软件的至少两个版本的关联关系,包括:
获取所述软件的标识信息;
根据所述软件的标识信息,在测试系统中确定用于测试所述软件的目标测试子系统;
根据所述目标测试子系统所测试的软件的版本,建立所述目标测试子系统的关联关系。
其中,所述方法还具有如下特点:所述在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息之后,所述方法还包括:
记录所述软件的第一版本对所述缺陷的修改方法。
其中,所述方法还具有如下特点:所述根据所述软件的至少两个版本的关联关系,将在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中之后,所述方法还包括:
通知所述软件的其他版本的测试子系统确定是否所述软件的其他版本的测试子系统是否存在所述缺陷。
其中,所述方法还具有如下特点:所述通知所述软件的其他版本的测试子系统确定是否所述软件的其他版本的测试子系统是否存在所述缺陷之后,所述方法还包括:
接收所述软件的其他版本的测试子系统反馈的结果;
在反馈结果为存在所述缺陷时,将所述软件的第一版本对所述缺陷的修改方法发送给所述存在所述缺陷的其他版本的测试子系统。
一种软件测试系统中管理缺陷的装置,包括:
建立模块,用于当检测到对同一软件的至少两个版本的测试请求时,建立软件的至少两个版本的关联关系;
第一记录模块,用于在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息;
第一发送模块,用于根据所述软件的至少两个版本的关联关系,将在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中。
其中,所述装置还具有如下特点:所述建立模块包括:
获取单元,用于获取所述软件的标识信息;
确定单元,用于根据所述软件的标识信息,在测试系统中确定用于测试所述软件的目标测试子系统;
建立单元,用于根据所述目标测试子系统所测试的软件的版本,建立所述目标测试子系统的关联关系。
其中,所述装置还具有如下特点:所述装置还包括:
第二记录模块,用于在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息之后,记录所述软件的第一版本对所述缺陷的修改装置。
其中,所述装置还具有如下特点:所述装置还包括:
通知模块,用于在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中之后,通知所述软件的其他版本的测试子系统确定是否所述软件的其他版本的测试子系统是否存在所述缺陷。
其中,所述装置还具有如下特点:所述装置还包括:
接收模块,用于在通知所述软件的其他版本的测试子系统确定是否所述软件的其他版本的测试子系统是否存在所述缺陷之后,接收所述软件的其他版本的测试子系统反馈的结果;
第二发送模块,用于在反馈结果为存在所述缺陷时,将所述软件的第一版本对所述缺陷的修改装置发送给所述存在所述缺陷的其他版本的测试子系统。
本发明提供的实施例,通过建立软件的至少两个版本的关联关系,在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息,再根据关联关系,将在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中,实现对多版本软件的bug同步,某个版本的bug管理子系统能够自动导入其他版本软件已发现的bug,从而提高发现和修改bug的效率,提高开发效率和质量。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。
图1为本发明提供的软件测试系统中管理缺陷的方法的流程图;
图2为本发明提供的多版本软件的bug同步方法的示意图;
图3为本发明提供的软件测试系统中管理缺陷的装置的结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图1为本发明提供的软件测试系统中管理缺陷的方法的流程图。图1所示方法包括:
步骤101、当检测到对同一软件的至少两个版本的测试请求时,建立软件的至少两个版本的关联关系;
步骤102、在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息;
步骤103、根据所述软件的至少两个版本的关联关系,将在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中。
本发明提供的方法实施例,通过建立软件的至少两个版本的关联关系,在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息,再根据关联关系,将在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中,实现对多版本软件的bug同步,某个版本的bug管理子系统能够自动导入其他版本软件已发现的bug,从而提高发现和修改bug的效率,提高开发效率和质量。
下面对本发明提供的方法实施例作进一步说明:
本发明主要应用于多版本软件的bug同步,是一种多版本软件的bug管理优化方案,通过本方案进行多版本软件的bug管理,可以提高提高软件开发效率并提高软件研发效率。
本发明包括bug记录和bug同步和bug修改。在发现一个版本的软件bug以后,首先在本版本的bug记录中添加,并对bug进行修复,同时自动将该bug同步至其他版本软件的bug管理系统;其他版本软件的bug记录中自动导入来自其他版本软件的疑似软件bug,执行对bug的确认操作,如果在本版本软件上确认bug,则导入其他版本的bug修改记录并参考其对本版本的bug进行修改。
本发明的发明思路主要包括以下几个步骤:
步骤1:对多个版本的软件的关联性进行配置;
步骤2:某个版本软件中发现bug,对其记录并修改,并记录修改方法。
步骤3:不论是否修改完成,自动将该bug导出到其他版本的软件的bug管理子系统,且导出为疑似bug。
步骤4:在被导入疑似bug的软件的bug管理子系统中对疑似bug进行判定;
步骤5:对于已确认的疑似bug,自动导入其他版本软件的bug修改记录,参考其进行同步修改,并记录修改方法。如果其他版本软件都没有可导入的bug修改记录,则进行独立修改并记录修改方法。
在本发明提供的一个方法实施例中,所述当检测到对同一软件的至少两个版本的测试请求时,建立软件的至少两个版本的关联关系,包括:
获取所述软件的标识信息;
根据所述软件的标识信息,在测试系统中确定用于测试所述软件的目标测试子系统;
根据所述目标测试子系统所测试的软件的版本,建立所述目标测试子系统的关联关系。
举例来说,软件的标识信息可以为软件的名称或软件的编号信息等。在测试系统中以软件的标识信息为关键字,查询测试系统中运行的所述软件的子系统,例如,可以有测试软件1.0版本的测试子系统、测试软件2.0版本的测试子系统等,通过将上述子系统建立关联关系,实现多个测试子系统之间的关联,例如,可以通过测试子系统的标识信息进行标记。
通过建立不同版本间的软件系统之间的关联关系,可以有效的管理多个测试子系统,实现对缺陷的快速管理。
在本发明提供的一个方法实施例中,所述在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息之后,所述方法还包括:
记录所述软件的第一版本对所述缺陷的修改方法。
通过记录该修改方法,可以有效地为后续对缺陷的修改提供数据依据,同时也积累缺陷的处理经验。
在本发明提供的一个方法实施例中,所述根据所述软件的至少两个版本的关联关系,将在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中之后,所述方法还包括:
通知所述软件的其他版本的测试子系统确定是否所述软件的其他版本的测试子系统是否存在所述缺陷。
通过自动将该bug导出到软件其他版本的测试子系统,并将其作为疑似缺陷,通知软件其他版本的测试子系统,缩短其他软件版本的测试子系统发现缺陷的时间,提高缺陷的处理效率。
在本发明提供的一个方法实施例中,所述通知所述软件的其他版本的测试子系统确定是否所述软件的其他版本的测试子系统是否存在所述缺陷之后,所述方法还包括:
接收所述软件的其他版本的测试子系统反馈的结果;
在反馈结果为存在所述缺陷时,将所述软件的第一版本对所述缺陷的修改方法发送给所述存在所述缺陷的其他版本的测试子系统。
具体的,在确定其他版本的测试子系统中也存在该缺陷,则通知被导入的修改记录来修改当前版本软件的缺陷,为修改提供数据参考,提升缺陷的处理效率。
图2为本发明提供的多版本软件的bug同步方法的示意图。图2所示方案包括当前版本已发现bug记录,当前bug修改,其他版本疑似bug记录,疑似bug确认,疑似bug修改,具体包括如下步骤:
1)多版本软件的关联性配置。将相关性强,容易产生共性bug的不同版本的软件项目进行关联,在数据库中记录软件关联信息。
2)在多版本软件的一个版本中发现bug,在该版本软件的bug管理子系统记录bug详情,并在Bug修改完成后记录修改详情。
a.记录bug详情完毕即可进入下一步骤,bug修改及bug修改详情记录不是进行下一步骤的必要条件。
3)自动将bug导出为其他版本的疑似bug:将bug的来源版本的该bug的数据记录复制到其他版本的软件的bug管理系统的疑似bug数据表中。
4)在导入疑似bug的软件的bug管理子系统中,执行对疑似Bug的确认操作。如果确认疑似Bug在当前版本的软件中也存在,则自动导入其他版本软件的该bug修改记录,否则不导入。
a.由于其他版本软件中该bug的修改进度无法确定,在其他版本软件均没有修改完毕的情况下,将不会导入任何bug修改记录。
5)用户通过被导入的修改记录来修改当前版本软件的bug。Bug修改完毕后在当前版本软件的bug管理系统中记录bug修改详情。
本发明应用实例提供的方法,对于多个版本软件的开发场景,设计了一个bug管理系统中的bug同步方案,某个版本的bug管理子系统能够自动导入其他版本软件已发现的bug,从而提高发现和修改bug的效率,提高开发效率和质量。
图3为本发明提供的软件测试系统中管理缺陷的装置的结构图。图3所示装置包括:
建立模块301,用于当检测到对同一软件的至少两个版本的测试请求时,建立软件的至少两个版本的关联关系;
第一记录模块302,用于在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息;
第一发送模块303,用于根据所述软件的至少两个版本的关联关系,将在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中。
在本发明提供的一个装置实施例,所述建立模块包括:
获取单元,用于获取所述软件的标识信息;
确定单元,用于根据所述软件的标识信息,在测试系统中确定用于测试所述软件的目标测试子系统;
建立单元,用于根据所述目标测试子系统所测试的软件的版本,建立所述目标测试子系统的关联关系。
在本发明提供的一个装置实施例,所述装置还包括:
第二记录模块,用于在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息之后,记录所述软件的第一版本对所述缺陷的修改装置。
在本发明提供的一个装置实施例,所述装置还包括:
通知模块,用于在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中之后,通知所述软件的其他版本的测试子系统确定是否所述软件的其他版本的测试子系统是否存在所述缺陷。
在本发明提供的一个装置实施例,所述装置还包括:
接收模块,用于在通知所述软件的其他版本的测试子系统确定是否所述软件的其他版本的测试子系统是否存在所述缺陷之后,接收所述软件的其他版本的测试子系统反馈的结果;
第二发送模块,用于在反馈结果为存在所述缺陷时,将所述软件的第一版本对所述缺陷的修改装置发送给所述存在所述缺陷的其他版本的测试子系统。
本发明提供的装置实施例,通过建立软件的至少两个版本的关联关系,在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息,再根据关联关系,将在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中,实现对多版本软件的bug同步,某个版本的bug管理子系统能够自动导入其他版本软件已发现的bug,从而提高发现和修改bug的效率,提高开发效率和质量。
本领域普通技术人员可以理解上述实施例的全部或部分步骤可以使用计算机程序流程来实现,所述计算机程序可以存储于一计算机可读存储介质中,所述计算机程序在相应的硬件平台上(如系统、设备、装置、器件等)执行,在执行时,包括方法实施例的步骤之一或其组合。
可选地,上述实施例的全部或部分步骤也可以使用集成电路来实现,这些步骤可以被分别制作成一个个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
上述实施例中的各装置/功能模块/功能单元可以采用通用的计算装置来实现,它们可以集中在单个的计算装置上,也可以分布在多个计算装置所组成的网络上。
上述实施例中的各装置/功能模块/功能单元以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。上述提到的计算机可读取存储介质可以是只读存储器,磁盘或光盘等。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求所述的保护范围为准。
Claims (10)
1.一种软件测试系统中管理缺陷的方法,其特征在于,包括:
当检测到对同一软件的至少两个版本的测试请求时,建立软件的至少两个版本的关联关系;
在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息;
根据所述软件的至少两个版本的关联关系,将在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中。
2.根据权利要求1所述的方法,其特征在于,所述当检测到对同一软件的至少两个版本的测试请求时,建立软件的至少两个版本的关联关系,包括:
获取所述软件的标识信息;
根据所述软件的标识信息,在测试系统中确定用于测试所述软件的目标测试子系统;
根据所述目标测试子系统所测试的软件的版本,建立所述目标测试子系统的关联关系。
3.根据权利要求1所述的方法,其特征在于,所述在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息之后,所述方法还包括:
记录所述软件的第一版本对所述缺陷的修改方法。
4.根据权利要求3所述的方法,其特征在于,所述根据所述软件的至少两个版本的关联关系,将在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中之后,所述方法还包括:
通知所述软件的其他版本的测试子系统确定是否所述软件的其他版本的测试子系统是否存在所述缺陷。
5.根据权利要求4所述的方法,其特征在于,所述通知所述软件的其他版本的测试子系统确定是否所述软件的其他版本的测试子系统是否存在所述缺陷之后,所述方法还包括:
接收所述软件的其他版本的测试子系统反馈的结果;
在反馈结果为存在所述缺陷时,将所述软件的第一版本对所述缺陷的修改方法发送给所述存在所述缺陷的其他版本的测试子系统。
6.一种软件测试系统中管理缺陷的装置,其特征在于,包括:
建立模块,用于当检测到对同一软件的至少两个版本的测试请求时,建立软件的至少两个版本的关联关系;
第一记录模块,用于在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息;
第一发送模块,用于根据所述软件的至少两个版本的关联关系,将在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中。
7.根据权利要求6所述的装置,其特征在于,所述建立模块包括:
获取单元,用于获取所述软件的标识信息;
确定单元,用于根据所述软件的标识信息,在测试系统中确定用于测试所述软件的目标测试子系统;
建立单元,用于根据所述目标测试子系统所测试的软件的版本,建立所述目标测试子系统的关联关系。
8.根据权利要求6所述的装置,其特征在于,所述装置还包括:
第二记录模块,用于在对软件的第一版本的测试过程中检测到所述第一版本的软件存在缺陷后,记录所述缺陷的描述信息之后,记录所述软件的第一版本对所述缺陷的修改装置。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
通知模块,用于在所述第一版本记录的缺陷发送给所述软件的其他版本的测试子系统中之后,通知所述软件的其他版本的测试子系统确定是否所述软件的其他版本的测试子系统是否存在所述缺陷。
10.根据权利要求9所述的装置,其特征在于,所述装置还包括:
接收模块,用于在通知所述软件的其他版本的测试子系统确定是否所述软件的其他版本的测试子系统是否存在所述缺陷之后,接收所述软件的其他版本的测试子系统反馈的结果;
第二发送模块,用于在反馈结果为存在所述缺陷时,将所述软件的第一版本对所述缺陷的修改装置发送给所述存在所述缺陷的其他版本的测试子系统。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810747359.3A CN108845948A (zh) | 2018-07-09 | 2018-07-09 | 软件测试系统中管理缺陷的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810747359.3A CN108845948A (zh) | 2018-07-09 | 2018-07-09 | 软件测试系统中管理缺陷的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108845948A true CN108845948A (zh) | 2018-11-20 |
Family
ID=64196195
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810747359.3A Pending CN108845948A (zh) | 2018-07-09 | 2018-07-09 | 软件测试系统中管理缺陷的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108845948A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103593295A (zh) * | 2013-11-26 | 2014-02-19 | 迈普通信技术股份有限公司 | 一种多分支软件缺陷跟踪方法及系统 |
CN104978270A (zh) * | 2015-07-03 | 2015-10-14 | 上海触乐信息科技有限公司 | 一种自动化地软件测试方法和装置 |
CN104991857A (zh) * | 2015-06-08 | 2015-10-21 | 小米科技有限责任公司 | 跟踪调试方法及装置 |
CN107797813A (zh) * | 2017-10-13 | 2018-03-13 | 福建天泉教育科技有限公司 | 一种软件敏捷开发方法及系统 |
-
2018
- 2018-07-09 CN CN201810747359.3A patent/CN108845948A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103593295A (zh) * | 2013-11-26 | 2014-02-19 | 迈普通信技术股份有限公司 | 一种多分支软件缺陷跟踪方法及系统 |
CN104991857A (zh) * | 2015-06-08 | 2015-10-21 | 小米科技有限责任公司 | 跟踪调试方法及装置 |
CN104978270A (zh) * | 2015-07-03 | 2015-10-14 | 上海触乐信息科技有限公司 | 一种自动化地软件测试方法和装置 |
CN107797813A (zh) * | 2017-10-13 | 2018-03-13 | 福建天泉教育科技有限公司 | 一种软件敏捷开发方法及系统 |
Non-Patent Citations (1)
Title |
---|
胡昌振: "《网络入侵检测原理与技术》", 30 June 2010 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106844217B (zh) | 对应用的控件进行埋点的方法及装置、可读存储介质 | |
US8151248B1 (en) | Method and system for software defect management | |
CN104077217B (zh) | 代码文件的编译发布方法及系统 | |
CN108959059B (zh) | 一种测试方法以及测试平台 | |
CN104583789B (zh) | 测试单元控制器的决策和执行树的创建和调度 | |
CN113228100A (zh) | 成像模态智能发现维护系统和方法 | |
CN104335056B (zh) | 测试器和材料处理设备之间用于分开和控制测试单元操作中多个实体的不同请求的插入器 | |
CN107741903A (zh) | 应用程序兼容性测试方法、装置、计算机设备和存储介质 | |
CN104090776A (zh) | 一种软件开发方法及系统 | |
CN111048215B (zh) | 一种基于crm的医疗视频制作方法及系统 | |
CN107402789A (zh) | 一种服务器集群自动批量穿透raid卡刷新硬盘fw的方法 | |
CN109783351A (zh) | 界面测试方法、装置及计算机可读存储介质 | |
CN104364664B (zh) | 用于创建、定义和执行spc规则决策树的算法和结构 | |
CN110134593A (zh) | 软件测试方法、装置、电子设备及存储介质 | |
CN105095623A (zh) | 疾病生物标志物的筛选分析方法、平台、服务器及系统 | |
CN113196315A (zh) | 成像模态保养维护包系统和方法 | |
CN114780370A (zh) | 基于日志的数据修正方法、装置、电子设备及存储介质 | |
CN105868956A (zh) | 一种数据处理方法及装置 | |
CN110221933A (zh) | 代码缺陷辅助修复方法及系统 | |
US20180336477A1 (en) | Information processing apparatus and non-transitory computer readable medium | |
CN106201857A (zh) | 测试用例的选取方法及装置 | |
CN106789142A (zh) | 资源配置的方法和装置 | |
CN108595332A (zh) | 软件测试方法及装置 | |
JP2021131831A (ja) | 情報処理装置、情報処理方法及びプログラム | |
US11031125B2 (en) | Identification of structural parts in error handling of medical devices |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181120 |