CN107451044A - 定位系统中出错位置的方法及其设备 - Google Patents

定位系统中出错位置的方法及其设备 Download PDF

Info

Publication number
CN107451044A
CN107451044A CN201610373613.9A CN201610373613A CN107451044A CN 107451044 A CN107451044 A CN 107451044A CN 201610373613 A CN201610373613 A CN 201610373613A CN 107451044 A CN107451044 A CN 107451044A
Authority
CN
China
Prior art keywords
interface
test
data
user
equipment
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.)
Granted
Application number
CN201610373613.9A
Other languages
English (en)
Other versions
CN107451044B (zh
Inventor
刘多嘉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Century Trading Co Ltd, Beijing Jingdong Shangke Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN201610373613.9A priority Critical patent/CN107451044B/zh
Publication of CN107451044A publication Critical patent/CN107451044A/zh
Application granted granted Critical
Publication of CN107451044B publication Critical patent/CN107451044B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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/3684—Test management for test design, e.g. generating new test cases
    • 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)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明提供了一种用于定位系统中出错位置的方法，所述系统包括多个组件，所述多个组件具有各自的接口，所述方法包括：采集各个接口的数据和参数；使用采集到的数据和参数，根据预定规则进行接口分类和业务组装，以建立各个接口与所述系统的直接组网关系；以及根据所述直接组网关系，针对各个接口执行接口检测，以确定所述系统的错误发生在所述各个接口中的哪个接口处。上述方案使得测试人员可以直接自动定位问题发生的位置，无需逐级层层推进来定位问题，节省时间，提高整体团队研发测试效率。

Description

定位系统中出错位置的方法及其设备
技术领域
本发明涉及检错领域，具体地，涉及用于定位系统中出错位置的方法及其设备。
背景技术
如今各种数据处理和应用系统变得越来越复杂。因此在系统开发过程中，通常需要将系统分割为多个部分，每个部分由不同的开发人员/团队进行设计。例如，某个复杂的系统包括前端展示系统A、中间/后端处理系统B、C、D等。在一个示例中，由开发人员/团队甲开发的前端展示系统A可能依赖于开发人员/团队乙开发的系统B，系统B可能依赖于开发人员/团队丙开发的系统C，且系统C可能依赖于开发人员/团队丁开发的系统D。
当该复杂系统出现错误时，测试人员需要根据系统层级依赖关系寻找出错位置。例如在上述示例中，在理想情况下，测试人员根据A-＞B-＞C-＞D的顺序来确定出错位置，并在该出错位置处通过查询日志来定位出错时间以及错误详情。
然而在现有技术中的大多数情况下，可能需要花费大量不必要的时间来定位错误位置。例如如果问题出在系统D处，则测试人员可能会在系统A、B和C处则浪费大量的时间，通过尝试各个系统之间的各种组合来获得正确的系统层级依赖关系A-＞B-＞C-＞D。特别是在当前端展示系统A依赖集成层级较多时，测试人员精准定位问题更成为了难点。通过查询日志的方式来查询所依赖的每个系统以排查问题会浪费大量的时间，如果是依赖层级非常的深，单纯通过人工查询日志，通常是非常不可靠的。
因此，需要一种快速且可靠的问题定位方法。
发明内容
为了解决上述问题中的至少一些，本发明实施例提供了一种用于定位系统中出错位置的方法及其设备。
根据本发明的一个方案，提供了一种用于定位系统中出错位置的方法，所述系统包括多个组件，所述多个组件具有各自的接口，所述方法包括：采集各个接口的数据和参数；使用采集到的数据和参数，根据预定规则进行接口分类和业务组装，以建立各个接口与所述系统的直接组网关系；以及根据所述直接组网关系，针对各个接口执行接口检测，以确定所述系统的错误发生在所述各个接口中的哪个接口处。
根据本发明的另一方案，提供了一种用于定位系统中出错位置的设备，所述系统包括多个组件，所述多个组件具有各自的接口，所述设备包括：数据采集模块，用于采集各个接口的数据和参数；组网关系确定模块，用于使用采集到的数据和参数，根据预定规则进行接口分类和业务组装，以建立各个接口与所述系统的直接组网关系；以及错误位置确定模块，用于根据所述直接组网关系，针对各个接口执行接口检测，以确定所述系统的错误发生在所述各个接口中的哪个接口处。
上述方案使得测试人员可以直接自动定位问题发生的位置，无需逐级层层推进来定位问题，节省时间，提高整体团队研发测试效率。
附图说明
通过下面结合附图对发明进行的详细描述，将使本发明的上述特征和优点更加明显，其中：
图1提供了根据本发明的实施例的用于定位系统中出错位置的方法的简化流程图；
图2提供了根据本发明的实施例的用于定位系统中出错位置的设备的简化框图；以及
图3示出了根据本发明实施例的用于定位系统中出错位置的方法的具体示例的示意图。
具体实施方式
下面，参考附图详细说明本发明的优选实施方式。在附图中，虽然示于不同的附图中，但相同的附图标记用于表示相同的或相似的组件。为了清楚和简明，包含在这里的已知的功能和结构的详细描述将被省略，以避免使本发明的主题不清楚。
图1示出了根据本发明的实施例的用于定位系统中出错位置的方法的简要流程图，其中，该系统包括多个组件，该多个组件具有各自的接口。图1所示的方法包括：步骤S110，采集各个接口的数据和参数；步骤S120，使用采集到的数据和参数，根据预定规则进行接口分类和业务组装，建立各个接口与系统的直接组网关系；以及步骤S130，根据直接组网关系，针对各个接口执行接口检测，以确定系统的错误发生在各个接口中的哪个接口处。
在一些示例中，上述预定规则包括该多个组件之间的依赖关系和/或哪些接口需要被抽取以进行检测。当然，在其他一些示例中，也可使用本领域技术人员容易想到的其他一些规则，例如在使用Java语言的情况下，可使用所采集的Java数据包的包名+类名，如：com.xxx.xx.className。
在一些示例中，针对各个接口执行接口检测包括：生成测试规则；根据所述测试规则生成测试脚本；以及针对各个接口执行测试脚本。
在一些示例中，测试规则可以是：断言预期结果与测试结果是否相等。然而在其他一些示例中，也可以使用本领域技术人员根据本发明的技术启示容易想到的任何接口测试规则，只要该规则能够确定所测试的接口是否正常。
在一些示例中，接口数据的采集可由用户通过用户界面触发，或由系统自动触发。
图2提供了根据本发明的实施例的用于定位系统中出错位置的设备的简化框图，其中，系统包括多个组件，该多个组件具有各自的接口。
图2所示的设备包括：数据采集模块210，用于采集各个接口的数据和参数；组网关系确定模块220，用于使用采集到的数据和参数，根据预定规则进行接口分类和业务组装，以建立各个接口与所述系统的直接组网关系；以及错误位置确定模块230，用于根据所述直接组网关系，针对各个接口执行接口检测，以确定所述系统的错误发生在所述各个接口中的哪个接口处。
如上所述，上述预定规则包括多个组件之间的依赖关系和/或哪些接口需要被抽取以进行检测，以及本领域技术人员容易想到的其他一些规则。
在一些示例中，错误位置确定模块230可包括：测试规则生成子模块232，用于生成测试规则；测试脚本生成子模块234，用于根据所述测试规则生成测试脚本；以及测试执行子模块236，用于针对各个接口执行测试脚本。
在一些示例中，错误位置确定模块230所使用的测试规则可以是：断言预期结果与测试结果是否相等。然而，如上所述，在其他一些示例中，也可以使用本领域技术人员根据本发明的技术启示容易想到的任何接口测试规则，只要该规则能够确定所测试的接口是否正常。
在一些示例中，数据采集模块210执行的数据采集可由用户通过用户界面触发，或由系统自动触发。
需要说明的是，图1和图2所示的方法步骤和结构框图仅是为了更清楚地说明本发明而做出的简化视图。在具体的实现中，还可存在更多或更少的步骤/模块。例如，在图2所示的框图中还可添加输入/输出设备、显示设备、存储设备等。这些变型和修改同样在本发明的范围之内。
下面结合图3描述根据本发明实施例的用于定位系统中出错位置的方法的具体示例的示意图。
在图3中所示的示意图中，从上到下分为用户视图、基础组件和数据源三层。
用户视图可指示本文所述的错误定位设备/系统与用户的交互。需要注意的是，虽然在图3中某些操作由用户例如通过与用户界面(UI)的交互手动触发，然而在其他一些示例中，也可以通过一些事件的发生来触发。例如，虽然图3中示出为通过UI手动触发接口的数据采集，然而在一些示例中，也可通过某个定时器到期而自动触发该数据采集。具体地，用户视图层的各个框的解释如下：
UI手工触发：用户可以例如通过页面上的按钮点击事件来触发接口数据采集。如上所述，也可以使用例如定时器到期来替代该按钮点击事件触发接口数据采集。
用户定义规则：在图3中具体化为“用户定义分析规则”，用户可通过其来在页面中配置分析规则。然而在其他一些示例中，所配置的规则可不限于分析规则，也可包括其他任何所需规则。在此情况下，可对图3的相应框的名称进行修改以明示这一点，当然也可以不进行修改。此外，在此情况下，也可以在图3的用户定义分析规则(或其修改后的其他名称)与接收规则的框/模块之间建立连接以分发规则。
在一些实施例中分析规则例如可以配置包名等。与采集规则类似，在使用Java数据包的情况下，可将Java数据包的包名和类名配置为例如com.xxx.xxx.ClassName，以对具体该特征的数据包进行分析，建立该数据包所来自的接口与系统直接的组网关系。在一些示例中，分析规则所定义的范围可以比采集规则所定义的范围小，然而在另一些示例中，该两个范围可以相同。
用户定义测试代码生成规则：用户可在页面上配置测试代码生成规则，例如指定接口测试脚本断言与验证点的规则、测试数据等。
UI手工触发执行：执行运行脚本。
UI层直接展示某系统问题：通过UI呈现测试结果，用户可以直观地在页面上看到被测系统哪里出了问题。除了呈现测试结果之外，也可呈现与测试结果有关的其他任何信息。例如，出问题的系统/接口的相关设计团队/人员的信息、上一次测试正常的时间、从上一次测试正常到本次测试之间的版本修改信息等等，本发明不对此进行限制。
基础组件层指示了本文所述的错误定位设备/系统的基本功能，其中的一些在图2中以模块/子模块的形式给出。具体地，基础组件层的各个框的解释如下
接口自动采集：可根据采集规则，采集与被测试系统的接口有关的数据。在发明的一些示例中，采集规则例如可以是Java数据包的包名和类名，如com.xxx.xxx.ClassName。该采集规则可由用户通过UI界面设置，或根据某些预设条件由系统生成，本发明对此不再赘述。
接口自动分析：可根据用户定义的规则，自动的进行接口归类和业务组装，建立接口与系统直接的组网关系。例如，可根据所采集的Java数据包的包名和类名(例如com.xxx.xxx.ClassName)进行归类和业务组装操作，并通过接口与接口的直接调用来建立接口与接口之间的直接组网关系。这里所指的规则可以是以下至少一项：多个组件之间的依赖关系，和/或哪些接口需要被抽取以进行检测。
测试代码生成器：可基于接口测试规则，根据测试代码生成规则生成可执行的测试文件脚本。例如，在一些示例中，接口测试规则可以是断言预期结果与测试结果是否相等。然而在其他示例中，也可以使用本领域技术人员根据本发明的技术启示容易想到的任何接口测试规则，只要该规则能够确定所测试的接口是否正常。此处可使用本领域技术人员采用或容易想到的任何测试代码生成规则，该规则根据脚本语言可以不同。例如，根据上述的接口测试规则(断言预期结果与测试结果是否相等)的一个脚本示例可以是：
例如，预期结果可以是：
实际结果可以是：
然后断言二者是否相等：
Assert.assertEquals(a，b)
需要注意的是，以上仅是为了简洁清楚说明本发明的技术方案而提供的示例。在其他示例中，可采用更简单或更复杂的其他形式，本发明不受该具体实现形式的限制。
还需要注意的是，上述脚本所涉及的测试是针对接口自动分析中建立的组网关系中的各接口来进行的。例如，以组网关系A-＞B-＞C-＞D为例，可按照A、B、C、D的顺序执行各个系统的接口的测试。
执行调度：可以把脚本分发给不同的执行机器进行执行。此处的调度可根据本领域中常用的调度方法进行，本发明在此不做限制。
测试结果收集：根据脚本执行的日志和报告收集执行结果，并将执行结果通知用户。例如，可将执行接口通过UI呈现给用户，或通过例如邮件的方式直接推送给其他相关人员(例如相关系统的直接设计人员、团队负责人等)。
数据源层指示了接口数据采集所针对的数据源，即，各个接口。
如图3中的基本组件层所示，首先执行接口数据采集。可以通过在用户界面(例如，页面)上手动触发来触发从接口数据源采集接口数据和参数等信息。当然，也可通过其他方式出发该数据采集，例如通过定时器到期来自动触发数据采集。
然后执行接口分析。在该步骤中，可根据用户定义的规则，自动的进行接口归类和业务组装，建立接口与系统直接的组网关系。例如，可根据所采集的Java数据包的包名和类名(例如com.xxx.xxx.ClassName)进行归类和业务组装操作，并通过接口与接口的直接调用来建立接口与接口之间的直接组网关系，亦即，接口与系统直接的组网关系。这里所指的规则可以是以下至少一项：多个组件之间的依赖关系，和/或哪些接口需要被抽取以进行检测。
接下来可执行接口检测，以确定系统的错误发生在各个接口中的哪个接口处。例如，在获得上述的直接组网关系之后，可根据该直接组网关系，针对各个接口执行接口检测。测试具体可包括如上所述的根据用户配置的测试代码生成规则，生成测试脚本，并执行该测试脚本。
之后，执行调度脚本，可以通过页面触发或定时触发来执行脚本。具体地，该脚本的执行可由用户通过UI手动触发或系统自动触发。
在执行测试脚本和调度脚本之后，自动收集和反馈测试结果。例如通过页面的方式直接展示给用户所依赖的哪个系统的哪个接口出了问题，负责人是谁，同时也可以通过邮件的方式将该信息推送给相关人员。
根据本发明所述的方法，测试人员可以自动获得接口的直接依赖和层级关系，从而能够自动定位问题(特别是具有较深层级依赖关系的问题)发生的位置，无需逐级层层推进来定位问题，节省问题排查时间，提高整体团队研发测试效率。
需要注意的是，本发明实施例所记载的技术方案在不冲突的情况下可以任意组合。
在本发明所提供的几个实施例中，应该理解到，所揭露的方法和设备，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本发明各实施例中的各功能单元可以全部集成在一个第二处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上面的描述仅用于实现本发明的实施方式，本领域的技术人员应该理解，在不脱离本发明的范围的任何修改或局部替换，均应该属于本发明的权利要求来限定的范围，因此，本发明的保护范围应该以权利要求书的保护范围为准。

Claims (10)

1.一种用于定位系统中出错位置的方法，所述系统包括多个组件，所述多个组件具有各自的接口，所述方法包括：
采集各个接口的数据和参数；
使用采集到的数据和参数，根据预定规则进行接口分类和业务组装，建立所述各个接口与所述系统的直接组网关系；以及
根据所述直接组网关系，针对所述各个接口执行接口检测，以确定所述系统的错误发生在所述各个接口中的哪个接口处。
2.根据权利要求1所述的方法，其中，所述预定规则包括以下至少一项：
所述多个组件之间的依赖关系，
哪些接口需要被抽取以进行检测。
3.根据权利要求1所述的方法，其中，针对各个接口执行接口检测包括：
生成测试规则；
根据所述测试规则生成测试脚本；以及
针对所述各个接口执行测试脚本。
4.根据权利要求3所述的方法，其中，所述测试规则是：
断言预期结果与测试结果是否相等。
5.根据权利要求1所述的方法，其中，
所述采集由用户通过用户界面触发，或由系统自动触发。
6.一种用于定位系统中出错位置的设备，所述系统包括多个组件，所述多个组件具有各自的接口，所述设备包括：
数据采集模块，用于采集各个接口的数据和参数；
组网关系确定模块，用于使用采集到的数据和参数，根据预定规则进行接口分类和业务组装，建立各个接口与所述系统的直接组网关系；以及
错误位置确定模块，用于根据所述直接组网关系，针对各个接口执行接口检测，以确定所述系统的错误发生在所述各个接口中的哪个接口处。
7.根据权利要求6所述的设备，其中，所述预定规则包括以下至少一项：
所述多个组件之间的依赖关系，
哪些接口需要被抽取以进行检测。
8.根据权利要求6所述的方法，其中，所述错误位置确定模块包括：
测试规则生成子模块，用于生成测试规则；
测试脚本生成子模块，用于根据所述测试规则生成测试脚本；以及
测试执行子模块，用于针对各个接口执行测试脚本。
9.根据权利要求8所述的设备，其中，所述测试规则是：
断言预期结果与测试结果是否相等。
10.根据权利要求6所述的设备，其中，所述采集由用户通过用户界面触发，或由系统自动触发。
CN201610373613.9A 2016-05-31 2016-05-31 定位系统中出错位置的方法、设备和计算机可读存储介质 Active CN107451044B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610373613.9A CN107451044B (zh) 2016-05-31 2016-05-31 定位系统中出错位置的方法、设备和计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610373613.9A CN107451044B (zh) 2016-05-31 2016-05-31 定位系统中出错位置的方法、设备和计算机可读存储介质

Publications (2)

Publication Number Publication Date
CN107451044A true CN107451044A (zh) 2017-12-08
CN107451044B CN107451044B (zh) 2021-10-01

Family

ID=60485016

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610373613.9A Active CN107451044B (zh) 2016-05-31 2016-05-31 定位系统中出错位置的方法、设备和计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN107451044B (zh)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212759A (zh) * 2006-12-26 2008-07-02 中兴通讯股份有限公司 一种手机软件集成测试方法
KR20110071754A (ko) * 2009-12-21 2011-06-29 한국전자통신연구원 Ｕｒｉ를 이용한 에러 로케이팅 방법
CN102904771A (zh) * 2012-09-25 2013-01-30 华为技术有限公司 一种网络测试装置及其方法
CN103377118A (zh) * 2012-04-23 2013-10-30 腾讯科技（深圳）有限公司 一种测试Flash引擎的方法及装置
CN103475538A (zh) * 2013-09-02 2013-12-25 南京邮电大学 一种基于多接口的自适应的云服务测试方法
CN103744676A (zh) * 2014-01-07 2014-04-23 上海新炬网络技术有限公司 一种多层级信息的关联展示方法
CN103970872A (zh) * 2014-05-13 2014-08-06 上海新炬网络技术有限公司 基于业务口径的多层级数据处理方法
CN104601403A (zh) * 2015-01-07 2015-05-06 上海瀚之友信息技术服务有限公司 一种自动化测试系统
US20160103761A1 (en) * 2014-10-11 2016-04-14 Toshiba Global Commerce Solutions Holdings Corporation Systems and methods for preparing an application testing environment and for executing an automated test script in an application testing environment

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212759A (zh) * 2006-12-26 2008-07-02 中兴通讯股份有限公司 一种手机软件集成测试方法
KR20110071754A (ko) * 2009-12-21 2011-06-29 한국전자통신연구원 Ｕｒｉ를 이용한 에러 로케이팅 방법
CN103377118A (zh) * 2012-04-23 2013-10-30 腾讯科技（深圳）有限公司 一种测试Flash引擎的方法及装置
CN102904771A (zh) * 2012-09-25 2013-01-30 华为技术有限公司 一种网络测试装置及其方法
CN103475538A (zh) * 2013-09-02 2013-12-25 南京邮电大学 一种基于多接口的自适应的云服务测试方法
CN103744676A (zh) * 2014-01-07 2014-04-23 上海新炬网络技术有限公司 一种多层级信息的关联展示方法
CN103970872A (zh) * 2014-05-13 2014-08-06 上海新炬网络技术有限公司 基于业务口径的多层级数据处理方法
US20160103761A1 (en) * 2014-10-11 2016-04-14 Toshiba Global Commerce Solutions Holdings Corporation Systems and methods for preparing an application testing environment and for executing an automated test script in an application testing environment
CN104601403A (zh) * 2015-01-07 2015-05-06 上海瀚之友信息技术服务有限公司 一种自动化测试系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
VADIM GEURKOV: "An error-locating signature analyzer to identify faulty units in digital systems", 《CANADIAN CONFERENCE ON ELECTRICAL AND COMPUTER ENGINEERING》 *
刘希: "面向Java程序错误定位的动态切片技术的研究与应用", 《湖南大学》 *

Also Published As

Publication number Publication date
CN107451044B (zh) 2021-10-01

Similar Documents

Publication Publication Date Title
Guo et al. Graph-based trace analysis for microservice architecture understanding and problem diagnosis
CN102402481B (zh) 异步程序代码的模糊测试
EP2976865B1 (en) Firewall testing
US20100058295A1 (en) Dynamic Test Coverage
US10803032B2 (en) Data stream quality management for analytic environments
CN110764980A (zh) 日志处理方法和装置
Jungmayr Testability measurement and software dependencies
Harrer et al. Open source versus proprietary software in service-orientation: the case of BPEL engines
CN109408390A (zh) 一种bmc登录用户稳定性测试方法、装置、终端及存储介质
CN113360376A (zh) 埋点测试方法和装置
Hummer et al. Testing of data‐centric and event‐based dynamic service compositions
CN106713069A (zh) 系统资源监控与瓶颈识别方法
CN105808422B (zh) 一种基于网络的软件测试方法、客户端及待测试设备
CN107451044A (zh) 定位系统中出错位置的方法及其设备
KR101039874B1 (ko) 정보통신 통합플랫폼 테스트 시스템
Bakar et al. Validation of measurement tools to extract metrics from open source projects
Harrer et al. A pattern language for workflow engine conformance and performance benchmarking
Li et al. Extraction and analysis of crucial fraction in software networks
Cheun et al. A taxonomic framework for autonomous service management in Service-Oriented Architecture
CN107517141A (zh) 网站测试系统和方法
Ramakrishna et al. A platform for end-to-end mobile application infrastructure analytics using system log correlation
Alloush et al. A transversal alignment between measurements and enterprise architecture for early verification of telecom service design
Bakar et al. Investigating the factors that influence the quality of open source systems
Wesslén et al. Modelling and generation of software usage
Martins Designing Microservice Systems Using Patterns: An Empirical Study On Architectural Trade-offs

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
GR01 Patent grant
GR01 Patent grant