本发明涉及系统测试领域，特别是涉及一种对业务系统操作逻辑的修正方法、装置、计算机设备和计算机可读存储介质。
背景技术：
目前，业务系统会被很多的用户使用，在使用过程中可能会产生一些问题，但由于业务系统的页面上仅仅显示业务系统的界面，而不会直接显示代码，难以直接根据代码看出业务系统的问题所在。因此，通过创建系统日志，将业务系统运行时产生的数据写入系统日志，通过分析系统日志中的数据，来分析业务系统哪里出了问题。
然而，用户使用业务系统时，操作业务系统的操作逻辑的不正确，也会导致问题的发生，但是由于这不是业务系统本身产生的问题，使得通过传统的方法来分析系统日志难以分析具体是操作逻辑的哪个步骤出了问题，从而无法修复问题，业务系统的可靠性也就降低。
技术实现要素：
基于此，有必要针对无法修复问题，业务系统的可靠性也就降低的问题，提供一种对业务系统操作逻辑的修正方法、装置、计算机设备和计算机可读存储介质。
一种对业务系统操作逻辑的修正方法，所述方法包括：
接收终端对业务系统的操作请求；
将所述操作请求相应的行为数据写入系统日志；
当监控到业务系统产生异常时，采集异常信息；
根据所述异常信息从所述系统日志中选取相应的行为数据；
根据选取的行为数据模拟操作以进行测试，得到测试结果；
根据所述测试结果确定相应的异常操作请求；
向所述终端反馈指示信息，所述指示信息用于指示所述终端对所述异常操作请求对应的操作逻辑进行修正。
在一个实施例中，所述方法还包括：
分析所述异常信息，得到异常时间点；
所述根据选取的行为数据模拟操作以进行测试，得到测试结果，包括：
选取与所述异常时间点最接近的测试节点；
根据选取的测试节点中的功能点标识，调用功能代码；
根据选取的测试节点中的功能参数驱动所述功能代码，得到测试结果。
在一个实施例中，所述根据所述异常信息从所述系统日志中选取相应的行为数据，包括：
根据所述异常时间点和所述系统日志生成测试时间段；
在所述系统日志中选取所述测试时间段匹配的行为数据。
在一个实施例中，所述行为数据包括功能点标识和相应的功能参数；所述根据选取的行为数据模拟操作以进行测试，得到测试结果之前，所述方法还包括：
解析选取的所述行为数据，得到多个功能点标识；
按照所述多个功能点标识在所述测试时间段中的时间顺序，将所述多个功能点标识和相应的功能参数封装至多个测试节点，所述多个测试节点与所述多个功能点标识一一对应。
在一个实施例中，所述方法还包括：
当得到的测试结果与异常信息不匹配时，则
依照次序重新选取测试节点；所述次序，是重新选取的测试节点对应的时间点与所述异常时间点的间隔逐渐增大的顺序；
依照次序根据重新选取的测试节点中的功能参数驱动所述功能代码，直至得到的测试结果与异常信息匹配。
在一个实施例中，所述方法还包括：
分析所述系统日志，以统计各功能代码被调用时传输的数据量；
根据统计的所述数据量，为各功能代码动态分配系统资源。
一种对业务系统操作逻辑的修正装置，所述装置包括：
接收模块，用于接收终端对业务系统的操作请求；
写入模块，用于将所述操作请求相应的行为数据写入系统日志；
采集模块，用于当监控到业务系统产生异常时，采集异常信息；
选取模块，用于根据所述异常信息从所述系统日志中选取相应的行为数据；
测试模块，用于根据选取的行为数据模拟操作以进行测试，得到测试结果；
确定模块，用于根据所述测试结果确定相应的异常操作请求；
反馈模块，用于向所述终端反馈指示信息，所述指示信息用于指示所述终端对所述异常操作请求对应的操作逻辑进行修正。
在一个实施例中，所述装置还包括：
分析模块，用于分析所述异常信息，得到异常时间点；
所述选取模块，还用于选取与所述异常时间点最接近的测试节点；
调用模块，用于根据选取的测试节点中的功能点标识，调用功能代码；
所述测试模块，还用于根据选取的测试节点中的功能参数驱动所述功能代码，得到测试结果。
一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如上任一项所述方法的步骤。
一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如上任一项所述方法的步骤。
上述对业务系统的操作逻辑的修正方法、装置、计算机设备和计算机可读存储介质，在接收对业务系统的操作请求后，将操作请求相应的行为数据写入系统日志。而当监控到业务系统产生异常时，采集异常信息，根据异常信息从系统日志中选取行为数据，以根据选取的行为数据进行测试。在得到测试结果后，根据测试结果确定相应的异常操作请求，从而可以根据异常操作请求分析出操作逻辑中具体哪个步骤出现问题，以判断出业务系统的操作逻辑哪里需要修正。再向终端反馈指示信息，进而可以指示终端对异常操作请求对应的操作逻辑进行修正，解决终端操作业务系统时出现的问题，提升业务系统的可靠性。
附图说明
图1为一个实施例中对业务系统操作逻辑的修正方法的应用环境图；
图2为一个实施例中对业务系统操作逻辑的修正方法的流程示意图；
图3为一个实施例中根据测试节点和异常信息进行测试的流程示意图；
图4为另一个实施例中对业务系统操作逻辑的修正方法的流程示意图；
图5为一个实施例中对业务系统操作逻辑的修正装置的结构示意图；
图6为另一个实施例中对业务系统操作逻辑的修正装置的结构示意图；
图7为一个实施例中对业务系统操作逻辑的修正装置的结构示意图；
图8为另一个实施例中对业务系统操作逻辑的修正装置的结构示意图；
图9为一个实施例中对业务系统操作逻辑的修正装置的结构示意图；
图10为一个实施例中计算机设备的内部结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
图1为一个实施例中对业务系统操作逻辑的修正方法的应用环境图。参照图1，该对业务系统操作逻辑的修正方法应用于对业务系统操作逻辑的修正系统。该对业务系统操作逻辑的修正系统包括终端110和服务器120。终端110和服务器120通过网络连接。终端110具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
如图2所示，在一个实施例中，提供了一种对业务系统操作逻辑的修正方法。本实施例主要以该方法应用于上述图1中的服务器120来举例说明。参照图2，该对业务系统操作逻辑的修正方法具体包括如下步骤：
s202，接收终端对业务系统的操作请求。
其中，业务系统是线上办理业务的系统。操作请求是请求操作业务系统的信息。操作请求具体可以是使用输入装置触发业务系统的功能代码的请求，也可以是与业务系统进行传输数据的请求。
在一个实施例中，终端接收到鼠标发送的驱动信息，根据该驱动信息相应的坐标在业务系统的界面上触发点击请求；若该点击请求所指定位置的页面元素相应有功能代码，则向服务器发送触发功能代码的操作请求。
在一个实施例中，服务器在接收到终端对业务系统的操作请求后，根据该操作请求操作业务系统，并在操作业务系统后生成新的页面元素，将新的页面元素反馈给终端，以指示终端根据新的页面元素调整业务系统的界面。
s204，将操作请求相应的行为数据写入系统日志。
其中，行为数据是反映用户行为的数据。行为数据具体可以是操作请求触发的功能代码、触发功能代码时的功能参数、操作请求触发的页面元素和操作请求触发页面元素时的坐标中至少一种。系统日志是记录系统中日常事件的日志，以及记录系统相应的软件和硬件的动态变化信息的日志。系统日志中具体可以记录操作请求相应的行为数据，还可以记录操作业务系统或业务系统运行时产生的异常信息。
在一个实施例中，终端发送的操作请求可以是http(hypertexttransferprotocol，超文本传输协议)请求，服务器分析终端发送的http请求，获得http请求的header(标头)，其中包含了cookie(账户信息)、referer(引用)、user-agent(用户代理)、用户的ip地址和用户的登录名等，通过过滤器将http请求的header写入系统日志。
s206，当监控到业务系统产生异常时，采集异常信息。
其中，异常具体是业务系统运行时异于平常，例如业务系统传输的数据量远大于或远小于平常，业务系统无法办理业务，以及运行业务系统时空指针或数组越界等。异常信息是业务系统产生异常时的信息。异常信息具体可以是产生异常的时间点、异常持续的时间段和业务系统产生异常时生成的数据等中的至少一种。采集异常信息，具体可以使用脚本引擎从业务系统的表示层、业务逻辑层和数据访问层中获取异常信息。
在一个实施例中，服务器根据接收到的操作请求调用功能代码时，得到调用结果为null(空)，则使用脚本引擎从业务逻辑层获取调用功能代码时的时间点和调用的功能代码，将获取的时间点和功能代码作为异常信息写入系统日志。
s208，根据异常信息从系统日志中选取相应的行为数据。
其中，异常信息记录有时间，且系统日志也记录有时间，根据异常信息从系统日志中选取相应的行为数据，具体可以是根据异常信息记录的时间点，在系统日志中选取相应时间点的行为数据。
在一个实施例中，服务器分析异常信息，获得异常持续的时间段，根据获得的时间段从系统日志中选取相应时间段内记录的行为数据。
s210，根据选取的行为数据模拟操作以进行测试，得到测试结果。
其中，模拟操作是模拟用户的操作。具体地，用户的操作能够触发业务系统调用并运行功能代码和功能参数，则模拟操作具体是通过行为数据调用并运行功能代码和功能参数等，以模拟用户的操作。
在一个实施例中，服务器根据选取的行为数据，获取相应的功能代码和功能参数，使用功能参数驱动功能代码，得到测试结果。若测试结果与异常信息匹配，则确定选取的行为数据为导致业务系统异常的行为数据，并分析该行为数据，以修复业务系统的异常；若测试结果与异常信息不匹配，则重新选取行为数据。
s212，根据测试结果确定相应的异常操作请求。
其中，异常操作请求是导致异常的操作请求。根据测试结果确定相应的异常操作请求，具体可以是通过测试结果确定相应的行为数据，并通过确定的行为数据确定异常操作请求，而服务器根据该被确定的异常操作请求操作业务系统时，记录该被确定的行为数据到系统日志。
s214，向终端反馈指示信息，指示信息用于指示终端对异常操作请求对应的操作逻辑进行修正。
其中，操作逻辑是操作业务系统的逻辑。操作逻辑具体可以包括操作步骤。指示信息具体包括了异常操作请求对应的操作逻辑中的异常步骤，还可以包括异常步骤相应的正确步骤。
在一个实施例中，服务器向终端发送指示信息后，终端根据指示信息返回指示信息对应的异常步骤。终端在发送撤回异常操作请求的信息后，根据指示信息中的正确步骤，重新发送对业务系统的操作请求。
在一个实施例中，服务器向终端发送指示信息后。终端发起重启业务的请求，并在服务器返回同意重启业务的响应后，按照指示信息检查重启业务时对业务系统的操作请求。
本实施例中，在接收对业务系统的操作请求后，将操作请求相应的行为数据写入系统日志。而当监控到业务系统产生异常时，采集异常信息，根据异常信息从系统日志中选取行为数据，以根据选取的行为数据进行测试。在得到测试结果后，根据测试结果确定相应的异常操作请求，从而可以根据异常操作请求分析出操作逻辑中具体哪个步骤出现问题，以判断出业务系统的操作逻辑哪里需要修正。再向终端反馈指示信息，进而可以指示终端对异常操作请求对应的操作逻辑进行修正，解决终端操作业务系统时出现的问题，提升业务系统的可靠性。
在一个实施例中，服务器在根据行为数据进行测试后，得到的测试结果表示行为数据相应的功能参数和/或功能代码出现漏洞，将出现漏洞的功能参数和/或功能代码根据测试结果进行修复。
在一个实施例中，服务器监控终端在网页上点击的位置，根据点击位置的坐标和相应的点击时间生成网页热力图。在服务器根据选取的行为数据模拟操作以进行测试时，根据行为数据相应的时间点，从网页热力图中提取相应点击位置的坐标，并根据点击位置的坐标相应的页面元素获取功能代码。从行为数据中获取功能参数，按照点击位置被点击的时间，依次使用功能参数驱动根据网页热力图获取的功能代码，以模拟对业务系统的操作。
在一个实施例中，该对业务系统操作逻辑的修正方法还包括：分析异常信息，得到异常时间点；步骤s210包括：选取与异常时间点最接近的测试节点；根据选取的测试节点中的功能点标识，调用功能代码；根据选取的测试节点中的功能参数驱动功能代码，得到测试结果。
其中，异常时间点是异常信息中的时间点。异常时间点具体是异常信息生成的时间点。测试节点是存储测试的行为数据的节点。功能点标识是功能代码的标识。功能点标识具体可以是功能关键字，例如实现访问控制的功能，关键字可以是private(私有的)、protected(受保护的)和public(公共的)，根据功能关键字可以调用相应的功能代码。功能代码是实现功能的代码。功能代码具体可以是计算机函数。功能参数是功能参数是驱动功能代码的参数。
选取与异常时间点最接近的测试节点，具体可以是选取的测试节点所记录的时间点和/或时间段与异常时间点最接近。调用功能代码，具体可以是从数据库中调用功能点标识相应的功能代码。根据选取的测试节点中的功能参数驱动功能代码，具体可以是将功能参数写入功能代码中，运行写入功能参数的功能代码，以得到运行结果。
参照图3，在一个实施例中，服务器从异常信息310中获取异常时间点312，并读取测试节点中的时间点，选取记载的时间点与异常时间点最接近的测试节点302。在选取测试节点302后，再根据测试节点302中的功能点标识调用功能代码，用测试节点302中的功能参数驱动调用的功能代码，以实现模拟操作，得到测试结果。
本实施例中，通过分析异常信息得到异常时间点，再根据异常时间点选取测试节点，使用测试节点中的功能点标识和功能参数来进行测试，从而可以尽可能地模拟异常发生时的情景，以判断出问题具体出现在哪里。
在一个实施例中，步骤s208包括：根据异常时间点和系统日志生成测试时间段；在系统日志中选取测试时间段匹配的行为数据。
其中，测试时间段是需要测试的行为数据被记录的时间段。根据异常时间点和系统日志生成测试时间段，具体可以是根据系统日志在异常时间点记录行为数据的频率，生成测试时间段，例如系统日志在异常时间点记录行为数据的频率高，则生成的测试时间段就短，反之系统日志在异常时间点记录行为数据的频率低，则生成的测试时间段就长。在系统日志中选取测试时间段匹配的行为数据，具体可以是根据系统日志中记录的时间，选取在测试时间段记录的行为数据。
在一个实施例中，服务器根据异常时间点在系统日志中确定相应的时间点，并分析系统日志中确定的时间点前后五分钟内记录的行为数据，以获得系统日志记录行为数据的频率。若该频率高于预设区间的最大值，则选定异常时间点前后三分钟为测试时间段；若该频率在预设区间内，则选定异常时间点前后五分钟为测试时间段；若该频率低于预设区间的最小值，则选定异常时间点前后八分钟为测试时间段。在选定测试时间段后，在系统系统日志中选取测试时间段匹配的行为数据。
本实施例中，通过根据异常时间点和系统日志生成测试时间段，在系统日志中选取测试时间段匹配的行为数据，可以更合理地选取在异常发生时记录的行为数据，以避免导致异常发生的行为数据被遗漏。
在一个实施例中，行为数据包括功能点标识和相应的功能参数；步骤s208之前，该方法还包括：解析选取的行为数据，得到多个功能点标识；按照多个功能点标识在测试时间段中的时间顺序，将多个功能点标识和相应的功能参数封装至多个测试节点，多个测试节点与多个功能点标识一一对应。
参照图3，在一个实施例中，服务器解析选取的行为数据，得到多个功能点标识，按照多个功能点标识在测试时间段中的时间顺序，将多个功能点标识和相应的功能参数一一封装至测试节点300、302、304、306和308中。
本实施例中，通过将功能点标识按照在测试时间段中的时间顺序，一一封装至测试节点，可以使得测试节点中的行为数据更加细分，更容易找出导致异常发生的行为数据。
在一个实施例中，该方法还包括：当得到的测试结果与异常信息不匹配时，则依照次序重新选取测试节点；次序，是重新选取的测试节点对应的时间点与异常时间点的间隔逐渐增大的顺序；依照次序根据重新选取的测试节点中的功能参数驱动功能代码，直至得到的测试结果与异常信息匹配。
其中，测试结果与异常信息匹配，具体可以是测试结果与异常信息一致。
参照图3，在一个实施例中，服务器根据测试节点302记录的功能点标识和功能参数模拟操作，得到的测试结果与异常信息不匹配，且测试节点300的时间点与异常时间点的间隔小于测试节点300的时间点与异常时间点的间隔时，重新选取测试节点300，根据重新选取的测试节点300进行测试。若根据测试节点300测试得到的测试与异常信息匹配，则根据测试结果确定相应的异常操作请求；若根据测试节点300测试得到的测试与异常信息不匹配，则重新选取测试节点304。而测试节点304与测试节点306和308相应的功能代码和功能参数组合，可以模拟一个完整的操作，则同时选取测试节点304、306和308，进行模拟操作，得到测试结果。
本实施例中，在得到的测试结果与异常信息不匹配时，依照时间点的间隔逐渐增大的顺序，重新选取测试节点，可以测试出由于延时而发生的异常。
在一个实施例中，该方法还包括：分析系统日志，以统计各功能代码被调用时传输的数据量；根据统计的数据量，为各功能代码动态分配系统资源。
其中，系统资源(systemresource)是系统资源堆(systemresourceheap)。为各功能代码动态分配系统资源，具体还可以分配cpu(centralprocessingunit，中央处理器)资源、内存(memory)资源和gpu(graphicsprocessingunit，图形处理器)中的至少一种。
在一个实施例中，服务器进行业务系统的并发测试，与测试服务器进行多线程数据互传时，监控数据传输时各个功能代码被调用的次数。服务器根据监控到的次数，动态分配各个功能代码的系统资源。
本实施例中，通过统计各功能代码被调用时传输的数据量，来判断业务系统被大规模使用时，各功能代码的被使用率，从而调整各功能代码分配的系统资源，以避免业务系统的系统资源分配不均，导致业务系统出现问题。
在一个实施例中，服务器从系统日志中提取终端相应的ip(internetprotocol)地址，分析ip地址得到终端所在地区的标识，并统计系统日志中所有终端触发功能代码的次数和终端所在地区的标识，得到终端所在地区的标识与终端触发功能代码的次数的关联关系。
图4为一个实施例中对业务系统操作逻辑的修正方法的流程示意图。该方法具体包括以下的步骤：
s402，接收终端对业务系统的操作请求。
s404，监控业务系统的页面上被点击的位置。
s406，获取被点击的位置相应的坐标点。
s408，根据业务系统的页面上页面元素相应的坐标和被点击的位置相应的坐标点，统计页面元素每次被点击的时间点。
s410，将操作请求相应的行为数据和页面元素被被点击的时间点写入系统日志。
s412，当监控到业务系统产生异常时，采集异常信息。
s414，分析异常信息，得到异常时间点。
s416，根据异常时间点和系统日志生成测试时间段。
s418，在系统日志中选取测试时间段匹配的行为数据和被点击的页面元素，行为数据包括功能点标识和相应的功能参数。
s420，解析选取的行为数据，得到多个功能点标识。
s422，根据页面元素每次被点击的时间点，统计多个功能点标识相应的功能代码被触发的次数。
s424，按照多个功能点标识在测试时间段中的时间顺序，将多个功能点标识、相应的功能代码被触发的次数和相应的功能参数封装至多个测试节点。
s426，选取与异常时间点最接近的测试节点。
s428，根据选取的测试节点中的功能点标识和相应的功能代码被触发的次数，按照被触发的次数调用相同次数的功能代码。
s430，根据选取的测试节点中的功能参数驱动功能代码，得到测试结果。
s432，当得到的测试结果与异常信息不匹配时，则依照次序重新选取测试节点。
s434，依照次序根据重新选取的测试节点中的功能参数驱动功能代码，直至得到的测试结果与异常信息匹配。
s436，根据测试结果确定相应的异常操作请求。
s438，向终端反馈指示信息，指示信息用于指示终端对异常操作请求对应的操作逻辑进行修正。
上述对业务系统操作逻辑的修正方法，在接收对业务系统的操作请求后，将操作请求相应的行为数据写入系统日志。而当监控到业务系统产生异常时，采集异常信息，根据异常信息从系统日志中选取行为数据，以根据选取的行为数据进行测试。在得到测试结果后，根据测试结果确定相应的异常操作请求，从而可以根据异常操作请求分析出操作逻辑中具体哪个步骤出现问题，以判断出业务系统的操作逻辑哪里需要修正。再向终端反馈指示信息，进而可以指示终端对异常操作请求对应的操作逻辑进行修正，解决终端操作业务系统时出现的问题，提升业务系统的可靠性。
应该理解的是，虽然图4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
图5为一种对业务系统操作逻辑的修正装置500的结构示意图，该装置包括：接收模块502、写入模块504、采集模块506、选取模块508、测试模块510、确定模块512和反馈模块514。
接收模块502，用于接收终端对业务系统的操作请求。
写入模块504，用于将操作请求相应的行为数据写入系统日志。
采集模块506，用于当监控到业务系统产生异常时，采集异常信息。
选取模块508，用于根据异常信息从系统日志中选取相应的行为数据。
测试模块510，用于根据选取的行为数据模拟操作以进行测试，得到测试结果。
确定模块512，用于根据测试结果确定相应的异常操作请求。
反馈模块514，用于向终端反馈指示信息，指示信息用于指示终端对异常操作请求对应的操作逻辑进行修正。
上述对业务系统操作逻辑的修正装置，在接收对业务系统的操作请求后，将操作请求相应的行为数据写入系统日志。而当监控到业务系统产生异常时，采集异常信息，根据异常信息从系统日志中选取行为数据，以根据选取的行为数据进行测试。在得到测试结果后，根据测试结果确定相应的异常操作请求，从而可以根据异常操作请求分析出操作逻辑中具体哪个步骤出现问题，以判断出业务系统的操作逻辑哪里需要修正。再向终端反馈指示信息，进而可以指示终端对异常操作请求对应的操作逻辑进行修正，解决终端操作业务系统时出现的问题，提升业务系统的可靠性。
如图6所示，在一个实施例中，该装置还包括：分析模块516，用于分析异常信息，得到异常时间点；上述选取模块508，还用于选取与异常时间点最接近的测试节点；调用模块518，用于根据选取的测试节点中的功能点标识，调用功能代码；上述测试模块510，还用于根据选取的测试节点中的功能参数驱动功能代码，得到测试结果。
如图7所示，在一个实施例中，该装置还包括：时间段生成模块520，用于根据异常时间点和系统日志生成测试时间段；上述选取模块518，还用于在系统日志中选取测试时间段匹配的行为数据。
在一个实施例中，行为数据包括功能点标识和相应的功能参数；如图8所示，该装置还包括：解析模块522，用于解析选取的行为数据，得到多个功能点标识；封装模块524，用于按照多个功能点标识在测试时间段中的时间顺序，将多个功能点标识和相应的功能参数封装至多个测试节点，多个测试节点与多个功能点标识一一对应。
在一个实施例中，上述选取模块508，还用于当得到的测试结果与异常信息不匹配时，则依照次序重新选取测试节点；次序，是重新选取的测试节点对应的时间点与异常时间点的间隔逐渐增大的顺序；上述测试模块510，还用于依照次序根据重新选取的测试节点中的功能参数驱动功能代码，直至得到的测试结果与异常信息匹配。
在一个实施例中，上述分析模块516，还用于分析系统日志，以统计各功能代码被调用时传输的数据量；如图9所示，该装置还包括：分配模块526，用于根据统计的数据量，为各功能代码动态分配系统资源。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，也可以是移动终端。当该计算机设备为服务器时，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种对业务系统操作逻辑的修正方法。本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，本申请提供的对业务系统操作逻辑的修正装置可以实现为一种计算机程序的形式，计算机程序可在如图10所示的计算机设备上运行。计算机设备的存储器中可存储组成该对业务系统操作逻辑的修正装置的各个程序模块，比如，图5所示的接收模块502、写入模块504、采集模块506、选取模块508、测试模块510、确定模块512和反馈模块514。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的对业务系统操作逻辑的修正方法中的步骤。
一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行如下方法的步骤：接收终端对业务系统的操作请求；将操作请求相应的行为数据写入系统日志；当监控到业务系统产生异常时，采集异常信息；根据异常信息从系统日志中选取相应的行为数据；根据选取的行为数据模拟操作以进行测试，得到测试结果；根据测试结果确定相应的异常操作请求；向终端反馈指示信息，指示信息用于指示终端对异常操作请求对应的操作逻辑进行修正。
上述计算机设备，在接收对业务系统的操作请求后，将操作请求相应的行为数据写入系统日志。而当监控到业务系统产生异常时，采集异常信息，根据异常信息从系统日志中选取行为数据，以根据选取的行为数据进行测试。在得到测试结果后，根据测试结果确定相应的异常操作请求，从而可以根据异常操作请求分析出操作逻辑中具体哪个步骤出现问题，以判断出业务系统的操作逻辑哪里需要修正。再向终端反馈指示信息，进而可以指示终端对异常操作请求对应的操作逻辑进行修正，解决终端操作业务系统时出现的问题，提升业务系统的可靠性。
在一个实施例中，计算机程序被处理器执行时，还使得处理器执行如下方法的步骤：分析异常信息，得到异常时间点；处理器执行根据选取的行为数据模拟操作以进行测试，得到测试结果的步骤，包括：选取与异常时间点最接近的测试节点；根据选取的测试节点中的功能点标识，调用功能代码；根据选取的测试节点中的功能参数驱动功能代码，得到测试结果。
在一个实施例中，处理器执行根据异常信息从系统日志中选取相应的行为数据的步骤，包括：根据异常时间点和系统日志生成测试时间段；在系统日志中选取测试时间段匹配的行为数据。
在一个实施例中，行为数据包括功能点标识和相应的功能参数；处理器执行根据选取的行为数据模拟操作以进行测试，得到测试结果的步骤之前，处理器还执行如下方法的步骤：解析选取的行为数据，得到多个功能点标识；按照多个功能点标识在测试时间段中的时间顺序，将多个功能点标识和相应的功能参数封装至多个测试节点，多个测试节点与多个功能点标识一一对应。
在一个实施例中，计算机程序被处理器执行时，还使得处理器执行如下方法的步骤：当得到的测试结果与异常信息不匹配时，则依照次序重新选取测试节点；次序，是重新选取的测试节点对应的时间点与异常时间点的间隔逐渐增大的顺序；依照次序根据重新选取的测试节点中的功能参数驱动功能代码，直至得到的测试结果与异常信息匹配。
在一个实施例中，计算机程序被处理器执行时，还使得处理器执行如下方法的步骤：分析系统日志，以统计各功能代码被调用时传输的数据量；根据统计的数据量，为各功能代码动态分配系统资源。
一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行如下方法的步骤：接收终端对业务系统的操作请求；将操作请求相应的行为数据写入系统日志；当监控到业务系统产生异常时，采集异常信息；根据异常信息从系统日志中选取相应的行为数据；根据选取的行为数据模拟操作以进行测试，得到测试结果；根据测试结果确定相应的异常操作请求；向终端反馈指示信息，指示信息用于指示终端对异常操作请求对应的操作逻辑进行修正。
上述存储介质，在接收对业务系统的操作请求后，将操作请求相应的行为数据写入系统日志。而当监控到业务系统产生异常时，采集异常信息，根据异常信息从系统日志中选取行为数据，以根据选取的行为数据进行测试。在得到测试结果后，根据测试结果确定相应的异常操作请求，从而可以根据异常操作请求分析出操作逻辑中具体哪个步骤出现问题，以判断出业务系统的操作逻辑哪里需要修正。再向终端反馈指示信息，进而可以指示终端对异常操作请求对应的操作逻辑进行修正，解决终端操作业务系统时出现的问题，提升业务系统的可靠性。
在一个实施例中，计算机程序被处理器执行时，还使得处理器执行如下方法的步骤：分析异常信息，得到异常时间点；处理器执行根据选取的行为数据模拟操作以进行测试，得到测试结果的步骤，包括：选取与异常时间点最接近的测试节点；根据选取的测试节点中的功能点标识，调用功能代码；根据选取的测试节点中的功能参数驱动功能代码，得到测试结果。
在一个实施例中，处理器执行根据异常信息从系统日志中选取相应的行为数据的步骤，包括：根据异常时间点和系统日志生成测试时间段；在系统日志中选取测试时间段匹配的行为数据。
在一个实施例中，行为数据包括功能点标识和相应的功能参数；处理器执行根据选取的行为数据模拟操作以进行测试，得到测试结果的步骤之前，处理器还执行如下方法的步骤：解析选取的行为数据，得到多个功能点标识；按照多个功能点标识在测试时间段中的时间顺序，将多个功能点标识和相应的功能参数封装至多个测试节点，多个测试节点与多个功能点标识一一对应。
在一个实施例中，计算机程序被处理器执行时，还使得处理器执行如下方法的步骤：当得到的测试结果与异常信息不匹配时，则依照次序重新选取测试节点；次序，是重新选取的测试节点对应的时间点与异常时间点的间隔逐渐增大的顺序；依照次序根据重新选取的测试节点中的功能参数驱动功能代码，直至得到的测试结果与异常信息匹配。
在一个实施例中，计算机程序被处理器执行时，还使得处理器执行如下方法的步骤：分析系统日志，以统计各功能代码被调用时传输的数据量；根据统计的数据量，为各功能代码动态分配系统资源。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性存储器。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。