CN112882883B - 停机测试方法和装置、电子设备和计算机可读存储介质 - Google Patents

Abstract

本公开提供了一种停机测试方法和装置、电子设备和计算机可读存储介质，可用于云计算、金融领域或其他领域。其中，该停机测试方法包括：锁定数据库中的目标业务数据，其中，目标业务数据为测试业务时需要访问的数据；向应用服务器发送测试业务请求，以便应用服务器响应测试业务请求时，基于目标业务数据执行停机测试；获取由应用服务器执行停机测试后返回的测试结果；以及根据测试结果确定停机测试的有效性。

Description

停机测试方法和装置、电子设备和计算机可读存储介质

技术领域

本公开涉及云计算、金融领域或其他技术领域，更具体地，涉及一种停机测试方法和装置、电子设备和计算机可读存储介质和计算机程序产品。

背景技术

近年来，随着信息化进程的不断推进，以及7*24小时不间断提供服务的要求，在更新版本过程中不允许简单粗暴的停止服务器然后更新版本再启动服务器的升级方式，目前优雅停机在金融***中逐渐推广，优雅停机需保证正在执行的业务操作不受影响，因此，需要对优雅停机的有效性进行测试。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题，现有的测试方法通常通过多台服务器进行盲测，因无法确保测试过程中是否存在在途交易，即使测试过程中确实无异常发生，仍不能有效证明优雅停机生效。

发明内容

有鉴于此，本公开提供了一种停机测试方法和装置、电子设备和计算机可读存储介质和计算机程序产品。

本公开的一个方面提供了一种停机测试方法，包括：

锁定数据库中的目标业务数据，其中，目标业务数据为测试业务时需要访问的数据；

向应用服务器发送测试业务请求，以便应用服务器响应测试业务请求时，基于目标业务数据执行停机测试；

获取由应用服务器执行停机测试后返回的测试结果；以及

根据测试结果确定停机测试的有效性。

根据本公开的实施例，其中锁定数据库中的目标业务数据包括：向数据库发送锁指令，以便数据库响应锁指令对目标业务数据执行锁操作。

根据本公开的实施例，还包括：在应用服务器执行停机测试之后，解锁数据库中的目标业务数据。

根据本公开的实施例，其中解锁数据库中的目标业务数据包括：向数据库发送解锁指令，以便数据库响应解锁指令对目标业务数据执行解锁操作。

根据本公开的实施例，其中基于目标业务数据执行停机测试包括：

接收应用服务器发送的停机通知；

响应于停机通知，在等待第一预设时间后，断开与应用服务器的连接，其中第一预设时间用于应用服务器响应于测试业务请求时，从数据库中获取目标业务数据并向客户端返回测试结果。

根据本公开的实施例，在接收应用服务器发送的停机通知后，应用服务器在等待第二预设时间后，断开与客户端的连接，其中第二预设时间包括停机通知的推送延迟时间和第三预设时间，第三预设时间用于应用服务器响应于测试业务请求时，从数据库中获取目标业务数据并向客户端返回测试结果。

本公开的另一个方面提供了一种停机测试装置，包括：

锁定模块，用于锁定数据库中的目标业务数据，其中，目标业务数据为测试业务时需要访问的数据；

发送模块，用于向应用服务器发送测试业务请求，以便应用服务器响应测试业务请求时，基于目标业务数据执行停机测试；

获取模块，用于获取由应用服务器执行停机测试后返回的测试结果；以及

确定模块，用于根据测试结果确定停机测试的有效性。

根据本公开的实施例，其中锁定数据库中的目标业务数据包括：向数据库发送锁指令，以便数据库响应锁指令时，基于锁指令对目标业务数据执行锁操作。

根据本公开的实施例，停机测试装置还包括：解锁模块，用于在应用服务器执行停机测试之后，解锁数据库中的目标业务数据。

根据本公开的实施例，其中解锁数据库中的目标业务数据包括：向数据库发送解锁指令，以便数据库响应解锁指令时，基于解锁指令对目标业务数据执行解锁操作。

根据本公开的实施例，其中基于目标业务数据执行停机测试包括：

接收应用服务器发送的停机通知；

响应于停机通知，在等待第一预设时间后，断开与应用服务器的连接，其中第一预设时间用于应用服务器响应于测试业务请求，从数据库中获取目标业务数据并向客户端返回测试结果。

根据本公开的实施例，在接收应用服务器发送的停机通知后，应用服务器在等待第二预设时间后，断开与客户端的连接，其中第二预设时间包括停机通知的推送延迟时间和第三预设时间，第三预设时间用于应用服务器响应于测试业务请求，从数据库中获取目标业务数据并向客户端返回测试结果。

本公开的另一方面提供了电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个指令，其中，当所述一个或多个指令被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序产品，所述计算机程序产品包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，因为在测试前提前锁定了数据库中的目标业务数据，确保测试过程中存在在途交易，所以至少部分地克服了现有技术中因采用盲测而无法确保测试过程中存在在途交易，即使测试过程中确实无异常发生，仍不能有效证明优雅停机生效的技术问题，进而可以确保停机测试的有效性。此外，由于提前锁定了数据库中的目标业务数据，因此无需采用多台应用服务器进行多项业务测试，只需要一台应用服务器进行一笔业务测试即可达到测试目的，一方面精简了测试***整体架构，可以不再使用负载均衡以及多台应用服务器，降低了测试成本，另一方面也节约了人力和时间成本。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了应用于相关技术中的停机测试方法的操作流程示意图；

图2示意性示出了可以应用本公开的停机测试方法和装置的示例性***架构；

图3示意性示出了根据本公开实施例的停机测试方法的流程图；

图4示意性示出了根据本公开另一实施例的停机测试方法的流程图；

图5示意性示出了应用于本公开实施例的停机测试方法的操作流程示意图；

图6示意性示出了根据本公开实施例的应用服务器和客户端执行停机的流程示意图；

图7示意性示出了根据本公开实施例的停机测试装置的框图；以及

图8示意性示出了根据本公开实施例的用于实现停机测试方法的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的***”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的***等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的***”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的***等)。

本公开的实施例提供的停机测试方法，是在更新版本过程中不允许简单粗暴的停止服务器的背景下，执行的一种停机测试方法，因停机需保证正在执行的业务操作不受影响，因此，需要对停机的有效性进行测试。

应用停机分为强制停机和优雅停机两种。强制停机指通过kill-9进程号等方式强制关掉进程，这样的停止方式，在停止的一刹那，应用中正在处理的业务逻辑会被中断，相关的清理也不会触发。相比强制关掉进程的方式，更优雅的方式是让应用进程在等到在途交易返回后主动停止，除了保证在途交易的正确执行，优雅停机还应该包括数据清理、资源回收、连接释放等用户自定义停机操作正确执行。一般的优雅停机方式是给一定的停机时间，超时时间内应用程序未正常退出，则进行强制停机。本公开的实施例是针对优雅停机的有效性进行测试。

图1示意性示出了一种停机测试方法的流程示意图。

如图1所示，在执行停机测试时，需要通过多台服务器在F5负载均衡的情况下，覆盖业务场景进行盲目压力测试，压测过程中无失败场景，则认为优雅停机生效。具体方法为：

通过压力测试服务器发送业务请求；

F5负载均衡设备转发业务请求至应用服务器；

应用服务器执行业务请求；

压力测试发起期间执行优雅停机；

数据库(服务器)执行应用服务器发出的SQL命令并向应用服务器返回SQL结果；

应用服务器向压力测试服务器返回业务请求结果。

在实现本公开构思的过程中，发现上述技术方案中至少存在如下问题，该测试方法通常通过多台服务器进行盲测，因无法确保测试过程中是否存在在途交易，即使测试过程中确实无异常发生，仍不能有效证明优雅停机生效，因为存在一种可能，在执行停机过程中刚好没有在途交易，而这种情况下，测试结果无异常，但无法证明优雅停机生效。

因此，本公开的实施例提供了一种停机测试方法，该方法通过测试前提前锁定数据库中的目标业务数据，确保测试过程中存在在途交易，可以确保停机测试的有效性。

需要说明的是，本公开提供的停机测试方法和装置可用于云计算、金融领域，也可用于除金融领域之外的任意领域，本公开提供的停机测试方法和装置的应用领域不做限定。

图2示意性示出了可以应用本公开的停机测试方法和装置的示例性***架构。需要注意的是，图2所示仅为可以应用本公开实施例的***架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、***、环境或场景。

如图2所示，根据该实施例的***架构200可以包括终端设备201、202、203，网络204和应用服务器205、数据库服务器206。网络204用以在终端设备201、202、203和应用服务器205、数据库服务器206之间提供通信链路的介质。网络204可以包括各种连接类型，例如有线和/或无线通信链路等等。

用户可以使用终端设备201、202、203通过网络204与应用服务器205、数据库服务器206交互，以接收或发送消息等，应用服务器205、和数据库服务器206之间也可以进行交互。终端设备201、202、203上可以安装有各种客户端应用，例如业务操作平台应用、数据库管理工具应用等(仅为示例)。

终端设备201、202、203可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

应用服务器205可以是提供各种服务的服务器，例如对用户利用终端设备201、202、203所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的停机测试方法一般可以由应用服务器205执行。本公开实施例所提供的停机测试装置一般可以设置于应用服务器205中。

本公开实施例所提供的停机测试方法也可以由不同于应用服务器205的其他服务器或服务器集群、或者数据库服务器206执行。相应地，本公开实施例所提供停机测试装置也可以设置于不同于应用服务器205且能够与终端设备201、202、203和/或应用服务器205和数据库服务器206通信的服务器或服务器集群中。本公开实施例所提供的停机测试装置也可以设置于终端设备201、202、或203中，或设置于不同于终端设备201、202、或203的其他终端设备中。

例如，可通过不同于应用服务器205的压力测试服务器向应用服务器205或应用服务器集群发送业务请求，以及通过压力测试服务器向数据库服务器206或数据库服务器集群发送指令；由应用服务器205或应用服务器集群执行业务请求；数据库服务器206或数据库服务器集群执行应用服务器205或应用服务器集群向其发出的命令并向应用服务器205或应用服务器集群返回结果、数据库服务器206或数据库服务器集群响应于压力测试服务器发送的指令执行相应的操作；应用服务器205或应用服务器集群接收到数据库服务器206或数据库服务器集群的返回结果后，向压力测试服务器返回业务请求结果。

应该理解，图2中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

本公开的一个方面提供了一种停机测试方法，图3示意性示出了根据本公开实施例的停机测试方法的流程图。

如图3所示，该方法包括操作S301～S304。

在操作S301，锁定数据库中的目标业务数据，其中，目标业务数据为测试业务时需要访问的数据，具体可为测试前提前确定的测试业务需要访问的数据库表或者数据库中具体某一条记录，例如测试业务为一笔银行业务的转账交易，锁定的数据库中的目标业务数据为交易账号、以及账号初始余额信息。

具体地，在该操作中，其中锁定数据库中的目标业务数据的方法为；向数据库发送锁指令，以便数据库响应锁指令对目标业务数据执行锁操作。本公开的实施例中，可通过功能测试客户端向数据库发送锁指令，例如：可通过使用客户端工具mysql执行SQL语句锁定测试业务对应的表或者记录。锁定后，可查看锁等待超时时间，并且设置超时等待时间，可根据实际测试业务需要的经验时长设置锁等待超时时间，以便停机测试有足够的时间保证测试完成。

在操作S302，向应用服务器发送测试业务请求，以便应用服务器响应测试业务请求时，基于目标业务数据执行停机测试。具体地，可通过功能测试客户端，例如使用银行业务***工具向应用服务器发送转账业务请求，以便后台的应用服务器响应该转账业务请求执行相关操作。基于该转账业务请求，数据库执行应用服务器发出的SQL命令并向应用服务器返回SQL结果；并且在这个过程中，应用服务器执行停机测试，在压力测试发起期间，即测试业务进入等待状态后，执行停机操作，断开与功能测试客户端的连接。

在操作S303，获取由应用服务器执行停机测试后返回的测试结果。执行该操作的过程中，应用服务器基于前述响应该测试业务请求(如转账业务请求)的操作，应用服务器向功能测试客户端返回业务请求结果(如针对某一账号的转账交易执行结果)。

在操作S304，根据测试结果确定停机测试的有效性。以测试业务为一笔转账交易为例，预先锁定数据库中的目标业务数据为交易账号、以及账号初始余额信息，测试结束后，应用服务器向功能测试客户端返回业务请求结果为账号现有余额，根据账号初始余额与转账金额计算并确定账号现有余额是否正确，若账号现有余额数额正确，测停机测试有效，否则无效。

根据本公开的实施例的停机测试方法，因为在测试前提前锁定了数据库中的目标业务数据，确保测试过程中存在在途交易，所以至少部分地克服了现有技术中因采用盲测而无法确保测试过程中存在在途交易，即使测试过程中确实无异常发生，仍不能有效证明优雅停机生效的技术问题，进而可以确保停机测试的有效性。此外，由于提前锁定了数据库中的目标业务数据，因此无需采用多台应用服务器进行多项业务测试，只需要一台应用服务器进行一笔业务测试即可达到测试目的，因此整体架构上进行了裁剪，一方面精简了测试***整体架构，可以不再使用F5负载均衡以及多台应用服务器，降低了测试成本，另一方面也节约了人力和时间成本。

根据本公开的实施例，图4示意性示出了根据本公开另一实施例的停机测试方法的流程图。如图4所示，该方法包括操作S401～S405。本实施例中所述停机测试方法与图3实施例所示的停机测试方法大体相同，不同之处在于向应用服务器发送测试业务请求之后，增加操作S403，解锁数据库中的目标业务数据。在此，仅对操作S403做详细说明，S401、S402、S404、和S405和图3中所示操作S301～S304相同，在此不再赘述。

具体地，在操作S403，解锁数据库中的目标业务数据。因在上诉S401操作执锁定操作后，为了使得数据库中的目标业务数据能够被正常访问和操作，因此，在向应用服务器发送测试业务请求之后，解锁数据库中的目标业务数据。其中解锁数据库中的目标业务数据具体操作为：向数据库发送解锁指令，以便数据库响应解锁指令对目标业务数据执行解锁操作。例如：可通过使用客户端工具mysql执行SQL语句，向数据库发送解锁指令，以便数据库响应解锁指令对目标业务数据执行解锁操作来解锁数据库中测试业务对应的表或者记录，具体通过执行commit或者rollback命令释放锁资源。

为了更进一步说明上述停机测试方法，图5示出了应用于本公开实施例的停机测试方法的操作流程示意图，下述内容结合实例对本公开实施例的停机测试方法做具体说明：

(1)提前准备好待测试应用服务器、数据库，同时对应的业务处理涉及的下游服务器也配套安装准备好。此处，精简了测试***整体架构，可以不再使用负载均衡以及多台应用服务器，只需要一台应用服务器即可满足测试要求。

(2)以测试业务为一笔银行业务的转账交易为例，通过功能测试客户端使用客户端工具mysql执行SQL语句锁定测试业务对应的表或者记录，锁定的数据库中的目标业务数据为交易账号、以及账号初始余额信息。具体操作为：

首先登陆数据库执行SQL语句：show variables like

'％autocommit％'；以便查看当前数据库autocommit状态(即是否为自动提交状态)，如果非0，取消autocommit(即取消自动提交)；需要执行SQL语句：set@@session.autocommit＝0；

然后执行如下SQL语句对目标业务数据加锁：select*from rtc_cluster.vtm_event_log where event_type＝17and id＝1450for update；

之后，查看锁等待超时时间，具体执行的SQL语句为：show global variableslike'innodb_lock_wait_timeout'；并且设置超时等待时间，单位为秒，具体执行的SQL语句为：set innodb_lock_wait_timeout＝120。根据本公开的实施例，可根据实际测试业务需要的经验时长设置锁等待超时时间，以便停机测试有足够的时间保证测试完成。

(3)使用银行业务***工具向应用服务器发送转账业务请求，以便后台的应用服务器响应该转账业务请求执行相关操作。基于该转账业务请求，数据库执行应用服务器发出的SQL命令并向应用服务器返回SQL结果，即向应用服务器提交与该笔转账交易相关的数据，如初始账号余额，账号现有余额等。并且在这个过程中，应用服务器执行停机测试，在压力测试发起期间，即测试业务进入等待状态后，执行停机操作，断开与功能测试客户端的连接。

在数据库执行应用服务器发出的SQL命令并应用服务器返回SQL结果前，功能测试客户端向数据库发送解锁指令，以便数据库响应解锁指令对目标业务数据执行解锁操作，具体通过执行commit或者rollback命令释放锁资源，即释放数据库中与该笔测试转账业务相关的账号，以便其他用户可以对该账号进行转账交易等操作。

(4)最后，基于前述响应该测试业务请求的操作，测试结束后，应用服务器向功能测试客户端返回业务请求结果为账号现有余额，根据账号初始余额与转账金额计算并确定账号现有余额是否正确，若账号现有余额数额正确，测停机测试有效，否则无效。

根据本公开的实施例，上述停机测试过程中，其中基于目标业务数据执行停机测试包括客户端停机和服务器停机，其中客户端执行停机包括：

接收应用服务器发送的停机通知；

响应于停机通知，在等待第一预设时间后，断开与应用服务器的连接，其中第一预设时间用于应用服务器响应于测试业务请求时，从数据库中获取目标业务数据并向客户端返回测试结果。

根据本公开的实施例，服务器停机包括：应用服务器发送停机通知后，应用服务器在等待第二预设时间后，断开与客户端的连接，其中第二预设时间包括停机通知的推送延迟时间和第三预设时间，第三预设时间用于应用服务器响应于测试业务请求时，从数据库中获取目标业务数据并向客户端返回测试结果。

以下对应用于上述本公开实施例的停机测试方法的操作流程中，执行停机操作进行具体说明。图6示意性示出了根据本公开实施例的应用服务器和客户端执行停机的流程示意图，如图6所示：

上述停机测试过程中，其中基于目标业务数据执行停机测试包括客户端停机和服务器停机。

(1)服务器停机包括：

应用服务器通过注册中心向客户端发送停机通知，并注销在注册中心的服务注册信息，关闭注册中心连接；

应用服务器在发送停机通知后，等待一个t的时间，这段等待时间供注册中心推送停机通知，以及等待客户端主动断开连接(如果此时已经断开连接将不再有此等待时间)。

应用服务器再等待另一个t的时间，等待线程池中任务执行完毕，即这段等待时间用于应用服务器响应于测试业务请求时，从数据库中获取目标业务数据并向客户端返回测试结果。

上述停机等待时间t默认10s，应用服务器停机过程可能会等待两个t的时间。应用服务器关闭线程池之前，会判断线程中是否有未完成的任务，如果有则等待任务完成，等待最大时间为t。

应用服务器断开与客户端的连接，包括关闭监听服务器，以及关闭尚未关闭的客户端连接。

之后，应用服务器清理服务相关java bean对象(即清理内存)。

(2)客户端停机包括：

接收应用服务器发送的停机通知；

注销订阅(即关闭与注册中心连接)；客户端断开注册中心连接后，客户端在注册中心上的临时节点会被下线，并注销在注册中心上的节点监控；

响应于停机通知，在等待等待一个t的时间后，断开与应用服务器的连接并清理缓存，其中等待时间用于应用服务器响应于测试业务请求时，从数据库中获取目标业务数据并向客户端返回测试结果，即等待在途业务执行完毕。

根据本公开的实施例，通过上述客户端停机和服务器停机，实现了客户端和应用服务器的流量隔离。客户端接收到停机通知，会将此提供方标志位只读，后续请求不再负载给此机器，实现流量隔离。或者应用服务器的服务从注册中心注销后，注册中心通知客户端此服务已下线，客户端将此服务从缓存中剔除。流量隔离可以避免停机过程中新的业务分配过来，如果没有流量隔离，可能会导致整体停机时间过长或者业务执行失败。在上述客户端停机和服务器停机过程中，客户端和服务器在断开与对方的连接之前，都设置了等待时间，这段等待时间为了使得在途业务执行完毕，保证在途业务的正确执行，提高了业务***的稳定性。

需要说明的是，本公开实施例中的流程图所示的操作除非明确说明不同操作之间存在执行的先后顺序，或者不同操作在技术实现上存在执行的先后顺序，否则，多个操作之间的执行顺序可以不分先后，多个操作也可以同时执行。

本公开的另一个方面提供了一种停机测试装置，图7示意性示出了根据本公开实施例的停机测试装置700的框图，如图7所示，停机测试装置700包括锁定模块710、发送模块720、获取模块730以及确定模块740。其中，

锁定模块710，用于锁定数据库中的目标业务数据，其中，目标业务数据为测试业务时需要访问的数据；

发送模块720，用于向应用服务器发送测试业务请求，以便应用服务器响应测试业务请求时，基于目标业务数据执行停机测试；

获取模块730，用于获取由应用服务器执行停机测试后返回的测试结果；以及

确定模块740，用于根据测试结果确定停机测试的有效性。

根据本公开的实施例，通过该停机测试装置700的锁定模块710，在测试前提前锁定了数据库中的目标业务数据，确保测试过程中存在在途交易，所以至少部分地克服了现有技术中因采用盲测而无法确保测试过程中存在在途交易，即使测试过程中确实无异常发生，仍不能有效证明优雅停机生效的技术问题，进而可以确保停机测试的有效性。此外，由于提前锁定了数据库中的目标业务数据，因此无需采用多台服务器进行多项业务测试，只需要一台服务器进行一笔业务测试即可达到测试目的，一方面精简了测试***整体架构，可以不再使用负载均衡以及多台应用服务器，降低了测试成本，另一方面也节约了人力和时间成本。

根据本公开的实施例，上述停机测试装置700中，其中锁定数据库中的目标业务数据包括：向数据库发送锁指令，以便数据库响应锁指令时，基于锁指令对目标业务数据执行锁操作。

根据本公开的实施例，上述停机测试装置700还包括：解锁模块，用于在应用服务器执行停机测试之后，解锁数据库中的目标业务数据，具体为：向数据库发送解锁指令，以便数据库响应解锁指令时，基于解锁指令对目标业务数据执行解锁操作。

根据本公开的实施例，上述停机测试装置700中，基于目标业务数据执行停机测试包括：

接收应用服务器发送的停机通知；

响应于停机通知，在等待第一预设时间后，断开与应用服务器的连接，其中第一预设时间用于应用服务器响应于测试业务请求，从数据库中获取目标业务数据并向客户端返回测试结果。

根据本公开的实施例，在接收应用服务器发送的停机通知后，应用服务器在等待第二预设时间后，断开与客户端的连接，其中第二预设时间包括停机通知的推送延迟时间和第三预设时间，第三预设时间用于应用服务器响应于测试业务请求，从数据库中获取目标业务数据并向客户端返回测试结果。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上***、基板上的***、封装上的***、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，锁定模块710、发送模块720、获取模块730以及确定模块740中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，锁定模块710、发送模块720、获取模块730以及确定模块740中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上***、基板上的***、封装上的***、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，锁定模块710、发送模块720、获取模块730以及确定模块740中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

本公开的另一方面提供了电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个指令，其中，当所述一个或多个指令被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的停机测试方法。

图8示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，根据本公开实施例的电子设备800包括处理器801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 803中，存储有电子设备800操作所需的各种程序和数据。处理器801、ROM802以及RAM 803通过总线804彼此相连。处理器801通过执行ROM 802和/或RAM 803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 802和RAM 803以外的一个或多个存储器中。处理器801也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备800还可以包括输入/输出(I/O)接口805，输入/输出(I/O)接口805也连接至总线804。电子设备800还可以包括连接至I/O接口805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时，执行本公开实施例的***中限定的上述功能。根据本公开的实施例，上文描述的***、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/***中所包含的；也可以是单独存在，而未装配入该设备/装置/***中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 802和/或RAM 803和/或ROM 802和RAM 803以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行本公开实施例所提供的方法的程序代码，当计算机程序产品在电子设备上运行时，该程序代码用于使电子设备实现本公开实施例所提供的停机测试方法。

在该计算机程序被处理器801执行时，执行本公开实施例的***/装置中限定的上述功能。根据本公开的实施例，上文描述的***、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分809被下载和安装，和/或从可拆卸介质811被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (9)

1.一种停机测试方法，包括：

锁定数据库中的目标业务数据，其中，所述目标业务数据为测试业务时需要访问的数据；

向应用服务器发送测试业务请求，以便所述应用服务器响应所述测试业务请求时，基于所述目标业务数据执行停机测试；其中，基于所述目标业务数据执行停机测试包括：接收所述应用服务器发送的停机通知，并在所述应用服务器在等待第二预设时间后，断开与客户端的连接，其中所述第二预设时间包括所述停机通知的推送延迟时间和第三预设时间，所述第三预设时间用于所述应用服务器响应于所述测试业务请求时，从所述数据库中获取所述目标业务数据并向客户端返回测试结果；

获取由所述应用服务器执行停机测试后返回的测试结果；以及

根据所述测试结果确定所述停机测试的有效性。

2.根据权利要求1所述的测试方法，所述锁定数据库中的目标业务数据包括：

向数据库发送锁指令，以便所述数据库响应所述锁指令对所述目标业务数据执行锁操作。

3.根据权利要求1所述的测试方法，还包括：

在所述应用服务器执行停机测试之后，解锁所述数据库中的目标业务数据。

4.根据权利要求3所述的测试方法，所述解锁所述数据库中的目标业务数据包括：

向数据库发送解锁指令，以便所述数据库响应所述解锁指令对所述目标业务数据执行解锁操作。

5.根据权利要求1所述的测试方法，基于所述目标业务数据执行停机测试包括：

接收所述应用服务器发送的停机通知；

响应于所述停机通知，在等待第一预设时间后，断开与所述应用服务器的连接，其中所述第一预设时间用于所述应用服务器响应于所述测试业务请求时，从所述数据库中获取所述目标业务数据并向客户端返回所述测试结果。

6.一种停机测试装置，包括：

锁定模块，用于锁定数据库中的目标业务数据，其中，所述目标业务数据为测试业务时需要访问的数据；

发送模块，用于向应用服务器发送测试业务请求，以便所述应用服务器响应所述测试业务请求时，基于所述目标业务数据执行停机测试；基于所述目标业务数据执行停机测试包括：接收所述应用服务器发送的停机通知，并在所述应用服务器在等待第二预设时间后，断开与客户端的连接，其中所述第二预设时间包括所述停机通知的推送延迟时间和第三预设时间，所述第三预设时间用于所述应用服务器响应于所述测试业务请求时，从所述数据库中获取所述目标业务数据并向客户端返回测试结果；

获取模块，用于获取由所述应用服务器执行停机测试后返回的测试结果；以及

确定模块，用于根据所述测试结果确定所述停机测试的有效性。

7.一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个指令，

其中，当所述一个或多个指令被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至5中任一项所述的方法。

8.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现权利要求1至5中任一项所述的方法。

9.一种计算机程序产品，所述计算机程序产品包括计算机可执行指令，所述指令在被执行时用于实现权利要求1至5中任一项所述的方法。