CN115185847A - 一种故障测试方法、装置、存储介质及电子设备 - Google Patents

Abstract

本说明书公开了一种故障测试方法、装置、存储介质及电子设备，先接收故障测试任务，然后根据该故障测试任务，通过预先部署在应用容器中的切面底座，确定待部署的切面程序以及该应用容器中的业务应用程序的切点，该切面程序用于引发所述应用容器中的业务应用程序产生故障，然后通过该切面底座，将该切面程序注入该应用容器中的业务应用程序的切点，当业务执行过程中触发该切面程序时，执行该切面程序，触发该应用容器产生异常，和/或触发该业务应用程序产生异常，最后根据该业务应用程序的业务执行结果，确定故障测试结果。通过采用切面程序实现故障测试，降低了业务应用程序和故障测试程序的耦合度，减少了工作量使得成本降低。

Description

一种故障测试方法、装置、存储介质及电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种故障测试方法、装置、存储介质及电子设备。

背景技术

目前，随着互联网的快速发展，用户对于自身的隐私数据越来越关注，对业务应用程序的故障测试也在随之发展。

现有技术中，存在通过引发业务应用程序故障，并观测业务应用程序状态，以进行故障测试的混沌工程方法，混沌工程是基于业务应用程序主动引发故障的方式进行故障测试的。

但是，为了实现混沌工程方法，需要基于业务应用程序编写用于引发故障的故障测试程序，以进行故障测试。导致业务应用程序与故障测试程序的耦合度较高，进行混沌工程的工作量较大，成本较高。

基于此，本说明书提供了一种采用安全切面的方式进行故障测试的方法。

发明内容

本说明书实施例提供的一种故障测试方法、装置、存储介质及电子设备，用于至少部分的解决现有技术中存在的问题。

本说明书采用下述技术方案：

本说明书提供了一种故障测试方法，包括：

接收故障测试任务；

根据所述故障测试任务，通过预先部署在应用容器中的切面底座，确定待部署的切面程序以及所述应用容器中的业务应用程序的切点，所述切面程序用于引发所述应用容器中的业务应用程序产生故障；

通过所述切面底座，将所述切面程序注入所述应用容器中的业务应用程序的切点；

当业务执行过程中触发所述切面程序时，执行所述切面程序，触发所述应用容器产生异常，和/或触发所述业务应用程序产生异常；

根据所述业务应用程序的业务执行结果，确定故障测试结果。

本说明书提供了一种故障测试装置，包括：

接收模块，用于接收故障测试任务；

确定模块，用于根据所述故障测试任务，通过预先部署在应用容器中的切面底座，确定待部署的切面程序以及所述应用容器中的业务应用程序的切点，所述切面程序用于引发所述应用容器中的业务应用程序产生故障；

部署模块，用于通过所述切面底座，将所述切面程序注入所述应用容器中的业务应用程序的切点；

执行模块，用于当业务执行过程中触发所述切面程序时，执行所述切面程序，触发所述应用容器产生异常，和/或触发所述业务应用程序产生异常；

测试模块，用于根据所述业务应用程序的业务执行结果，确定故障测试结果。

本说明书提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述故障测试方法。

本说明书提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述故障测试方法。

本说明书采用的上述至少一个技术方案能够达到以下有益效果：

在本说明书提供的故障测试方法，先接收故障测试任务，然后根据该故障测试任务，通过预先部署在应用容器中的切面底座，确定待部署的切面程序以及该应用容器中的业务应用程序的切点，该切面程序用于引发所述应用容器中的业务应用程序产生故障，然后通过该切面底座，将该切面程序注入该应用容器中的业务应用程序的切点，当业务执行过程中触发该切面程序时，执行该切面程序，触发该应用容器产生异常，和/或触发该业务应用程序产生异常，最后根据该业务应用程序的业务执行结果，确定故障测试结果。通过采用切面程序实现故障测试，降低了业务应用程序和故障测试程序的耦合度，减少了工作量使得成本降低，且提高了故障测试的灵活性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本说明书提供的一种故障测试流程示意图；

图2为本说明书提供的一种测试系统示意图；

图3为本说明书提供的一种故障测试装置示意图；

图4为本说明书提供的一种实现故障测试方法的电子设备示意图。

具体实施方式

为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

目前，随着互联网技术的快速发展，对业务应用系统的稳定性要求越来越高。为了尽早发现系统故障，可通过故障测试技术对系统进行故障测试。目前，采用混沌工程方法对系统的稳定性进行故障测试，混沌工程本质上是通过在业务应用系统中主动引发故障或模拟故障产生原因，观测系统的反应，确定系统是否存在缺陷，即是否稳定。而为了测试系统的真实情况，通常在生产环境中进行混沌工程测试系统故障。

一般的，为了进行混沌工程，需要基于业务应用程序，实现故障测试程序引发故障，以进行故障测试。由于应用研发或维护过程中，通常由不同的开发人员分别负责业务应用程序和故障测试程序的开发任务，而这种基于业务应用程序实现故障测试程序的方式，使得业务应用程序与故障测试程序的耦合度较高，导致负责不同开发任务的开发人员之间需要充分交流从而实现故障测试，工作量较大时间成本较高。进一步的，在版本迭代的过程中，无论是对业务应用程序进行版本迭代，还是对故障测试程序进行版本迭代，都需要两方的开发人员基于迭代中修改的代码进一步调整各自负责的程序，使得迭代的过程与故障测试能够同步进行，不断提高系统的稳定性。而在两方交流调整的过程中，极易出现测试以外的代码故障，导致代码修改的风险较高，工作量进一步增加，提高了时间成本。

另一方面，由于通过混沌工程进行故障测试通常是在生产环境下，而直接基于业务应用程序通过编码实现故障测试的方法，在出现测试意外时，难以及时调整代码控制故障的爆炸半径，系统的稳定性较差。所说的爆炸半径是指业务应用程序在业务执行过程中，局部故障引发的连锁反应导致最终引发的故障范围。

此外，还存在通过黑盒测试来进行混沌工程故障测试的方法，但是，一方面黑盒测试往往只能在系统暴露出来的输入接口进行输入，难以对业务应用程序的各个方法进行针对性测试，测试效果较差。且若出现测试意外时，难以撤销黑盒测试所带来的系统变化控制故障的爆炸半径，容易引起测试中意料之外的故障，系统的稳定性较差。

本说明书提供一种故障测试方法，通过采用安全切面的方式，降低业务应用程序与故障测试程序的耦合度，使得业务应用和故障测试可独立发展，减少实现故障测试的工作量，提高对故障测试进行调整的灵活度，降低成本。

其中，上文所说的安全切面是指通过采用面向切面编程(Aspect-orientedProgramming，AOP)的方式，在不修改业务应用程序的情况下，在业务应用程序的运行逻辑中动态的添加或修改用于实现安全切面业务的切面程序的方法。使得在实现安全切面业务的同时，使实现安全切面业务的程序与业务应用程序解耦，从而避免高耦合导致的开发迭代问题。

这里说的切面程序，即基于业务运行逻辑来实现安全切面业务的增强程序。可通过采用面向切面编程的方式，将切面程序注入至业务应用程序的相应切点处，该切面程序在执行业务应用程序的过程中被触发执行，实现所需的安全切面业务功能。

而业务应用程序在执行业务时，业务应用程序通常通过方法之间的调用进行业务执行。因此，可将业务应用程序中的任意方法作为切面程序的切入点，即上述所说的切点，并将切面程序注入对应切点。使得业务应用程序在执行至切点，即调用该切点对应的业务应用程序的方法时，执行在该切点注入的切面程序。

通常，负责将切面程序注入至切点的过程的代码存在较高的可复用性，因此，通常将实现这一过程的程序抽象为一个服务模块，即切面底座。切面底座可从提供安全切面业务的第三方获取需要部署的切面程序以及获取业务应用程序中的切点，在应用容器启动后被环境并在业务应用程序的切点处注入对应的切面程序。

业务应用程序可以是业务平台的服务器中提供业务服务的业务应用程序。其中，业务服务可以是业务平台的服务器向用户提供的业务服务，如，查询业务、支付业务等。业务服务还可以是业务平台的某服务器向其他服务器提供的业务服务，如，结算业务等。

当然了，由上述描述可知，为了使安全切面业务的程序与业务应用程序解耦，本说明书通过采用面向切面编程的方式使得安全切面业务的程序与业务应用程序在业务执行时相互交织，但又互相平行可各自独立维护。因此，区别于业务应用程序的业务提供方，提供安全切面业务的第三方可通过管控平台管理安全切面业务所涉及的内容，例如，安全切面业务管控策略的配置、切面程序的版本迭代、切面程序的部署规则配置等等。当然，提供安全切面业务的可以是第三方，也可以是业务提供方。

管控平台在管理安全切面业务所涉及的内容时，可通过配置文件记录各种配置信息，例如各种策略的配置、切面程序的部署规则配置等。使得切面底座可根据配置文件完成对切面程序的部署，或者管控平台可根据配置文件实现安全切面业务。

在实际应用中，业务提供方通常设置有包括若干物理机或物理服务器的机房，通过物理机提供业务应用程序所需的物理资源。当然，一个业务应用程序可能无需整个物理机的所有物理资源，于是，一般还会通过虚拟化技术在一个物理机上运行多个虚拟主机(virtual hosting)。各个虚拟主机之间是互相独立的，各自享有物理机的部分物理资源。然后，可在虚拟主机中部署应用容器，并通过应用容器运行业务应用程序。应用容器通常包含分配给该应用容器的物理资源，如CPU、内存等，以及提供给该应用容器的运行环境，如操作系统(Operating System，OS)或其他运行环境数据，如，容器的序列(Serial Number，SN)号、分配的IP(Influential Property)、应用名、租户、环境变量等)。业务应用程序可部署在应用容器中以执行业务。

而在基于安全切面执行业务的场景中，业务提供方或者提供安全切面业务的第三方的服务器可提供管控平台，通过管控平台管理安全切面业务所涉及的内容，并将切面底座部署在应用容器中，通过切面底座将切面程序注入业务应用容器中的业务应用程序中，以为业务提供方的应用容器提供安全切面业务的支持。

于是，可预先在业务提供方的应用容器中部署切面底座。一般情况下，在启动应用容器时，可唤起提供给应用容器的操作系统，以及运行预先部署的切面底座，通过切面底座从管控平台中得到切面程序和业务应用程序的切点，并将切面程序注入应用容器中的业务应用程序的切点处。此外，切面底座也可在业务应用程序执行过程中，从管控平台中得到切面程序和业务应用程序的切点，并将切面程序注入应用容器中的业务应用程序的切点处。

当然，切面底座如何从管控平台中得到部署切面程序所需的信息，可根据需要设置。例如，可以是根据配置文件主动从管控平台中拉取所需的信息，或者管控平台可主动下发使切面底座接收所需的信息。

将切面程序注入业务应用程序的切点后，业务应用程序在执行过程中，即可触发该切面程序从而实现相应的安全切面业务功能。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本说明书中一种故障测试流程示意图，具体包括以下步骤：

S100：接收故障测试任务。

一般的，业务应用程序可部署在应用容器中，然后通过方法之间的调用进行业务执行，而基于方法之间的调用关系，可选取至少部分方法作为切点，通过面向切面编程的方式，将故障测试代码注入切点，然后观测系统状态，测试业务应用系统是否会出现故障。

于是，在本说明书一个或多个实施例中，应用容器可通过预先部署在应用容器中的切面底座，接收故障测试任务，以根据该故障测试任务完成故障测试。

其中，切面底座是负责接收故障测试任务、切面程序加载等功能的服务模块，业务应用程序可以通过应用容器进行部署，应用容器可以响应于启动指令，完成业务应用程序的部署，并通过预先部署在应用容器中的切面底座，接收故障测试任务。该故障测试任务可以包括切面程序部署规则，具体可包括待部署的切面程序、应用容器中的业务应用程序的切点以及部署方式等。使得切面底座可进一步根据该故障测试任务完成切面程序的部署以及故障测试。具体故障测试任务中包含何种信息，可根据需要确定，本说明书对此不做限制。

本说明书中提到的应用容器可以是服务平台提供的应用容器，如，可以是PaaS平台提供的应用容器，应用容器通常运行在业务平台的服务器上。为了方便说明，下面仅以应用容器为执行主体进行说明。

S102：根据所述故障测试任务，通过预先部署在应用容器中的切面底座，确定待部署的切面程序以及所述应用容器中的业务应用程序的切点，所述切面程序用于引发所述应用容器中的业务应用程序产生故障。

通过上述接收到故障测试任务后，应用容器可根据该故障测试任务，通过预先部署在应用容器中的切面底座，确定待部署的切面程序，以及该应用容器中的业务应用程序的切点，该切面程序用于引发该应用容器中的业务应用程序产生故障。

其中，故障测试任务可包含待部署的切面程序、应用容器中的业务应用程序的切点以及部署方式等。当然了，切面程序可包含多类子切面程序，各类子切面程序用于在业务应用程序的不同切点产生不同类型的异常。

于是，应用容器可通过切面底座，根据该述故障测试任务，确定切面程序的部署规则，然后根据该部署规则，确定待部署的各类子切面程序以及待部署的各类子切面程序与该应用容器中的业务应用程序的各切点的对应关系，使得后续可根据该对应关系完成切面程序的部署。

当然了，应用容器中的业务应用程序可将多个方法预设为多个切点，则应用容器可先通过切面底座，根据该故障测试任务，从该业务应用程序的各切点中，确定该故障测试任务对应的各部署切点，根据该部署规则，确定待部署的各类子切面程序与各部署切点的对应关系。

例如，对于电商收银的业务应用系统，可测试该业务应用系统在极端业务场景下，是否会出现资金损失或账面不平的故障，则应用容器可通过切面底座根据故障测试任务确定切面程序的部署规则，从而根据该部署规则，确定待部署的各类子切面程序，以及从该电商收银的业务应用程序的各切点中确定故障测试任务对应的部署切点。对于此处的电商收银的业务应用程序，可确定对应CPU燃烧的切点、内存耗尽的切点以及瞬时湍流的切点，并确定CPU燃烧类的子切面程序、内存耗尽类的子切面程序以及瞬时湍流类的子切面程序。使得后续可将各类子切面程序对应注入各切点，以进行故障测试。

S104：通过所述切面底座，将所述切面程序注入所述应用容器中的业务应用程序的切点。

通过上述确定待部署的切面程序以及应用容器中的业务应用程序的切点后，应用容器可进一步通过切面底座将该切面程序注入该应用容器中的业务应用程序的切点，以通过该切面程序在对应的切点处引发故障。

当然了，在本说明书一个或多个实施例中，上述每类子切面程序可能对应多个版本的子切面程序，不同子切面程序对应于不同的异常引发策略,所说的异常引发策略可以理解为通过引发不同程度的异常进行故障测试。

以内存耗尽类子切面程序为例，该类子切面程序可对应多个子切面程序，不同子切面程序对应于不同程度的内存占用情况，如，可存在占用300MB内存的子切面程序、占用600MB内存的子切面程序以及占用900MB内存的子切面程序等等。此处仅为举例说明，本说明书对此不做限制。其他类子切面程序与此同理。

则接收的故障测试任务可至少包括异常引发策略与各子切面程序的对应关系，使得应用容器可先根据该应用容器中的业务应用程序当前的异常引发策略，以及该对应关系，从每类子切面程序对应的多个子切面程序中确定目标子切面程序，然后通过切面底座，根据各类子切面程序与该应用容器中的业务应用程序的各切点的对应关系，在该业务应用程序的各切点注入各目标子切面程序。

例如，以步骤S102中的例子进行说明，可确定CPU燃烧类的子切面程序对应的目标子切面程序为CPU占用率为80％的子切面程序，可确定内存耗尽类子切面程序对应的目标子切面程序为占用600MB内存的子切面程序，等等，然后将各类子切面程序对应的各目标子切面程序注入对应的各切点。

S106：当业务执行过程中触发所述切面程序时，执行所述切面程序，触发所述应用容器产生异常，和/或触发所述业务应用程序产生异常。

S108：根据所述业务应用程序的业务执行结果，确定故障测试结果。

通过上述完成切面程序的部署后，当业务执行过程中通过方法之间的调用执行到切点时，则会触发执行切点对应的切面程序，并通过该切面程序在该切点处产生对应的异常。

于是，在本说明书一个或多个实施例中，当业务执行过程中触发切面程序时，应用容器可执行该切面程序，触发所述应用容器产生异常，和/或触发所述业务应用程序产生异常。

其中，当各切点对应的切面程序被触发执行，可在该切点处产生对应的异常，但业务应用系统通常可通过提高系统的灾容能力，以避免局部出现的异常引发业务应用程序产生运行故障，提高系统的稳定性。因此，可通过在各切点产生异常，并观测系统的状态，测试业务应用程序是否产生运行故障。

对应于各类子切面程序来说，当执行该切面程序中对应于应用容器硬件类的子切面程序时，可触发该应用容器对应的硬件产生硬件异常，以前述CPU燃烧类的子切面程序为例，即可触发该应用容器的CPU产生硬件异常，或者当执行该切面程序中对应于该业务应用程序类的子切面程序时，可触发改业务应用程序在执行业务过程中产生程序异常，以进程被杀类的子切面程序为例，即可通过调用系统接口随机杀死进程使得进程被异常结束，业务应用程序产生程序异常。

然后，应用容器可根据业务应用程序的业务执行结果，确定故障测试结果。例如，还以步骤S102中的例子进行说明，若业务应用程序执行过程中，出现资金损失或者账面不平的运行故障，则可将该故障情况作为故障测试结果，确定该电商收银的业务应用系统稳定性有待提升，可提示用户进一步根据故障出现原因进行迭代优化。若业务应用程序执行过程中，未出现任何故障，则可确定故障测试结果为表现良好，表示该电商收银的业务应用系统面对本次测试对应的压力时，稳定性较好，可提示用户继续进行其他测试。

基于图1所示的故障测试方法，通过预先部署在应用容器中的切面底座，接收故障测试任务，根据所述故障测试任务，确定待部署的切面程序以及所述应用容器中的业务应用程序的切点，所述切面程序用于引发所述应用容器中的业务应用程序产生故障，通过所述切面底座，将所述切面程序注入所述应用容器中的业务应用程序的切点，当业务执行过程中触发所述切面程序时，执行所述切面程序，测试所述业务应用程序是否产生故障。通过采用切面程序实现故障测试，降低了业务应用程序和故障测试程序的耦合度，减少了工作量使得成本降低，且提高了故障测试的灵活性。

此外，在本说明书一个或多个实施例中，步骤S104中，应用容器通过切面底座，将切面程序注入所述应用容器中的业务应用程序的切点时，切面程序通常以压缩格式存储于切面管控平台，因此，应用容器可通过切面底座从该切面管控平台中获取待部署的压缩格式的切面程序，然后通过该切面底座，将该切面程序注入该应用容器中的业务应用程序的切点。完成切面程序的部署，以进行故障测试。

进一步的，在本说明书一个或多个实施例中，应用容器还可在切面程序被触发执行时，在该切面程序执行过程中，根据故障测试结果，确定该故障测试结果对应的故障情况，即监测该应用容器中的业务应用程序产生的运行故障，然后，根据该故障情况和故障测试预设的测试情况，判断该故障情况与该测试情况是否匹配，若是，则说明当前故障测试过程未出现意料之外的情况，可继续进行故障测试。若否，则说明当前故障测试中出现了意料之外的情况，可能引发了额外故障，为了避免造成更大的破坏，减小故障爆炸半径，应用容器可将该切面程序的执行状态切换为关闭状体，使业务应用程序执行时，不触发该切面程序。即停止当前故障测试。当然了，对应于切面程序包含多个模块的情况，可按照预设的顺序，逐一将各类子切面程序的执行状态切换为关闭状态，使得测试降级，避免故障范围扩大。

其中，对于故障测试人员来说，通常可以按照故障测试计划进行故障测试，则每次故障测试对应的最优情况是系统稳定性较好，并未出现故障，而最差情况则是出现了测试计划中的故障，则可针对出现的故障进行优化迭代，提高系统的稳定性。最优情况到最差情况即为上述的故障测试预设的测试情况。

进一步的，在本说明书一个或多个实施例中，若引发额外故障并停止当前测试后，应用容器还可通过所述切面底座接收故障测试请求，根据所述故障测试请求，确定所述切面程序中各子切面程序对应的状态，然后针对每个子切面程序，当该子切面程序对应的状态为开启状态时，通过该切面底座将该子切面程序对应的执行状态切换为开启状态，该切面程序被执行时通过执行该子切面程序产生对应类型的异常，当该子切面程序对应的状态为关闭状态时，通过该切面底座将该子切面程序对应的执行状态切换为关闭状态，该切面程序被执行时不执行该子切面程序，使得该切面程序被触发时不产生该子切面程序对应类型的异常，然后再通过该切面底座，将该调整后的切面程序注入该应用容器中的业务应用程序的切点，再次进行故障测试，从而确定额外故障由何种原因引起，以根据引起的原因对业务应用系统进行优化迭代。

此外，在本说明书一个或多个实施例中，在故障测试过程中，应用容器可通过切面底座随时调整各类子切面程序的执行状态，调整测试内容，提高故障测试的灵活性。

在本说明书一个或多个实施例中，图2为本说明书提供的一种测试系统示意图，如图2所示，该测试系统包含：业务应用系统和故障测试系统。

如图2所示，该故障测试系统可包括管控平台、切面底座、切面程序以及故障测试服务器。

其中，管控平台可用于通过管理员进行切面部署管理以及不同切面程序的管理，例如，可进行切面逻辑编排，即确定在何种切点注入何种程序以实现故障测试，还可进行切点列表维护管理，即保存业务应用程序预设的各切点的唯一标识，还可进行对应于不同异常引发策略的不同版本子切面程序的版本管理和管控配置的管理，管控配置即启用切面程序中的何种类型的子切面程序。

切面底座可用于根据管控平台下发的故障测试任务中包含的切点标识以及部署规则等将切面程序注入至业务应用系统的业务应用程序中。切点标识是切点的唯一性标识，用于区分不同的切点。

切面程序可用于当在业务应用程序执行过程中被触发执行时，当执行所述切面程序中对应于所述应用容器硬件类的子切面程序时，触发该应用容器对应的硬件产生硬件异常，或者当执行该切面程序中对应于该业务应用程序类的子切面程序，触发该业务应用程序在执行业务过程中产生程序异常。如前述所说，可包括CPU类子切面程序、存储类子切面程序(可包括内存、缓存等等)等等类型的子切面程序。

其中，业务应用系统中举例了业务应用程序中可预先设置的多种切点，如CPU燃烧切点，进程被杀切点，内存耗尽切点等等，切面底座可将对应类型的子切面程序注入对应切点，使各切点产生对应的异常，具体描述可参考前述相应说明。

以上为本说明书的一个或多个实施例提供的故障测试方法，基于同样的思路，本说明书还提供了相应的故障测试装置，如图3所示。

图3为本说明书提供的一种故障测试装置示意图，包括：

接收模块200，用于接收故障测试任务；

确定模块202，用于根据所述故障测试任务，通过预先部署在应用容器中的切面底座，确定待部署的切面程序以及所述应用容器中的业务应用程序的切点，所述切面程序用于引发所述应用容器中的业务应用程序产生故障；

部署模块204，用于通过所述切面底座，将所述切面程序注入所述应用容器中的业务应用程序的切点；

执行模块206，用于当业务执行过程中触发所述切面程序时，执行所述切面程序，触发所述应用容器产生异常，和/或触发所述业务应用程序产生异常；

测试模块208，用于根据所述业务应用程序的业务执行结果，确定故障测试结果。

可选地，所述切面程序包含多类子切面程序，各类子切面程序用于在所述业务应用程序的不同切点产生不同类型的异常；

所述确定模块202，根据所述故障测试任务，确定切面程序的部署规则，根据所述部署规则，确定待部署的各类子切面程序以及待部署的各类子切面程序与所述应用容器中的业务应用程序的各切点的对应关系。

可选地，所述业务应用程序预设有多个切点；

所述确定模块202，根据所述故障测试任务，从所述业务应用程序的各切点中，确定所述故障测试任务对应的各部署切点，根据所述部署规则，确定待部署的各类子切面程序与各部署切点的对应关系。

可选地，所述每类子切面程序对应多个子切面程序，不同子切面程序对应于不同的异常引发策略,所述故障测试任务至少包括所述异常引发策略与各子切面程序的对应关系；

所述部署模块204，根据所述应用容器中的业务应用程序当前的异常引发策略，以及所述对应关系，从每类子切面程序对应的多个子切面程序中确定目标子切面程序，通过所述切面底座，根据各类子切面程序与所述应用容器中的业务应用程序的各切点的对应关系，在所述业务应用程序的各切点注入各目标子切面程序。

可选地，所述执行模块206，执行所述切面程序中对应于所述应用容器硬件类的子切面程序，触发所述应用容器对应的硬件产生硬件异常，或者执行所述切面程序中对应于所述业务应用程序类的子切面程序，触发所述业务应用程序在执行业务过程中产生程序异常。

可选地，所述装置还包括：停止模块210，用于根据所述故障测试结果，确定所述故障测试结果对应的故障情况，根据所述故障情况和故障测试预设的测试情况，判断所述故障情况与所述测试情况是否匹配，若是，则将所述故障测试结果发送至用户，若否，则确定引发额外故障，将所述切面程序的执行状态切换为关闭状体，使所述业务应用程序执行时，不触发所述切面程序，停止当前故障测试。

可选地，所述停止模块210，通过所述切面底座接收故障测试请求，根据所述故障测试请求，确定所述切面程序中各子切面程序对应的状态，针对每个子切面程序，当该子切面程序对应的状态为开启状态时，通过所述切面底座将该子切面程序对应的执行状态切换为开启状态，所述切面程序被执行时通过执行该子切面程序产生对应类型的异常，当该子切面程序对应的状态为关闭状态时，通过所述切面底座将该子切面程序对应的执行状态切换为关闭状态，所述切面程序被执行时不执行该子切面程序，使得所述切面程序被触发时不产生该子切面程序对应类型的异常，通过所述切面底座，将所述切面程序注入所述应用容器中的业务应用程序的切点，再次进行故障测试。

本说明书还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图1提供的故障测试方法。

本说明书还提供了图4所示的电子设备的结构示意图。如图4所述，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述图1提供的故障测试方法。

当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件异或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (10)

1.一种故障测试方法，所述方法包括：

接收故障测试任务；

根据所述故障测试任务，通过预先部署在应用容器中的切面底座，确定待部署的切面程序以及所述应用容器中的业务应用程序的切点，所述切面程序用于引发所述应用容器中的业务应用程序产生故障；

通过所述切面底座，将所述切面程序注入所述应用容器中的业务应用程序的切点；

当业务执行过程中触发所述切面程序时，执行所述切面程序，触发所述应用容器产生异常，和/或触发所述业务应用程序产生异常；

根据所述业务应用程序的业务执行结果，确定故障测试结果。

2.如权利要求1所述的方法，所述切面程序包含多类子切面程序，各类子切面程序用于在所述业务应用程序的不同切点产生不同类型的异常；

根据所述故障测试任务，确定待部署的切面程序以及所述应用容器中的业务应用程序的切点，具体包括：

根据所述故障测试任务，确定切面程序的部署规则；

根据所述部署规则，确定待部署的各类子切面程序以及待部署的各类子切面程序与所述应用容器中的业务应用程序的各切点的对应关系。

3.如权利要求2所述的方法，所述业务应用程序预设有多个切点；

根据所述部署规则，确定待部署的各类子切面程序与所述应用容器中的业务应用程序的各切点的对应关系，具体包括：

根据所述故障测试任务，从所述业务应用程序的各切点中，确定所述故障测试任务对应的各部署切点；

根据所述部署规则，确定待部署的各类子切面程序与各部署切点的对应关系。

4.如权利要求2所述的方法，每类子切面程序对应多个子切面程序，不同子切面程序对应于不同的异常引发策略,所述故障测试任务至少包括所述异常引发策略与各子切面程序的对应关系；

通过所述切面底座，将所述切面程序注入所述应用容器中的业务应用程序的切点，具体包括：

根据所述应用容器中的业务应用程序当前的异常引发策略，以及所述对应关系，从每类子切面程序对应的多个子切面程序中确定目标子切面程序；

通过所述切面底座，根据各类子切面程序与所述应用容器中的业务应用程序的各切点的对应关系，在所述业务应用程序的各切点注入各目标子切面程序。

5.如权利要求2所述的方法，执行所述切面程序，触发所述应用容器产生异常，和/或触发所述业务应用程序产生异常，具体包括：

执行所述切面程序中对应于所述应用容器硬件类的子切面程序，触发所述应用容器对应的硬件产生硬件异常；或者

执行所述切面程序中对应于所述业务应用程序类的子切面程序，触发所述业务应用程序在执行业务过程中产生程序异常。

6.如权利要求2所述的方法，所述方法还包括：

根据所述故障测试结果，确定所述故障测试结果对应的故障情况；

根据所述故障情况和故障测试预设的测试情况，判断所述故障情况与所述测试情况是否匹配；

若是，则将所述故障测试结果发送至用户；

若否，则确定引发额外故障，将所述切面程序的执行状态切换为关闭状体，使所述业务应用程序执行时，不触发所述切面程序，停止当前故障测试。

7.如权利要求6所述的方法，停止当前故障测试，具体包括：

通过所述切面底座接收故障测试请求，根据所述故障测试请求，确定所述切面程序中各子切面程序对应的状态；

针对每个子切面程序，当该子切面程序对应的状态为开启状态时，通过所述切面底座将该子切面程序对应的执行状态切换为开启状态，所述切面程序被执行时通过执行该子切面程序产生对应类型的异常；

当该子切面程序对应的状态为关闭状态时，通过所述切面底座将该子切面程序对应的执行状态切换为关闭状态，所述切面程序被执行时不执行该子切面程序，使得所述切面程序被触发时不产生该子切面程序对应类型的异常；

通过所述切面底座，将所述切面程序注入所述应用容器中的业务应用程序的切点，再次进行故障测试。

8.一种业务执行装置，所述装置包括：

接收模块，用于接收故障测试任务；

确定模块，用于根据所述故障测试任务，通过预先部署在应用容器中的切面底座，确定待部署的切面程序以及所述应用容器中的业务应用程序的切点，所述切面程序用于引发所述应用容器中的业务应用程序产生故障；

部署模块，用于通过所述切面底座，将所述切面程序注入所述应用容器中的业务应用程序的切点；

执行模块，用于当业务执行过程中触发所述切面程序时，执行所述切面程序，触发所述应用容器产生异常，和/或触发所述业务应用程序产生异常；

测试模块，用于根据所述业务应用程序的业务执行结果，确定故障测试结果。

9.一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述权利要求1～7任一项所述的方法。

10.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述权利要求1～7任一项所述的方法。

Images