CN115934546A - A blockchain integration testing method and system based on Go language - Google Patents

Abstract

The application discloses a Go language-based block chain integration test method, which specifically comprises the following steps: initializing a configuration file by using a specified GoSDK dependency; determining a block chain cluster to be tested according to the configuration file, sending a deployment instruction by using a GoSDK (GoSDK), deploying each node of the block chain cluster to be tested, and generating the block chain cluster to be tested; generating a test case according to the configuration file, and sending a test instruction by using the GoSDK to test the block chain cluster to be tested by using the test case; and collecting test logs and statistical results. The method is set based on the Go language, can directly test the nodes, the network, the consensus, the contract, the storage and the cryptography of the block chain system by using the GoSDK without calling, reduces the efficiency loss caused by transferring the remote calling command to other languages in the test process, and simultaneously reduces the labor cost consumed by system maintenance.

Description

A blockchain integration testing method and system based on Go language

technical field

The application belongs to the technical field of blockchain testing, and in particular relates to a Go language-based blockchain integration testing method and system.

Background technique

The integration test of the existing blockchain system generally uses Python or Java as the remote call command language for execution, but the SDK on the server side uses GoSDK or JavaSDK. For the server side of the JavaSDK, because the remote call command also uses Java, it can be tested directly through Java. However, for the server of GoSDK, a layer of relay is needed in the middle to pass the remote call command issued by GoSDK to the Python language, and then actually call the blockchain system again through the Python language. Such an implementation method greatly reduces operating efficiency and increases the maintenance cost of the test system.

In addition, some functions on the blockchain (such as contracts, storage, cryptography), due to language features or lack of corresponding dependent libraries, etc., it will be very complicated or even impossible to implement through Python, which also increases the The implementation and development difficulty of the language to test the blockchain system.

Therefore, there is a need for a blockchain integration testing method and system based on the Go language, which can be used to directly perform integration testing on the blockchain system and reduce the efficiency loss of call transfer.

Contents of the invention

Based on the above-mentioned shortcomings and deficiencies in the prior art, one of the purposes of the present invention is to at least solve one or more of the above-mentioned problems in the prior art. In other words, one of the purposes of the present invention is to provide a One or more blockchain integration testing methods and systems based on the Go language.

In order to achieve the above object of the invention, the present invention adopts the following technical solutions:

In the first aspect, the present invention provides a block chain integration testing method based on Go language, which is applied to block chain clusters, and specifically includes steps:

Specify GoSDK dependencies and initialize configuration files;

Determine the blockchain cluster to be tested according to the configuration file, use GoSDK to issue deployment instructions, deploy each node of the blockchain cluster to be tested, and generate a blockchain cluster to be tested;

Generate test cases according to the configuration file, use GoSDK to issue test instructions, and use the test cases to perform tests on the blockchain cluster to be tested;

Collect test logs and statistical results.

The above method is based on the test method implemented by the Go language, which can complete the tasks of testing the nodes, network, consensus, contract, storage, and cryptography of the blockchain system, and utilizes the adaptability of the Go language and the blockchain cluster to Complete the test tasks of the blockchain cluster with high performance, and the call process does not need to be transferred, which reduces the maintenance cost of the test system.

As a further improved solution, the method also includes:

The configuration file includes fuzzing test rules, which specify the number, type and value range of input parameters for one or more tests;

When generating test cases according to the configuration file, it also includes using GoSDK to issue test instructions, and perform fuzzing tests on the blockchain cluster to be tested with test cases according to the fuzzing test rules;

The fuzz test specifically includes generating fuzz test parameters according to the fuzz test rules, and generating several split test cases with the fuzz test parameters;

Use GoSDK to issue test instructions, and test the blockchain cluster to be tested with several split test cases.

The above-mentioned improved method adds a fuzzy testing process to the method of the present invention, and generates test input parameters with specifications such as the total length of the specified field and interval rules in a certain split mode, and solves the problem that the traditional block chain test method can only manually set the test input parameters. Parameter flaws. Using fuzzy-generated test input parameters that meet the specifications for mass testing can effectively test the load of the blockchain system and the data parameter boundaries of the measurement function, providing automation and scalability of the blockchain system test.

As a further improved solution, the method also includes:

Generate test cases according to the configuration file, and set the use case level for each test case at the same time;

Execute the test on the blockchain cluster to be tested with the test case, and perform the test on the blockchain cluster to be tested with the test case of the high or low use case level according to the use case level, or select a certain level range of the use case, only the level of the use case The scope of the test cases executes the tests on the blockchain cluster under test.

The above improved method sets the use case level for the test case respectively. When executing the test, the test case can be executed with a certain priority according to the level of the use case, or a certain level range of the use case can be specified to execute the test case, thereby reducing the waiting time for test product development and modification Verification time, improve test efficiency.

As a preferred solution, the initialization configuration file specifically includes:

Pre-generated configuration structure;

Read the input configuration command and serialize the content of the configuration command to the configuration structure.

As a further improved solution, the method also includes:

After determining the blockchain cluster to be tested according to the configuration file, search and compare the existing blockchain cluster to determine whether the blockchain cluster to be tested has been deployed;

If so, use GoSDK to issue detection commands to detect the status of the blockchain cluster to be tested. If the detection fails, collect test logs and statistical results;

If not, use GoSDK to issue a deployment command, deploy each node of the blockchain cluster to be tested, and generate a blockchain cluster to be tested.

As a further improved solution, the method also includes:

When generating test cases according to configuration files, insert test probes into test cases;

When the test case is used to test the blockchain cluster to be tested, it is detected whether the status of the blockchain is abnormal according to the test probe;

If the abnormal state of the blockchain continues for more than the preset time threshold, it is determined that the environment is abnormal and the test is terminated.

In the second aspect, the present invention also provides a block chain integration test system based on Go language, which is used to carry out integration test to the block chain cluster, and the system includes:

The initialization module is used to specify the GoSDK dependency, obtain the input parameters of the configuration file, and initialize the configuration file according to the input parameters;

The node deployment module is used to determine the blockchain cluster to be tested according to the configuration file, use GoSDK to issue deployment instructions, deploy each node of the blockchain cluster to be tested, and generate a blockchain cluster to be tested;

Test plan module, generate test cases according to configuration files;

The script execution module is used to issue test instructions using GoSDK to execute tests on the blockchain cluster to be tested with test cases;

The log module is used to collect test logs and statistical results.

The test system implemented based on the Go language of the present invention can apply the above method to complete the tests of the nodes, network, consensus, contract, storage, and cryptography of the blockchain system. Utilizing the adaptability of the Go language and the blockchain cluster, the test tasks of the blockchain cluster are completed with high performance, and the calling process does not need to be transferred, which reduces the maintenance cost of the test system.

As a further improved solution, the script execution module includes a rule parsing module, a use case generation module and a fuzzing testing module;

The rule parsing module is used to parse configuration files and generate fuzzy test rules. The fuzzy test rules specify the number, type and value range of input parameters for one or more tests;

The use case generation module is used to generate fuzzy test parameters according to the fuzzy test rules, and generate several split test cases with the fuzzy test parameters;

The fuzzing test module is used to issue test instructions using GoSDK, and test the blockchain cluster to be tested with several split test cases.

Similar to the fuzz test improvement in the above method, setting the rule analysis module, use case generation module and fuzz test module in the script execution module adds the ability of fuzz test to the test system, and generates the total length and interval of the specified field in a certain split mode Standard test input parameters such as rules solve the defect that traditional blockchain test systems can only manually set test input parameters. Using fuzzy-generated test input parameters that meet the specifications for mass testing can effectively test the load of the blockchain system and the data parameter boundaries of the measurement function, providing the automation and scalability of the blockchain system.

In a third aspect, the present invention also provides a computer device. The computer device includes a memory, a processor, and a computer program stored in the memory and operable on the processor. When the computer program is executed by the processor, any of the above-mentioned method.

In a fourth aspect, the present invention also provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and when the computer program is executed by a processor, any one of the methods above is implemented.

The present invention compares with prior art, beneficial effect is:

The method and system of the present invention are based on Go settings, and can use GoSDK to directly test the nodes, network, consensus, contract, storage, and cryptography of the blockchain system without calling, reducing the need for remote call commands to be transferred to other language pairs during the test process. Efficiency loss, while reducing labor costs for system maintenance.

The method and system of the present invention also utilize the characteristics of the Go language and its adaptability to the blockchain system to realize the use case generation and fuzzy testing functions that are difficult to implement in the Python language, and can conveniently and directly generate test input parameters that meet the specifications. And use these test input parameters to carry out mass testing, which can effectively test the load of the blockchain system and the data parameter boundary of the measurement function, and provide the automation and scalability of the blockchain system test.

The method and system of the present invention can also divide the test priority according to the use case level during the test, and can run some smoke use cases (that is, relatively important basic function use cases) in the development or repair process to verify their basic correctness. Significantly shorten the waiting time for verification. Combined with the above-mentioned method and the fuzzing test function of the system, it is possible to perform large-scale testing while maintaining testing speed.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings that need to be used in the description of the embodiments will be briefly introduced below. Obviously, the drawings in the following description are only some embodiments of the present application. For those skilled in the art, other drawings can also be obtained based on these drawings without creative effort.

Fig. 1 is the flow chart of a kind of block chain integration test method based on Go language that the embodiment of the application provides;

Fig. 2 is the flowchart of the fuzzy use case generating method provided by the embodiment of the present application;

Fig. 3 is a structural block diagram of a blockchain integration testing system based on the Go language provided by the embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application.

The following introduction provides multiple embodiments of the present application, and different embodiments can be replaced or combined and combined, so the present application can also be considered to include all possible combinations of the same and/or different embodiments described. Thus, if one embodiment contains features A, B, C, and another embodiment contains features B, D, then the application should also be considered to include all other possible combinations containing one or more of A, B, C, D Although this embodiment may not be clearly written in the following content.

The following description provides examples, and does not limit the scope, applicability or examples set forth in the claims. Changes may be made in the function and arrangement of elements described without departing from the scope of the disclosure. Various examples may omit, substitute, or add various procedures or components as appropriate. For example, the methods described may be performed in an order different from that described, and various steps may be added, omitted, or combined. Furthermore, features described with respect to some examples may be combined into other examples.

This application provides a blockchain integration testing method based on the Go language, which is used to test the blockchain cluster during the development, maintenance or repair process. The method specifically includes the following steps:

S1. First, specify the GoSDK dependency and initialize the configuration file.

GoSDK dependency is the API command applied by this method, which defines the command and parameter format used by different blockchains to sign contracts and call contracts.

The configuration file is used to specify the version number of the blockchain cluster to be tested, the deployment method, and the version number of the test script; as well as which scripts are called and how to call these scripts in the process of controlling the deployment and testing of the blockchain cluster to be tested, and count the results.

As another embodiment, the configuration file can also specify additional process policies of the test process, such as remote call mode, retransmission polling policy, https and certificate configuration switches, and custom log output policies.

Among them, the remote call method can support three methods: rpc, grpc, and websocket. After configuring the port number of the corresponding method in the configuration file, you can use the corresponding method to make the request call.

The resending polling policy is configured by default to support resending polling, and parameters such as the number of resending times, polling interval, and polling times can be configured in the configuration file.

In some embodiments of the present application, as a preferred implementation, the method of initializing the configuration file may specifically include the following steps:

S11. Pre-generate a configuration structure. The configuration structure is a data paragraph or table with multiple parameter spaces. In the initial pre-generated state, the parameter space of the configuration structure is left blank.

S12. Read the input configuration instruction, which may be a separately input instruction segment, or a toml or yaml file in a specified format. After reading the configuration command, serialize the content of the configuration command into the parameter space of the configuration structure, and the serialized configuration structure is initialized.

Based on the additional process strategy of specifying the test process in the configuration file in the above-mentioned partial embodiments, the configuration structure can also initialize rpc, websocket, and grpc services respectively according to the node information and port number of the configuration instruction. According to the security policy information in the configuration command, judge whether it needs to be sent by https or certificate. If necessary, the relevant certificate will be brought when sending the request. Or configure the policy according to the polling policy in the configuration command, including the number of retransmissions and the time interval after each retransmission, and use the above-mentioned initialized rpc, websocket, and grpc services for remote communication during polling.

S2. Determine the blockchain cluster to be tested according to the configuration file, use GoSDK to issue a deployment command, deploy each node of the blockchain cluster to be tested, and generate a blockchain cluster to be tested.

In step S2, read each parameter in the above configuration file, determine the node deployment scheme according to the parameters, select which version for each node in the blockchain cluster to be tested, and then use the API of GoSDK to issue the corresponding node deployment command . After each node is deployed according to the configuration file, the deployment of the blockchain cluster to be tested is completed.

In some embodiments of this application, since the blockchain cluster to be tested may have already been deployed and does not need to be deployed repeatedly, in order to save testing time, as a further improvement solution, the method is improved as follows:

After determining the blockchain cluster to be tested according to the configuration file, search and compare the existing blockchain clusters that have been deployed to determine whether the blockchain cluster to be tested has been deployed. This search comparison needs to compare each node of the entire blockchain cluster separately. If there is a blockchain cluster whose nodes and structure are the same as the current blockchain cluster to be tested, the block to be tested is considered The chain cluster has been deployed.

The above search and comparison can be performed independently for each node of each blockchain cluster, or a set of single identification codes can be generated in advance according to each node and structure of each blockchain cluster, and the The identification codes of multiple blockchain clusters are stored in one place. If there is a blockchain cluster whose nodes and structure are the same as the current blockchain cluster to be tested, the identification code generated by it will be the same as one of the currently stored identification codes, so the two blocks can be considered Chain clusters have the same structure, so it can be considered that the blockchain cluster to be tested has been deployed.

After retrieval, if it is determined that the blockchain cluster to be tested has been deployed, use GoSDK to issue a detection command to check whether the status of the blockchain cluster to be tested is normal. If the detection feedback confirms that the state of the blockchain cluster is normal, it can be directly used in the subsequent testing process. If the detection fails, no feedback or error is reported, the logs are collected and the blockchain cluster to be tested is redeployed.

After retrieval, if it is determined that the deployment of the blockchain cluster to be tested has not been completed, use GoSDK to issue a deployment command as in the normal process, deploy each node of the blockchain cluster to be tested, and generate a blockchain cluster to be tested.

After the deployment of the blockchain cluster is completed, go to step S3, generate a test case according to the configuration file, use GoSDK to issue a test command, and execute the test on the blockchain cluster to be tested with the test case.

The test case includes the test selection of what script to execute, in what order to execute, what parameters are used to pass into the blockchain system for each execution, and what return or output results should be obtained.

When the test case is used to test the blockchain cluster to be tested, the blockchain to be tested executes the business according to the script of the test case and the incoming parameters, and outputs the corresponding results and test logs.

When the script is officially executed, it will first initialize the content of the test suite, judge whether the current script should be called in this plan, and then execute the pre-operation, test content, post-operation and other processes of the script in sequence.

In some embodiments of the present application, as a further improvement, the method also inserts test probes into the test case when generating the test case according to the configuration file;

When the test probe executes the test of the blockchain cluster to be tested with the test case, it will detect the status of the blockchain from time to time, and record the time when the abnormality starts if it detects that the status of the blockchain is abnormal. After the next test probe detects the status of the blockchain, it will be judged whether the blockchain cluster has returned to normal. If not, it will be judged whether the current continuous abnormal time has exceeded the preset time threshold. If the script is wrong, continue to complete the test to count the wrong script, consider modifying the test plan, or terminate the test directly.

S4. Obtain the back reference of the blockchain system during the test of S3, determine the test result according to the comparison result of the back reference and the test case, collect the test log, and make statistics on the results of each test.

As a specific implementation plan, in step S4, mobile phone test results and test logs are generated to generate an allure test report. First, a specified json file text is generated, and then the json file text is converted into a test report on the front-end page by the allure tool.

The overall flowchart of the above method is shown in Figure 1. This test method based on the Go language can complete the tasks of testing the nodes, network, consensus, contract, storage, and cryptography of the blockchain system, and uses Go The adaptability of the language and the blockchain cluster can complete the testing tasks of the blockchain cluster with high performance, and the calling process does not need to be transferred, which reduces the maintenance cost of the test system.

In some embodiments of the present application, in order to improve the ability of the method of the present application to perform batch testing and test parameter boundaries, as shown in the flow chart of the fuzzy use case generation method in Figure 2, the above method is also improved as follows:

The configuration file also includes a series of fuzzy testing rules, and the fuzzy testing rules specify the number, type and value range of input parameters for one or more tests. In addition, the fuzzing test rules can also add interval rules for each parameter, such as a data needs to start with a specific field as an identifier, a specific derivation relationship between the first segment and the second segment of a data, etc.

When generating test cases according to the configuration file, it also includes using GoSDK to issue test instructions, and perform fuzzing tests on the blockchain cluster to be tested with test cases according to the fuzzing test rules;

Specifically, fuzz testing includes generating fuzz test parameters according to fuzz test rules, and generating several split test cases with the fuzz test parameters.

This step is divided into two aspects. In the first aspect, parameter parsing is performed according to the incoming parameters of the test case. Generic mode is used for parameter parsing. For example: if two data need to be input for size comparison, the two data types must be the same, that is, both are of int or float type. In parameter parsing, the incoming parameters cannot directly use a certain type, but use a generic T, which can receive parameters of any type.

In the second aspect, it is necessary to read the fuzzing test rules. According to the fuzzing testing rules, first check whether the incoming parameters meet the requirements. After the inspection is passed, use case splitting is performed, and multiple sets of incoming parameters that meet the requirements are used to generate a split test case.

Use GoSDK to issue test instructions, test the blockchain cluster to be tested with the multiple split test cases generated above, and then use the fuzz test to generate various parameters according to the rules to execute the script and return the result. And when the script fails to run, the relevant call stack and data error information will be displayed.

The above-mentioned improved method adds a fuzzy testing process to the method of the present invention, and generates test input parameters with specifications such as the total length of the specified field and interval rules in a certain split mode, and solves the problem that the traditional block chain test method can only manually set the test input parameters. Parameter flaws. Using fuzzy-generated test input parameters that meet the specifications for mass testing can effectively test the load of the blockchain system and the data parameter boundaries of the measurement function, providing automation and scalability of the blockchain system test.

In other embodiments of the present application, the method is further improved as follows:

When generating test cases according to the configuration file, set the use case level for each test case at the same time.

Further, the use case level can be set in the following two ways:

Each test case has a test name, and the use case level is distinguished by planning the specified test name, such as specifying the suffix of the use case name of each test case plus the corresponding level. Judgment is made based on the test case name when running the test case, and those that do not belong to the scope of this level can be skipped.

Or, mark the corresponding level in the form of annotations when generating test cases, and then set optional parameters for filtering test case levels in the running test command when running test cases to determine whether to run use cases of each level.

Execute the test on the blockchain cluster to be tested with the test case, and perform the test on the blockchain cluster to be tested with the test case of the high or low use case level according to the use case level, or select a certain level range of the use case, only the level of the use case The scope of the test cases executes the tests on the blockchain cluster under test.

During the execution of daily testing activities, if a functional problem of the product is found, the developer will make corresponding repairs, and then rewrite and run the use cases for verification. But in the process, developers' fixes may cause new problems. Assuming that it takes 6 hours to run all the scripts, the cost of waiting for verification is relatively high. In the process of writing test cases, a test case is set to a certain level. When running test cases, it can be specified that only certain levels of test cases are run or all test cases are run. Therefore, you can run some smoking use cases (that is, more important basic functional use cases) after each development fix to verify its basic correctness, which greatly shortens the waiting time for verification. After the repairs of multiple developments have passed, run the full number of use cases in a unified manner, and then iterate in a loop.

The above improved method sets the use case level for the test case respectively. When executing the test, the test case can be executed with a certain priority according to the level of the use case, or a certain level range of the use case can be specified to execute the test case, thereby reducing the waiting time for test product development and modification Verification time, improve test efficiency.

In addition, as a better improvement solution, in some embodiments of the present application, the method of the present application has the above-mentioned improvement of adding the fuzzing test process and setting the use case level for each test case and executing them separately. Based on the large batch of split test cases generated to test the blockchain cluster, the use case level is set for the split test case, and the split test cases are respectively executed according to the use case level. Combining the above two improved methods can perform batch testing while reducing test consumption time, thereby obtaining better testing efficiency.

In the second aspect, the present invention also provides a block chain integration testing system based on Go language, which is used to perform the above method to carry out integration testing of block chain clusters, and its system structure diagram is shown in Figure 3, including:

The configuration module is used to specify GoSDK dependencies, obtain the input parameters of the configuration file, and initialize the configuration file according to the input parameters.

The node deployment module is used to determine the blockchain cluster to be tested according to the configuration file, use GoSDK to issue deployment instructions, deploy each node of the blockchain cluster to be tested, and generate a blockchain cluster to be tested. The node deployment module is also provided with an external call interface and a detection probe, the external call interface is used to call the blockchain node stored externally, and the detection probe is used to place a detection point in the blockchain node.

Test plan module for generating test cases based on configuration files. The test planning module can generate various script scheduling strategies that make up the test cases. Based on the improvement of the test case level in the above method, the test planning module can also set the use case level for the generated test cases.

Script execution module capable of generating test suites, custom assertions, data-driven generators, and versioning executed scripts. The script execution module is used to issue test instructions using GoSDK to execute tests on the blockchain cluster to be tested with test cases;

The log module is used to collect test logs and statistical results. In some embodiments, the log module includes an allure listener, a log format converter, a result analysis, and a log display plug-in.

The test system implemented based on the Go language of the present invention can apply the above method to complete the tests of the nodes, network, consensus, contract, storage, and cryptography of the blockchain system. Utilizing the adaptability of the Go language and the blockchain cluster, the test tasks of the blockchain cluster are completed with high performance, and the calling process does not need to be transferred, which reduces the maintenance cost of the test system.

Corresponding to the improvement of the above-mentioned fuzz testing method, in some embodiments of the present application, the script execution module further includes a rule analysis module, a use case generation module and a fuzz testing module;

The rule parsing module is used to parse configuration files and generate fuzzy test rules. The fuzzy test rules specify the number, type and value range of input parameters for one or more tests;

The use case generation module is used to generate fuzzy test parameters according to the fuzzy test rules, and generate several split test cases with the fuzzy test parameters;

The fuzzing test module is used to issue test instructions using GoSDK, and test the blockchain cluster to be tested with several split test cases.

Similar to the fuzz test improvement in the above method, setting the rule analysis module, use case generation module and fuzz test module in the script execution module adds the ability of fuzz test to the test system, and generates the total length and interval of the specified field in a certain split mode Standard test input parameters such as rules solve the defect that traditional blockchain test systems can only manually set test input parameters. Using fuzzy-generated test input parameters that meet the specifications for mass testing can effectively test the load of the blockchain system and the data parameter boundaries of the measurement function, providing the automation and scalability of the blockchain system.

The above-mentioned method and system of the present invention are based on Go settings, and can use GoSDK to directly test the nodes, network, consensus, contract, storage, and cryptography of the blockchain system without calling, reducing the need for remote call commands to be transferred to other languages during the test process The loss of efficiency, while reducing the labor cost of system maintenance.

Secondly, the method and system of the present invention also utilize the characteristics of the Go language and its adaptability to the blockchain system to realize the use case generation and fuzzy testing functions that are difficult to implement in the Python language, and can conveniently and directly generate test inputs that meet the specifications Parameters, and use these test input parameters to conduct mass testing, which can effectively test the load of the blockchain system and the data parameter boundaries of the determination function, and provide the automation and scalability of the blockchain system test.

In addition, the method and system of the present invention can also divide the test priority according to the use case level during the test, and can run some smoke use cases (that is, more important basic function use cases) in the development or repair process to verify their basic correctness. performance, greatly shortening the waiting time for verification. Combined with the above-mentioned method and the fuzzing test function of the system, it is possible to perform large-scale testing while maintaining testing speed.

Those skilled in the art can clearly understand that the technical solutions of the embodiments of the present application can be implemented by means of software and/or hardware. The "unit" in this specification refers to the software and/or hardware that can complete specific functions independently or in cooperation with other components. Circuit, IC), etc.

The embodiment of the present application also provides an electronic device, including at least one processor, at least one memory, and a computer program stored in the memory and operable on the processor.

Wherein, the processor may include one or more processing cores. The processor uses various interfaces and lines to connect various parts of the entire electronic device, and executes various functions and functions by running or executing instructions, programs, code sets or instruction sets stored in the memory, and calling data stored in the memory. Data processing. Optionally, the processor may be implemented in at least one hardware form among DSP, FPGA, and PLA. The processor can integrate one or a combination of CPU, GPU, and modem. Among them, the CPU mainly processes the operating system, user interface and application programs, etc.; the GPU is responsible for rendering and drawing the content that needs to be displayed on the display screen.

Wherein, the memory may include RAM or ROM. Optionally, the memory includes non-transitory computer readable media. Memory may be used to store instructions, programs, code, sets of codes, or sets of instructions. The memory may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing the operating system, instructions for at least one function (such as touch function, sound playback function, image playback function, etc.), user Instructions and the like for implementing the above method embodiments; the storage data area can store the data and the like involved in the above method embodiments. Optionally, the memory may also be at least one storage device located away from the aforementioned processor. The memory as a computer storage medium may include an operating system, a network communication module, a user interface module, and the application program for the above-mentioned integration test.

The present application also provides a computer-readable storage medium, on which a computer program is stored, and when the program is executed by a processor, the steps of each method in any of the foregoing embodiments are implemented. Among them, the computer-readable storage medium may include, but is not limited to, any type of disk, including floppy disk, optical disk, DVD, CD-ROM, microdrive, and magneto-optical disk, ROM, RAM, EPROM, EEPROM, DRAM, VRAM, flash memory device , magnetic or optical cards, nanosystems (including molecular memory ICs), or any type of medium or device suitable for storing instructions and/or data.

It should be noted that for the foregoing method embodiments, for the sake of simple description, they are expressed as a series of action combinations, but those skilled in the art should know that the present application is not limited by the described action sequence. Depending on the application, certain steps may be performed in other orders or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification belong to preferred embodiments, and the actions and modules involved are not necessarily required by this application.

In the foregoing embodiments, the descriptions of each embodiment have their own emphases, and for parts not described in detail in a certain embodiment, reference may be made to relevant descriptions of other embodiments.

In the several embodiments provided in this application, it should be understood that the disclosed device can be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components can be combined or can be Integrate into another system, or some features may be ignored, or not implemented. In another point, the mutual coupling or direct coupling or communication connection shown or discussed may be through some service interfaces, and the indirect coupling or communication connection of devices or units may be in electrical or other forms.

The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place, or may be distributed to multiple network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit. The above-mentioned integrated units can be implemented in the form of hardware or in the form of software functional units.

If the integrated unit is realized in the form of a software function unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on such an understanding, the embodiments of the present application also provide a computer program product, which, when run on a computer, causes the computer to execute and implement all or part of the procedures in the above method embodiments.

This realization can be accomplished by instructing related hardware through a computer program, and the computer program can be stored in a computer-readable storage medium. When the computer program is executed by a processor, the steps of the above-mentioned various method embodiments can be realized. Wherein, the computer program includes computer program code, and the computer program code may be in the form of source code, object code, executable file or some intermediate form. The computer-readable medium may at least include: any entity or device capable of carrying computer program codes to the camera device/terminal device, recording medium, computer memory, ROM (Read-Only Memory, read-only memory), RAM (Random Access Memory , random access memory), CD-ROM (Compact Disc Read-Only Memory, CD-ROM), magnetic tape, floppy disk and optical data storage devices, etc. The computer-readable storage medium mentioned in this application may be a non-volatile storage medium, in other words, may be a non-transitory storage medium.

Those skilled in the art can appreciate that the units and algorithm steps of the examples described in conjunction with the embodiments disclosed herein can be implemented by electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are executed by hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art may use different methods to implement the described functions for each specific application, but such implementation should not be regarded as exceeding the scope of the present application.

What is described above is only an exemplary embodiment of the present disclosure, and should not limit the scope of the present disclosure. That is, all equivalent changes and modifications made according to the teachings of the present disclosure still fall within the scope of the present disclosure. Embodiments of the present disclosure will be readily apparent to those skilled in the art from consideration of the specification and practice of the disclosure herein. This application intends to cover any modification, use or adaptation of the present disclosure. These modifications, uses or adaptations follow the general principles of the present disclosure and include common knowledge or conventional technical means in the technical field not described in the present disclosure. . The specification and examples are to be considered exemplary only, with the scope and spirit of the present disclosure defined by the claims.

Claims (10)

1. A block chain integration testing method based on Go language, applied to block chain clusters, is characterized in that, specifically comprises steps: Specify GoSDK dependencies and initialize configuration files; Determine the blockchain cluster to be tested according to the configuration file, use GoSDK to issue a deployment command, deploy each node of the blockchain cluster to be tested, and generate the blockchain cluster to be tested; Generate a test case according to the configuration file, use GoSDK to issue a test command, and perform a test on the block chain cluster to be tested with the test case; Collect test logs and statistical results. 2. a kind of blockchain integration testing method based on Go language as claimed in claim 1, is characterized in that, described method also comprises: The configuration file includes fuzzy test rules, and the fuzzy test rules specify the number, type and value range of input parameters for one or more tests; When generating a test case according to the configuration file, it also includes using GoSDK to issue a test instruction, and performing a fuzz test on the block chain cluster to be tested with the test case according to the fuzz test rule; The fuzzing test specifically includes generating fuzzing test parameters according to the fuzzing testing rules, and generating several split test cases with the fuzzing testing parameters; Use the GoSDK to issue test instructions, and use the several split test cases to test the block chain cluster to be tested respectively. 3. a kind of blockchain integration testing method based on Go language as claimed in claim 1, is characterized in that, described method also comprises: The test case is generated according to the configuration file, and the use case level is set for each test case at the same time; Executing the test on the block chain cluster to be tested with the test case, and performing the test on the block chain cluster to be tested with a test case with a high use case level or a low use case level according to the use case level, or selecting In a certain use case level range, only the test cases in the use case level range are used to execute the test on the block chain cluster to be tested. 4. a kind of block chain integration test method based on Go language according to any one of claim 1-3, is characterized in that, described initialization configuration file specifically comprises: Pre-generated configuration structure; Read the input configuration instruction, and serialize the content of the configuration instruction to the configuration structure. 5. a kind of block chain integration testing method based on Go language as claimed in claim 1, is characterized in that, described method also comprises: After determining the block chain cluster to be tested according to the configuration file, search and compare the existing block chain cluster to determine whether the block chain cluster to be tested has been deployed; If so, use GoSDK to issue detection commands to detect the status of the blockchain cluster to be tested. If the detection fails, collect test logs and statistical results; If not, use GoSDK to issue a deployment command, deploy each node of the blockchain cluster to be tested, and generate the blockchain cluster to be tested. 6. a kind of blockchain integration testing method based on Go language as claimed in claim 1, is characterized in that, described method also comprises: When generating a test case according to the configuration file, inserting a test probe into the test case; When performing a test on the block chain cluster to be tested with the test case, detect whether the state of the block chain is abnormal according to the test probe; If the block chain state continues to be abnormal for more than the preset time threshold, it is determined that the environment is abnormal, and the test is terminated. 7. A block chain integration test system based on Go language, used for carrying out integration test to block chain cluster, it is characterized in that, system comprises: The initialization module is used to specify the GoSDK dependency, obtain the input parameters of the configuration file, and initialize the configuration file according to the input parameters; The node deployment module is used to determine the block chain cluster to be tested according to the configuration file, use GoSDK to issue deployment instructions, deploy each node of the block chain cluster to be tested, and generate the block chain cluster to be tested; A test plan module generates test cases according to the configuration file; The script execution module is used to use GoSDK to issue a test instruction, and execute the test on the block chain cluster to be tested with the test case; The log module is used to collect test logs and statistical results. 8. a kind of blockchain integration test system based on Go language as claimed in claim 7, is characterized in that, described script execution module comprises rule parsing module, use case generation module and fuzzy testing module; The rule parsing module is used to parse the configuration file to generate fuzzy test rules, and the fuzzy test rules specify the number, type and value range of input parameters for one or more tests; The use case generating module is used to generate fuzz test parameters according to the fuzz test rules, and generate several split test cases with the fuzz test parameters; The fuzz testing module is used to use the GoSDK to issue test instructions to test the block chain cluster to be tested with the plurality of split test cases. 9. A computer device, characterized in that the computer device comprises a memory, a processor, and a computer program stored in the memory and operable on the processor, the computer program being executed by the processor When realizing the method as described in any one of claims 1 to 6. 10. A computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method according to any one of claims 1 to 6 is implemented.

Images