Long-process function test method and system, electronic equipment and storage medium

Abstract

The invention provides a long-process function test method and system, electronic equipment and a storage medium, and the method comprises the steps: configuring file related information to a configuration file, and transmitting the file related information to a target server; the product code reads the encryption and decryption of the configuration file and the configuration information of the SFTP; querying a credit granting state of the external real credit granting request; judging whether to continue query based on the credit granting state query interface and the credit granting state; if yes, initiating a letter using request, and generating letter using test request data of the letter using request; initiating a credit application based on encryption and decryption, configuration information and credit test request data; calling a credit granting state query interface, and judging whether the credit application is passed or not based on the credit application request and the credit granting state query interface; and if yes, generating a plan file, generating file data based on the plan file, and uploading the file data to the SFTP file server. According to the invention, the influence on an actually dependent system can be reduced, and the test reliability and efficiency are improved.

Description

Technical Field

[0001] The present invention relates to the technical field of product testing, and in particular to a long-process functional testing method, system, electronic equipment and storage medium. Background Art

[0002] When performing functional testing, some functions may depend on the availability of other systems or services. If these dependent systems are unavailable, testing cannot proceed, causing the test process to be blocked. By bypassing the dependent systems, testing can continue without being affected by the unavailability of the dependent systems. Sometimes, dependent systems may be shared or limited resources that may not be able to meet the needs of all tests at the same time. By bypassing the dependent systems, the demand for their resources can be reduced, improving the concurrency and efficiency of testing. Some dependent systems may have complex configuration and environment requirements, making test setup and maintenance difficult. By bypassing the dependent systems, the setup and maintenance of the test environment can be simplified, improving the feasibility and repeatability of the tests.

[0003] In summary, in the prior art, when performing functional testing, there is too much reliance on other systems, and the dependent systems may not be able to meet the testing requirements at the same time. In addition, some dependent systems in the prior art have more complex configuration and environmental requirements, which makes test setup and maintenance difficult. Summary of the invention

[0004] Based on this, the purpose of the present invention is to provide a long-process functional testing method, system, electronic device and storage medium to solve the deficiencies in the above-mentioned prior art.

[0005] In a first aspect, the present invention provides a long process functional testing method, the method comprising: The configuration file information is transferred to the configuration file, and the configuration file information is transferred to the target server; Input the product code to the target server, and read the encryption and decryption of the configuration file and the SFTP configuration information based on the product code; Initiate an external real credit request according to a preset scenario-compliant simulation request, and query the credit status of the external real credit request; Calling the credit status query interface, and judging whether to continue querying based on the credit status query interface and the credit status; If yes, initiate a credit request, and test the fields in the credit request and the external real credit request to generate credit test request data of the credit request; Initiate a credit application based on the encryption and decryption, the configuration information, and the credit test request data; Calling the credit status query interface, and judging whether the credit application is approved based on the credit request and the credit status query interface; If so, a plan file is generated, file data is generated based on the plan file, and the file data is uploaded to the SFTP file server.

[0006] Compared with the prior art, the beneficial effects of the present invention are: by configuring file-related information to the configuration file, code development can be effectively reduced, so that it can be applied to more project products; by simulating requests to initiate external real credit requests, scenarios can be adapted to meet different test scenarios; by generating credit test request data, real situations can be simulated to ensure the coverage and reliability of long-process functional tests, and the impact on actual dependent systems can be effectively reduced, thereby improving the reliability and efficiency of tests.

[0007] Furthermore, the step of transferring the configuration file related information to the configuration file and transmitting the configuration file related information to the target server includes: Obtaining relevant information and transmission path of the configuration file; The relevant information and the transmission path are transmitted to the target server by calling the interface method of the whole process of submitting the document.

[0008] Furthermore, the step of initiating an external real credit request according to a preset scenario-compliant simulation request includes: Obtain an image file of the configuration file, and upload the image file and the configuration file to the SFTP file server in sequence; The random data is generated by writing a toolkit, and an external real credit request is initiated based on the random data and the SFTP file server.

[0009] Furthermore, the step of testing the fields in the credit request and the external real credit request to generate the credit test request data of the credit request includes: Searching for existing fields in the external real credit request according to the existing fields in the credit request; The credit test request data is generated by writing a toolkit and existing fields in the external real credit request.

[0010] Furthermore, the step of generating a plan file and uploading the plan file to an SFTP file server includes: Generate a calculation file based on rule simulation of the user, and query the file data in the plan file based on the data retrieval logic; The file data is written to the SFTP file server.

[0011] In a second aspect, the present invention further provides a long process functional testing system, the system comprising: A configuration transmission module is used to configure the file related information to the configuration file, and transmit the file related information to the target server; An input reading module, used for inputting a product code into the target server, and reading the encryption and decryption of the configuration file and the SFTP configuration information based on the product code; A simulation query module, used to initiate an external real credit request according to a preset scenario-compliant simulation request, and query the credit status of the external real credit request; A first call judgment module, used to call the credit status query interface and judge whether to continue the query based on the credit status query interface and the credit status; A test generation module, used to determine if yes, initiate a credit request, and test the fields in the credit request and the external real credit request to generate credit test request data of the credit request; An initiating module, used for initiating a credit application based on the encryption and decryption, the configuration information and the credit test request data; A second calling judgment module is used to call the credit status query interface and judge whether it is passed based on the credit request and the credit status query interface; Generate an upload module, which is used to generate a plan file, generate file data based on the plan file, and upload the file data to the SFTP file server.

[0012] Furthermore, the configuration transmission module includes: An acquisition unit, used to acquire relevant information and a transmission path of the configuration file; The calling unit is used to transmit the relevant information and the transmission path to the target server by calling the interface method of the whole process of the submission.

[0013] Furthermore, the simulation query module includes: An acquisition and uploading unit, used for acquiring an image file of the configuration file, and uploading the image file and the configuration file to an SFTP file server in sequence; The generating initiating unit is used to generate random data by writing a toolkit, and initiate an external real credit request based on the random data and the SFTP file server.

[0014] In a third aspect, the present invention provides an electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the above-mentioned long-process functional testing method when executing the computer program.

[0015] In a fourth aspect, the present invention further provides a storage medium having a computer program stored thereon, wherein the program implements the above-mentioned long-process functional testing method when executed by a processor. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Figure 1 is a flow chart of a long process function testing method in a first embodiment of the present invention; Figure 2 is a structural block diagram of a long process functional testing system in a second embodiment of the present invention; Figure 3 FIG. 4 is a schematic diagram of the hardware structure of an electronic device in a third embodiment of the present invention.

[0017] Description of main component symbols: 10. Configuration transmission module; 20. Input reading module; 30. Simulation query module; 40. First call judgment module; 50. Test generation module; 60. Initiation module; 70. Second call judgment module; 80. Generate upload module; 90. Bus; 91. Processor; 92. Memory; 93. Communication interface.

[0018] The following specific implementation manner will further illustrate the present invention in conjunction with the above-mentioned drawings. DETAILED DESCRIPTION

[0019] In order to facilitate the understanding of the present invention, the present invention will be described more fully below with reference to the relevant drawings. Several embodiments of the present invention are given in the drawings. However, the present invention can be implemented in many different forms and is not limited to the embodiments described herein. On the contrary, the purpose of providing these embodiments is to make the disclosure of the present invention more thorough and comprehensive.

[0020] It should be noted that when an element is referred to as being "fixed to" another element, it may be directly on the other element or there may be a central element. When an element is considered to be "connected to" another element, it may be directly connected to the other element or there may be a central element at the same time. The terms "vertical", "horizontal", "left", "right" and similar expressions used herein are for illustrative purposes only.

[0021] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which the present invention belongs. The terms used herein in the specification of the present invention are only for the purpose of describing specific embodiments and are not intended to limit the present invention. The term "and / or" used herein includes any and all combinations of one or more of the related listed items.

[0022] Embodiment 1 See also Figure 1 , which shows a long process functional testing method in the first embodiment of the present invention, the method comprises steps S1 to S8: S1, configuring the configuration file information to the configuration file, and transmitting the configuration file information to the target server; Specifically, the step S1 includes steps S11 to S12: S11, obtaining relevant information and transmission path of the configuration file; S12, transmitting the relevant information and the transmission path to the target server by calling the interface method of the whole process of submitting the document; It is understandable that after the program is deployed to the server, the encryption and decryption public and private keys of various asset-side products, the SFTP domain name, port, account, password, image file / accounting file / contract and other template paths uploaded by the asset or funding party, and the path to the upload target server are configured in the configuration file. The program's same-level directory stores each product image file or contract and other files, and then the program is started. By calling the interface method of the entire submission process, the product code is passed in the interface.

[0023] It is worth mentioning that subsequent additions of products such as accounting files or image files only need to be configured in the configuration file.

[0024] S2, inputting the product code to the target server, and reading the encryption and decryption information of the configuration file and the SFTP configuration information based on the product code; It can be understood that the encryption and decryption of the configuration file and the SFTP information are read through the input product code to confirm the encryption and decryption method used and the SFTP address to be uploaded, simulating the corresponding product to initiate a file request.

[0025] S3, initiating an external real credit request according to a preset scenario-compliant simulation request, and querying the credit status of the external real credit request; Specifically, the step S3 includes steps S31 to S32: S31, obtaining an image file of the configuration file, and uploading the image file and the configuration file to an SFTP file server in sequence; S32, generating random data by writing a toolkit, and initiating an external real credit request based on the random data and the SFTP file server; It is understandable that first copy the image file required for credit from the product template, rename it and put it in the temporary directory, and then upload the files to the file server of the remote SFTP specified directory in sequence. If the file uploaded by the product is a compressed package, then compress the copied file into a zip package and upload it to SFTP. After the upload is complete, clean up the temporary directory to prevent file accumulation from occupying too much disk space, and generate various random data required for the test by writing tools. The methods in the toolkit include methods for generating ID card numbers, names, mobile phone numbers, addresses, bank card numbers, bank card names, strings of random lengths, dates, graphics, email addresses, basic personal information, and a value in a randomly specified list that meet the ID card rules, and generate the required random data according to the scenario.

[0026] S4, calling the credit status query interface, and judging whether to continue the query based on the credit status query interface and the credit status; It can be understood that the data for initiating a credit request needs to be encrypted before the old simulated asset party sends the request. The data is sorted, encrypted with a random key, and signed. The original plaintext request data is cleared and reassembled into the data required for encryption before initiating a credit request. The response data is to extract the encrypted key and decrypt it into plaintext, then extract the encrypted response data, decrypt the response body according to the key, and finally replace the original encrypted response body with the decrypted response body, and make assertions based on the decrypted content.

[0027] What needs to be explained is that when calling the credit status query interface, the status is used to determine whether to continue the query, proceed to the next step, or end the process. If it is under approval, the query will be cyclically executed. If it is still under approval after more than 1 minute, the process will be ended. The process will continue to the next step, and the process will end if it fails.

[0028] S5, if yes, initiate a credit request, and test the fields in the credit request and the external real credit request to generate credit test request data of the credit request; Specifically, the step S5 includes step S51 to step S52: S51, searching for existing fields in the external real credit request according to the existing fields in the credit request; S52, generating credit test request data by writing a toolkit and existing fields in the external real credit request; It can be understood that, according to which fields in the user letter are existing fields in the credit, the existing fields use the fields in the credit request, and the other fields use a custom writing toolkit to generate the random data required for the test, so as to complete the test request data of the user letter request; It is worth mentioning that before initiating a letter request, first copy the image file required for the letter from the product template, rename it and put it in a temporary directory, and then upload the files one by one to the file server in the remote SFTP specified directory. If the file uploaded by the product is a compressed package, then compress the copied file into a zip package and upload it to SFTP. After the upload is complete, clean up the temporary directory to prevent file accumulation from occupying too much disk space.

[0029] S6, initiating a credit application based on the encryption and decryption, the configuration information and the credit test request data; It should be explained that initiating a credit request is also to encrypt the data first and then send the request. After receiving the response, the request is decrypted, and an assertion is made based on the decrypted content, and then the credit application is initiated.

[0030] S7, calling the credit status query interface, and judging whether the credit application is approved based on the credit request and the credit status query interface; What needs to be explained is that when calling the credit status query interface, the status is used to determine whether to continue the query, proceed to the next step, or end the process. If it is under approval, the query will be cyclically executed. If it is still under approval after more than 1 minute, the process will be ended. The process will continue to the next step, and the process will end if it fails.

[0031] S8, if yes, generate a plan file, generate file data based on the plan file, and upload the file data to the SFTP file server; Specifically, the step S8 includes step S81 and step S82: S81, generating a calculation file according to the rule simulation user, and querying the file data in the plan file according to the data retrieval logic; S82, writing the file data into the SFTP file server.

[0032] It should be explained that after the credit application is approved, a plan file will be generated. In this embodiment, the plan file is a loan plan file and a repayment plan file. In this process, the data is queried from the middle platform according to the data acquisition logic, and then written into the file and uploaded to the SFTP file server. It is worth noting that the repayment stage in the repayment plan file will first generate different types of repayment trial calculations and repayment result MOCK data according to the repayment type. The repayment type is passed in the interface request. By default, a repayment type (normal repayment, early repayment, overdue repayment, early settlement, and repayment on behalf of others) is randomly generated. The repayment data generates the principal, interest, and penalty interest according to the type, and then inserts them into the MOCK table. When the repayment trial calculation interface is initiated, it will determine whether to use the MOCK trial calculation data based on whether the MOCK configuration is required in the MOCK table. After the trial calculation is successful, the repayment application will be called and issued. Query the repayment result. Whether to use the repayment result inserted by MOCK is determined based on whether MOCK configuration is required in the MOCK table. In this process, some scheduled tasks will be called to speed up the query result. If the repayment is in progress, the query will be cyclic. If the repayment is still in progress after more than 1 minute, the process will be terminated. If the repayment is successful, continue with the following process. If the repayment fails, the process will be terminated. After the repayment is successful, MOCK will generate repayment details data based on the repayment type and repayment data. According to the relationship between tables, the repayment data will be queried in the table and written into the repayment details file, and then uploaded to the bank's SFTP server; The above process supports multi-threaded operation, ensuring that the data in the certification process is more complete in terms of data generation speed and coverage, and can effectively reduce the impact on the actual dependent system and improve the reliability and efficiency of the test.

[0033] It is understandable that when testing data initiated by internal self-operated projects, you can mock out facial recognition according to the situation, and use more ID card data that meets the conditions for testing instead of using your own ID card. By cleaning internal and external data to test repeatedly, and testing external joint debugging data, you can turn on the MOCK switch to use internal MOCK data instead of the real bank environment. You can quickly test your own internal functions. When you need to test large quantities of data, such as reconciliation or contract signing, you can use tools to batch generate data in multiple threads.

[0034] In summary, the long-process functional testing method in the above-mentioned embodiment of the present invention can effectively reduce code development by configuring file related information to the configuration file, so that it can be applied to more project products. By simulating requests to initiate external real credit requests, the scenarios can be adapted to meet different test scenarios. By generating credit test request data, the real situation can be simulated to ensure the coverage and reliability of long-process functional testing, and can effectively reduce the impact on the actual dependent system and improve the reliability and efficiency of the test.

[0035] Embodiment 2 See also Figure 2 , shown is a long process functional testing system in a second embodiment of the present invention, the system comprising: A configuration transmission module 10 is used to configure the file related information to the configuration file, and transmit the file related information to the target server; An input reading module 20, used to input a product code to the target server, and read the encryption and decryption of the configuration file and the SFTP configuration information based on the product code; A simulation query module 30, configured to initiate an external real credit request according to a preset scenario-compliant simulation request, and query the credit status of the external real credit request; A first call judgment module 40, used to call the credit status query interface, and judge whether to continue the query based on the credit status query interface and the credit status; The test generation module 50 is used to determine if yes, initiate a credit request, and test the fields in the credit request and the external real credit request to generate credit test request data of the credit request; An initiating module 60, configured to initiate a credit application based on the encryption and decryption, the configuration information and the credit test request data; A second calling judgment module 70 is used to call the credit status query interface and judge whether it is passed based on the credit request and the credit status query interface; Generate an upload module 80, which is used to generate a plan file, generate file data based on the plan file, and upload the file data to the SFTP file server.

[0036] In some optional embodiments, the configuration transmission module 10 includes: An acquisition unit, used to acquire relevant information and a transmission path of the configuration file; The calling unit is used to transmit the relevant information and the transmission path to the target server by calling the interface method of the whole process of the submission.

[0037] In some optional embodiments, the simulation query module 30 includes: An acquisition and uploading unit, used for acquiring an image file of the configuration file, and uploading the image file and the configuration file to an SFTP file server in sequence; The generating initiating unit is used to generate random data by writing a toolkit, and initiate an external real credit request based on the random data and the SFTP file server.

[0038] In some optional embodiments, the test generation module 50 includes: A search unit, used for searching the existing fields in the external real credit according to the existing fields in the credit request; The generating unit is used to generate the credit test request data by writing a toolkit and the existing fields in the external real credit.

[0039] In some optional embodiments, the generating upload module 80 includes: A query generation unit is used to generate a calculation file according to the rule simulation user, and query the file data in the plan file according to the data acquisition logic; The writing unit is used to write the file data into the SFTP file server.

[0040] The functions or operation steps implemented when the above modules and units are executed are generally the same as those in the above method embodiments, and will not be repeated here.

[0041] The long-process functional testing system provided in the embodiment of the present invention has the same implementation principle and technical effects as those of the aforementioned method embodiment. For the sake of brief description, for matters not mentioned in the system embodiment, reference may be made to the corresponding contents in the aforementioned method embodiment.

[0042] Embodiment 3 The present invention also provides an electronic device, see Figure 3 , which is a schematic diagram of the hardware structure of the electronic device in the third embodiment of the present invention.

[0043] The electronic device may include a processor 91 and a memory 92 storing computer program instructions.

[0044] Specifically, the processor 91 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the present application.

[0045] Among them, the memory 92 may include a large-capacity memory for data or instructions. For example, but not limitation, the memory 92 may include a hard disk drive (HDD), a floppy disk drive, a solid-state drive (SSD), a flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a universal serial bus (USB) drive or a combination of two or more of these. In appropriate cases, the memory 92 may include a removable or non-removable (or fixed) medium. In appropriate cases, the memory 92 may be inside or outside the data processing device. In a specific embodiment, the memory 92 is a non-volatile memory. In a specific embodiment, the memory 92 includes a read-only memory (ROM) and a random access memory (RAM). Where appropriate, the ROM may be a mask-programmed ROM, a programmable ROM (PROM), an erasable PROM (EPROM), an electrically erasable PROM (EEPROM), an electrically alterable ROM (EAROM) or a flash memory (FLASH), or a combination of two or more of these. Under appropriate circumstances, the RAM can be a static random access memory (SRAM) or a dynamic random access memory (DRAM), wherein the DRAM can be a fast page mode dynamic random access memory (FPMDRAM), an extended data output dynamic random access memory (EDODRAM), a synchronous dynamic random access memory (SDRAM), etc.

[0046] The memory 92 may be used to store or cache various data files required for processing and / or communication, as well as possible computer program instructions executed by the processor 91 .

[0047] The processor 91 implements the long-process functional testing method of the first embodiment by reading and executing the computer program instructions stored in the memory 92 .

[0048] In some of the embodiments, the electronic device may further include a communication interface 93 and a bus 90. Figure 3 As shown, the processor 91, the memory 92, and the communication interface 93 are connected via a bus 90 and communicate with each other.

[0049] The communication interface 93 is used to realize the communication between the modules, devices, units and / or equipment in the present application. The communication interface 93 can also realize data communication with other components such as: external devices, image / data acquisition equipment, databases, external storage and image / data processing workstations.

[0050] The bus 90 includes hardware, software or both, and couples the components of the device to each other. The bus 90 includes but is not limited to at least one of the following: a data bus, an address bus, a control bus, an expansion bus, and a local bus. By way of example and not limitation, bus 90 may include an Accelerated Graphics Port (AGP) or other graphics bus, an Extended Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), a Hyper Transport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an InfiniBand interconnect, a Low Pin Count (LPC) bus, a memory bus, a Micro Channel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local Bus (VLB) bus, or other suitable buses or a combination of two or more of these. Where appropriate, bus 90 may include one or more buses. Although this application describes and illustrates a particular bus, this application contemplates any suitable bus or interconnect.

[0051] The electronic device can obtain a long-process functional testing system and execute the long-process functional testing method of the first embodiment.

[0052] In addition, in combination with the long-flow functional testing method in the first embodiment, the present application can provide a storage medium for implementation. The storage medium stores computer program instructions; when the computer program instructions are executed by the processor, the long-flow functional testing method in the first embodiment is implemented.

[0053] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "examples", "specific examples", or "some examples" means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present invention. In this specification, the schematic representation of the above terms does not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or more embodiments or examples in a suitable manner.

[0054] The above-mentioned embodiments only express several implementation methods of the present invention, and the description thereof is relatively specific and detailed, but it cannot be understood as limiting the scope of the patent of the present invention. It should be pointed out that, for ordinary technicians in this field, several variations and improvements can be made without departing from the concept of the present invention, which all belong to the protection scope of the present invention. Therefore, the protection scope of the patent of the present invention shall be subject to the attached claims.

Claims

1. A long process functional testing method, characterized in that: The method comprises: The configuration file information is transferred to the configuration file, and the configuration file information is transferred to the target server; Input the product code to the target server, and read the encryption and decryption of the configuration file and the SFTP configuration information based on the product code; Initiate an external real credit request according to a preset scenario-compliant simulation request, and query the credit status of the external real credit request; Calling the credit status query interface, and judging whether to continue querying based on the credit status query interface and the credit status; If yes, a credit request is initiated, and fields in the credit request and the external real credit request are tested to generate credit test request data of the credit request; Initiate a credit application based on the encryption and decryption, the configuration information, and the credit test request data; Calling the credit status query interface, and judging whether the credit application is approved based on the credit request and the credit status query interface; If so, a plan file is generated, file data is generated based on the plan file, and the file data is uploaded to the SFTP file server.

2. The long process functional testing method according to claim 1, characterized in that: The steps of transferring the configuration file related information to the configuration file and transmitting the configuration file related information to the target server include: Obtaining relevant information and transmission path of the configuration file; The relevant information and the transmission path are transmitted to the target server by calling the interface method of the whole process of submitting the document.

3. The long process functional testing method according to claim 1, characterized in that: The step of initiating an external real credit request according to a preset scenario simulation request includes: Obtain an image file of the configuration file, and upload the image file and the configuration file to the SFTP file server in sequence; The random data is generated by writing a toolkit, and an external real credit request is initiated based on the random data and the SFTP file server.

4. The long process functional testing method according to claim 1, characterized in that: The step of testing the fields in the credit request and the external real credit request to generate the credit test request data of the credit request comprises: Searching for existing fields in the external real credit request according to the existing fields in the credit request; The credit test request data is generated by writing a toolkit and existing fields in the external real credit request.

5. The long process functional testing method according to claim 1, characterized in that: The steps of generating a plan file and uploading the plan file to the SFTP file server include: Generate a calculation file based on rule simulation of the user, and query the file data in the plan file based on the data retrieval logic; The file data is written to the SFTP file server.

6. A long process functional testing system, characterized in that: The system comprises: A configuration transmission module is used to configure the file related information to the configuration file, and transmit the file related information to the target server; An input reading module, used for inputting a product code into the target server, and reading the encryption and decryption of the configuration file and the SFTP configuration information based on the product code; A simulation query module, used to initiate an external real credit request according to a preset scenario-compliant simulation request, and query the credit status of the external real credit request; A first call judgment module, used to call the credit status query interface and judge whether to continue the query based on the credit status query interface and the credit status; A test generation module, used to determine if yes, initiate a credit request, and test the fields in the credit request and the external real credit request to generate credit test request data of the credit request; An initiating module, used for initiating a credit application based on the encryption and decryption, the configuration information and the credit test request data; A second calling judgment module is used to call the credit status query interface and judge whether it is passed based on the credit request and the credit status query interface; Generate an upload module, which is used to generate a plan file, generate file data based on the plan file, and upload the file data to the SFTP file server.

7. The long process functional testing system according to claim 6, characterized in that: The configuration transmission module includes: An acquisition unit, used to acquire relevant information and a transmission path of the configuration file; The calling unit is used to transmit the relevant information and the transmission path to the target server by calling the interface method of the whole process of the submission.

8. The long process functional testing system according to claim 6, characterized in that: The simulation query module includes: An acquisition and uploading unit, used for acquiring an image file of the configuration file, and uploading the image file and the configuration file to an SFTP file server in sequence; The generating initiating unit is used to generate random data by writing a toolkit, and initiate an external real credit request based on the random data and the SFTP file server.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the long-process functional testing method according to any one of claims 1 to 5 is implemented.

10. A storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the long-process functional testing method according to any one of claims 1 to 5 is implemented.

Images