CN104657265A - 软件故障注入和分析的流程定义方法 - Google Patents

Abstract

本发明提供了一种软件故障注入和分析的流程定义方法，包括以下步骤：步骤一：在故障注入之前需要执行前期处理，前期处理主要根据特定系统故障注入的需要完成准备工作；步骤二：在故障注入期间，执行既定的故障注入流程，主要完成故障注入和故障验证；步骤三：在故障注入完成之后需要执行后期处理，主要根据特定系统故障注入的需要完成后期处理。本发明在每个故障注入前后分别增加了一个处理节点，确保被测系统在注入开始和完成后系统能恢复到正确的状态。

Description

软件故障注入和分析的流程定义方法

技术领域

本发明涉及一种定义方法，具体地，涉及一种软件故障注入和分析的流程定义方法。

背景技术

目前故障注入管理方法大部分都是谈论的硬件故障注入，且方法集中在单纯的设置故障注入触发条件，注入故障、监控触发条件监控运行结果；故障注入后仅设置一类监控触发条件很难完全监控可能发生的结果，同时故障注入事件前后缺乏必要的保护。

发明内容

针对现有技术中的缺陷，本发明的目的是提供一种软件故障注入和分析的流程定义方法，其在每个故障注入前后分别增加了一个处理节点，确保被测系统在注入开始和完成后系统能恢复到正确的状态。

根据本发明的一个方面，提供一种软件故障注入和分析的流程定义方法，其特征在于，包括以下步骤：

步骤一：在故障注入之前需要执行前期处理，前期处理主要根据特定系统故障注入的需要完成准备工作；

步骤二：在故障注入期间，执行既定的故障注入流程，主要完成故障注入和故障验证；

步骤三：在故障注入完成之后需要执行后期处理，主要根据特定系统故障注入的需要完成后期处理。

优选地，所述步骤一之前，通过故障注入装置连接好系统运行平台，搭建好故障注入的环境。

优选地，所述步骤二包括如下步骤：

步骤二十一：针对一个被测系统，用户需要设置故障注入条件；

步骤二十二：若故障注入条件不满足，则继续等待，直到满足故障注入条件后注入故障信息；

步骤二十三：在故障注入内容后，需要设置故障检测触发条件，确保系统能有效的被监控；

步骤二十四：在满足故障检测触发条件后，需要验证或记录检测的内容。

优选地，所述步骤二十三的设置故障检测触发条件包括如下步骤：

步骤三十一：在故障注入内容后设置验证检测触发条件；若满足验证检测触发条件，则验证结果为通过；否则为失败；

步骤三十二：在故障注入内容后设置正常结束检测触发条件；若满足正常结束检测触发条件，则表示为兼容；否则表示为错误；

步骤三十三：在故障注入内容后设置异常检测触发条件。

与现有技术相比，本发明具有如下的有益效果：本发明通过故障注入前后增加处理，确保系统安全性和稳定性。本发明有了故障终止检测分析和故障异常检测分析，可有效保证系统没有按预期故障检测点运行带来的不确定性。本发明基于新的故障定义流程方法，进一步细化了故障注入后分析结果：通过、失败、兼容、错误、异常。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为本发明软件故障注入和分析的流程定义方法的流程图。

具体实施方式

下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明，但不以任何形式限制本发明。应当指出的是，对本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进。这些都属于本发明的保护范围。

如图1所示，本发明软件故障注入和分析的流程定义方法包括以下步骤：

步骤一：在故障注入之前需要执行一些前期处理，前期处理主要根据特定系统故障注入的需要完成一些准备工作，如系统的目标码下载、系统复位、记录系统状态等初始化操作。在前期处理之前，通过故障注入装置连接好系统运行平台，搭建好故障注入的环境，以便故障注入流程工作。

步骤二：在故障注入期间，执行既定的故障注入流程。本故障注入流程主要完成故障注入和故障验证，如设定故障注入的条件和注入内容、接着设定故障检测的条件和检测的内容等。

步骤三：在故障注入完成之后需要执行一些后期处理，即主要根据特定系统故障注入的需要完成一些后期处理，如系统的目标码恢复、硬件复位等保障性的操作。

其中，步骤二包括如下步骤：

步骤二十一：针对一个被测系统，用户需要设置故障注入条件，如处理器运行到什么地址、第几次运行到某地址、什么时间等等；

步骤二十二：若故障注入条件不满足，则继续等待，直到满足故障注入条件后注入故障信息，如修改寄存器、存储器等；

步骤二十三：在故障注入内容后，需要设置故障检测触发条件，确保系统能有效的被监控；

步骤二十四：在满足故障检测触发条件后，需要验证或记录检测的内容。

其中，步骤二十三的设置故障检测触发条件包括如下步骤：

步骤三十一：在故障注入内容后设置验证检测触发条件；若满足验证检测触发条件，则验证结果为通过；否则为失败；

步骤三十二：在故障注入内容后设置正常结束检测触发条件；若满足正常结束检测触发条件，则表示为兼容；否则表示为错误；

步骤三十三：在故障注入内容后设置异常检测触发条件。

此条件通常是采用超时条件或某些系统状态信息。

在执行每个故障注入阶段之前都会执行一个运行前处理，根据不同故障注入目的可能会包括0、1或多个执行操作，如复位、重载、记录系统的上下文状态等等，此处理在步骤一中加入。同样，在步骤三中，在执行每个故障注入阶段之后也都会执行一个运行后处理，根据不同故障注入目的也可能会包括0、1或多个执行操作，如复位、重载、记录系统的上下文状态等等，此处理在步骤三中加入。这有助于确保被测系统在注入开始和完成后系统能恢复到正确的状态。在故障注入期间的注入故障后，增加了两类检测点(正常结束检测点和故障异常检测点)，它们分别在步骤三十二和步骤三十三中加入，确保故障注入后系统能处于有效监控。本发明提出了一套完备的故障注入、检测流程方法，整个故障注入流程在一个闭环中完成。

以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变形或修改，这并不影响本发明的实质内容。

Claims (4)

1.一种软件故障注入和分析的流程定义方法，其特征在于，包括以下步骤：

步骤一：在故障注入之前需要执行前期处理，前期处理主要根据特定系统故障注入的需要完成准备工作；

步骤二：在故障注入期间，执行既定的故障注入流程，主要完成故障注入和故障验证；

步骤三：在故障注入完成之后需要执行后期处理，主要根据特定系统故障注入的需要完成后期处理。

2.根据权利要求1所述的软件故障注入和分析的流程定义方法，其特征在于，所述步骤一之前，通过故障注入装置连接好系统运行平台，搭建好故障注入的环境。

3.根据权利要求1所述的软件故障注入和分析的流程定义方法，其特征在于，所述步骤二包括如下步骤：

步骤二十一：针对一个被测系统，用户需要设置故障注入条件；

步骤二十二：若故障注入条件不满足，则继续等待，直到满足故障注入条件后注入故障信息；

步骤二十三：在故障注入内容后，需要设置故障检测触发条件，确保系统能有效的被监控；

步骤二十四：在满足故障检测触发条件后，需要验证或记录检测的内容。

4.根据权利要求1所述的软件故障注入和分析的流程定义方法，其特征在于，所述步骤二十三的设置故障检测触发条件包括如下步骤：

步骤三十一：在故障注入内容后设置验证检测触发条件；若满足验证检测触发条件，则验证结果为通过；否则为失败；

步骤三十二：在故障注入内容后设置正常结束检测触发条件；若满足正常结束检测触发条件，则表示为兼容；否则表示为错误；

步骤三十三：在故障注入内容后设置异常检测触发条件。