CN115168215A

CN115168215A - Service-based arrangement testing method and device

Info

Publication number: CN115168215A
Application number: CN202210846579.8A
Authority: CN
Inventors: 张一彤
Original assignee: Bank of China Ltd
Current assignee: Bank of China Ltd
Priority date: 2022-07-19
Filing date: 2022-07-19
Publication date: 2022-10-11

Abstract

The invention provides a service-based arrangement testing method and a service-based arrangement testing device, which relate to the technical field of automatic program design, and the method comprises the following steps: acquiring test parameters and deployment parameters corresponding to a plurality of services; the test parameters at least comprise a micro service name parameter and a service identification parameter; the deployment parameters at least comprise application configuration parameters and gateway interface release parameters; when receiving the test message, determining a target service in a plurality of services according to the test message; and performing arrangement testing on the target service by using the testing parameters and the deployment parameters to obtain an arrangement testing result. The invention can flexibly realize the service arrangement test and standardize the operation flow based on the test parameters and the deployment parameters.

Description

Service-based arrangement testing method and device

Technical Field

The invention relates to the technical field of automatic program design, in particular to a service-based arrangement testing method and device.

Background

This section is intended to provide a background or context to the embodiments of the invention that are recited in the claims. The description herein is not admitted to be prior art by inclusion in this section.

In the existing testing scheme of component environment orchestration engineering, different processes need to be initiated for different tests, which is not flexible enough, and the testing process is not standardized enough, for example, there may be many situations of lack of fields, error fields, etc. in each organized AP (application, atomic service) interface field, resulting in many extra jobs.

Disclosure of Invention

The invention provides a service-based arrangement testing method and device, which can flexibly deal with service arrangement testing and standardize operation flow.

In a first aspect, an embodiment of the present invention provides a service-based orchestration testing method, where the method includes:

acquiring test parameters and deployment parameters corresponding to a plurality of services; the test parameters at least comprise a micro service name parameter and a service identification parameter; the deployment parameters at least comprise application configuration parameters and gateway interface release parameters;

when receiving a test message, determining a target service in the plurality of services according to the test message;

and performing arrangement testing on the target service by using the testing parameters and the deployment parameters to obtain an arrangement testing result.

In a second aspect, an embodiment of the present invention further provides a service-based orchestration testing device, where the device includes:

the parameter module is used for acquiring test parameters and deployment parameters corresponding to a plurality of services; the test parameters at least comprise a micro service name parameter and a service identification parameter; the deployment parameters at least comprise application configuration parameters and gateway interface release parameters;

the determining module is used for determining a target service in the plurality of services according to the test message when receiving the test message;

and the test module is used for performing arrangement test on the target service by using the test parameters and the deployment parameters to obtain an arrangement test result.

In a third aspect, an embodiment of the present invention further provides a computer device, which includes a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor implements the service-based orchestration testing method when executing the computer program.

In a fourth aspect, an embodiment of the present invention further provides a computer-readable storage medium, where a computer program for executing the service-based orchestration testing method is stored in the computer-readable storage medium.

In a fifth aspect, an embodiment of the present invention further provides a computer program product, where the computer program product includes a computer program, and when the computer program is executed by a processor, the computer program implements the service-based orchestration testing method.

The embodiment of the invention brings the following beneficial effects: the embodiment of the invention provides a service-based arrangement testing method and a service-based arrangement testing device, wherein the method comprises the following steps: acquiring test parameters and deployment parameters corresponding to a plurality of services; the test parameters at least comprise a micro service name parameter and a service identification parameter; the deployment parameters at least comprise application configuration parameters and gateway interface release parameters; when receiving the test message, determining a target service in a plurality of services according to the test message; and performing arrangement testing on the target service by using the testing parameters and the deployment parameters to obtain an arrangement testing result. The embodiment of the invention can flexibly realize the service arrangement test and standardize the operation flow based on the test parameters and the deployment parameters.

Additional features and advantages of the invention will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. The objectives and other advantages of the invention will be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.

In order to make the aforementioned and other objects, features and advantages of the present invention comprehensible, preferred embodiments accompanied with figures are described in detail below.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts. In the drawings:

FIG. 1 is a flowchart of a service-based orchestration testing method according to an embodiment of the present invention;

FIG. 2 is a block diagram of a service-based orchestration testing device according to an embodiment of the present invention;

FIG. 3 is a block diagram of a test module according to an embodiment of the present invention;

FIG. 4 is a block diagram of another service-based orchestration test device according to an embodiment of the present invention;

FIG. 5 is a block diagram of another service-based orchestration test device according to an embodiment of the present invention;

FIG. 6 is a block diagram of another service-based orchestration test device according to an embodiment of the present invention;

FIG. 7 is a schematic diagram of a system component structure of a computer device according to an embodiment of the present invention;

FIG. 8 is a diagram illustrating service name parameters provided by an embodiment of the present invention;

fig. 9 is a schematic diagram of service identification parameters provided in an embodiment of the present invention;

fig. 10 is a schematic diagram of physical cell active/standby identification parameters according to an embodiment of the present invention;

fig. 11 is a schematic diagram of a configuration of transaction forwarding parameters according to an embodiment of the present invention;

FIG. 12 is a diagram illustrating error information lacking corresponding fields or lists according to an embodiment of the present invention;

fig. 13 is a schematic diagram of error information reporting when querying unit segment routing information according to an embodiment of the present invention;

fig. 14 is a schematic diagram of example error information of an atomic service that cannot be found according to an embodiment of the present invention.

Detailed Description

To make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings, and it is apparent that the described embodiments are some, but not all embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

The method and the device for the arrangement test based on the service are applied to the test process of the assembly environment arrangement project, can flexibly deal with the service arrangement test, standardize the operation flow and define the error checking method so as to efficiently position the error.

To facilitate understanding of the present embodiment, a detailed description will be given to a service-based orchestration testing method disclosed in the present embodiment.

The embodiment of the invention provides a service-based arrangement testing method, which is shown in a flow chart of a service-based arrangement testing method in figure 1 and comprises the following steps:

step S102, test parameters and deployment parameters corresponding to a plurality of services are obtained.

In the embodiment of the invention, the test parameters at least comprise a micro service name parameter and a service identification parameter; the deployment parameters at least comprise application configuration parameters and gateway interface publishing parameters.

The test parameters and the deployment parameters can be configured according to actual requirements. The micro service name parameter is used for determining micro service, the service identification parameter is used for identifying the micro service, the application configuration parameter is arranged in the code and can be used for controlling the application configuration condition, and the gateway interface release parameter is arranged in the code and can be used for checking whether the interface of the gateway is released.

And step S104, when the test message is received, determining a target service in a plurality of services according to the test message.

In the embodiment of the present invention, the test message includes function data corresponding to a service to be tested, for example, the function data may be used to implement transaction, transfer, and the like. And searching the micro service to be tested in the plurality of services according to the test message, and taking the determined micro service as a target service.

It should be noted that, when determining the target service, it is necessary to ensure that each service interface field to be arranged is completely consistent with the header of the test packet, and the missing field and the wrong field may add a correct field by configuring the test parameters and deploying the parameters, otherwise, a lot of extra work may be generated.

And S106, performing arrangement testing on the target service by using the testing parameters and the deployment parameters to obtain an arrangement testing result.

In the embodiment of the invention, the configured test parameters and deployment parameters are utilized to test the target micro-service until the plurality of services are tested, and the arrangement test result is obtained. The editing test result comprises a test passing and a test failing, and also comprises corresponding error reporting data for the condition of the test failing.

The embodiment of the invention provides a service-based arrangement testing method and a service-based arrangement testing device, wherein the method comprises the following steps: acquiring test parameters and deployment parameters corresponding to a plurality of services; the test parameters at least comprise a micro service name parameter and a service identification parameter; the deployment parameters at least comprise application configuration parameters and gateway interface release parameters; when receiving the test message, determining a target service in a plurality of services according to the test message; and performing arrangement testing on the target service by using the testing parameters and the deployment parameters to obtain an arrangement testing result. The embodiment of the invention can flexibly realize the service arrangement test and standardize the operation flow based on the test parameters and the deployment parameters.

In one embodiment, the orchestration test is performed on the target service by using the test parameters and the deployment parameters, and the orchestration test can be performed according to the following steps:

checking whether the micro service name parameter is consistent with a service name parameter prestored in the server; carrying out normative check on the service identification parameters; judging whether the application configuration parameters meet preset requirements or not; and judging whether the gateway interface release parameters meet preset requirements.

In the embodiment of the invention, the single micro service names are checked to be consistent with the server, especially the routing and the sender service. The configuration data of the microservice name parameter can refer to fig. 8. The service identification cannot contain short transverse lines: -, may contain an underline: and if not, the packaging is in error. The configuration data of the service identification parameter can refer to fig. 9. Examining an application configuration of a deployed orchestration project, comprising: referring to fig. 10, (1) check whether "physical cell active/standby identifier" is missing: 0-not 1-readable writable (double live) 2-read only, see in particular fig. 10. (2) Because the configuration names of the transaction and the forwarding are called transactions, the configuration of the transaction library is required to be written below the forwarding at present, and whether the configuration of the transaction library is written to the position or not is checked; see in particular fig. 11. The gateway is checked whether the interface is released, and a new interface may need to be released again if the URL (Uniform Resource Locator) of the interface is changed before.

In one embodiment, the orchestration test results include routing errors and service errors; after the arrangement test result is obtained, the following steps can be executed:

if the arrangement test result is a routing error report, determining a target service or a target uniform resource positioning system called by the routing error report data to obtain an error report positioning result; if the arrangement test result is a service error report, inquiring log information corresponding to the service error report data to obtain an error report positioning result; if the arrangement test result is not a routing error report and is not a service error report, the error information corresponding to the first position of the error report data is inquired to obtain an error report positioning result.

In the embodiment of the invention, after the test is finished, the error reporting position can be positioned according to the test result. The arrangement test result can include two types of errors, namely routing error reporting and service error reporting, the two types of errors are respectively positioned, and for error information which does not belong to the two types of errors, specific error information is checked from the first error reporting position. Most of the error information is concentrated where the first error is reported.

In one embodiment, before obtaining the test parameters and the deployment parameters, the following steps may be further performed:

testing each microservice; and testing the local layout project.

In the embodiment of the present invention, one micro service may serve as one AP. The programming engineering test process can comprise the following processes: the method comprises a single AP test, a local arrangement project test and a component environment arrangement project test, wherein the single AP test is used for testing each micro-service, after the test is passed, all AP projects are required to be started when the local arrangement project test is carried out, and the conflict of ports is avoided. Rather than skip step testing, it may happen that a dozen times new packaged orchestration project is deployed to the component environment in a half day.

In one embodiment, the method may further perform the steps of:

and modifying the testing parameters and the deployment parameters.

In the embodiment of the invention, the test parameters and the deployment parameters can be modified, supplemented, deleted or inquired, so that the method is suitable for different test scenes, and the application range and flexibility of the scheme are improved.

The method is described below with reference to a specific example.

After the arrangement test is carried out, various errors can be obtained, and error positioning is respectively carried out on various errors. For example:

1. and (4) the preposed test is not completed, the AP has an internal error, and the Xshell is used for entering the background of the corresponding AP to check the log.

2. When the fields are added to the entry or return of the AP, the corresponding AP needs to be clicked in the programming flow, so that the AP fields are read again. After adding a field to a List (List), the related AP needs to be deleted and added again in the programming process, otherwise the AP cannot acquire the added field of the List. For the orchestration sub-process, the above steps may need to be repeated twice to ensure that the orchestration project is operating properly. Otherwise, an error is reported that lacks the corresponding field or List. Error information is shown in fig. 12.

3. When registering a route, the route information needs to be embodied in the message body. For example: in the participation of the routing AP, a group uses a provincial organization number, a shardingkey uses a client number, and shardingtype is set as '01' in the message. Here, the group is not changed, and is also controlled to be a provincial organization number in the message. Otherwise, a routing error is reported.

4. When the routing information of the unit fragment is queried, the routing information needs to be embodied in a message header. For example: in the unitized configuration, the group is controlled to be empty, the shardingkey uses the client number, and the shardingtype is set as the client number type "01". Otherwise, a routing error is reported. The error message is shown in fig. 13.

5. An instance of an atomic service cannot be found by error. See in particular fig. 14.

It may be that the project corresponding to the component environment is disabled, and whether the corresponding project is being enabled is confirmed according to the IP information.

More likely, the service name is misleading, and the deployed service name is confirmed again.

6. After the error is located to a single AP, the specific error reason cannot be found:

if the field is not transmitted, comparing the input content in the log with the content of the report by using the beyond match tool, and ensuring that the field is transmitted into the AP completely.

If no field is transmitted, the layout is neglected, or the field name is not saved again according to the point 2.

7. And (4) timeout: the default timeout time is 3s, multiple times.

8. No url found, error 404: it may be that the interface is not published, and the check gateway publishes the information.

Error reporting 500: several trials were performed.

9. No gateway can be found: the gateway was previously re-deployed once, and it is possible that the correct gateway did not boot, checking that the gateway's IP is being enabled.

10. Abnormal route null indicator: check if the configuration file is one row less.

11. The transaction library cannot be found: and (5) the transaction library configuration is in error, and the application configuration is checked.

12. Transaction rollback failure: and checking whether the corresponding transaction table is not updated by configuration, for example, the error information is that the field length is very long.

Or problems with reverse transactions such as a lack of specification of a name or a lack of release of an interface resulting in a failure to find a reverse transaction.

13. Errors such as customer duplication: after the rollback fails or an account is successfully opened, the client information needs to be modified.

The error checking process can be performed according to the following steps:

1. the engineering log is viewed using the Xshell tool.

And 2. The right key of the Xshell tool searches for the component or error and finds the wrong AP upwards. If an error occurs in the last step, the error reporting position may exceed the display range of the Xshell tool, and the log file needs to be downloaded by a flash fxp tool for local viewing.

3. If the routing is wrong, the specific wrong information and which AP or URL is called by the above rows of components are checked so as to locate which node is wrong.

4. If the AP is started to be executed, the report is wrong, the AP is possibly an internal error, and the log of the AP project is checked. Such sometimes messages may return unknown errors.

5. If the error is reported by other errors, the specific error report information is checked from the first error report place. Most of the error information is concentrated where the first error is reported.

The invention provides a service-based arrangement testing method and device, which can flexibly deal with service arrangement testing, standardize operation flow and define an error checking method so as to efficiently locate errors.

The embodiment of the invention also provides a service-based arrangement testing device, which is described in the following embodiment. Because the principle of solving the problems of the device is similar to the service-based arrangement testing method, the implementation of the device can be referred to the implementation of the service-based arrangement testing method, and repeated details are not repeated. Referring to fig. 2, a block diagram of a service-based orchestration test device is shown, the device comprising:

a parameter module 21, configured to obtain test parameters and deployment parameters corresponding to multiple services; the test parameters at least comprise a micro service name parameter and a service identification parameter; the deployment parameters at least comprise application configuration parameters and gateway interface release parameters; a determining module 22, configured to determine a target service among the multiple services according to the test message when the test message is received; and the test module 23 is configured to perform an arrangement test on the target service by using the test parameters and the deployment parameters to obtain an arrangement test result.

In one embodiment, referring to the block diagram of the test module structure shown in fig. 3, the test module includes:

a checking unit 31 for checking whether the micro service name parameter is consistent with a service name parameter pre-stored in the server; a checking unit 32, configured to perform a normative check on the service identification parameter; a first judging unit 33, configured to judge whether the application configuration parameter meets a preset requirement; the second determining unit 34 is configured to determine whether the gateway interface publishing parameter meets a preset requirement.

In one embodiment, the orchestration test results include routing errors and service errors; referring to another service-based orchestration testing device shown in fig. 4, the device further comprises an error localization module 24 for:

In one embodiment, referring to another service-based orchestration testing apparatus shown in fig. 5, the apparatus further comprises a pre-test module 25 for: testing each microservice; and testing the local arrangement project.

In one embodiment, referring to another service-based orchestration testing apparatus shown in FIG. 6, the apparatus further comprises a maintenance module 26 for: and modifying the test parameters and the deployment parameters.

Based on the same inventive concept, the embodiment of the present invention further provides an embodiment of a computer device for implementing all or part of the contents in the service-based orchestration testing method. The computer equipment specifically comprises the following contents:

a Processor (Processor), a Memory (Memory), a communication Interface (Communications Interface), and a bus; the processor, the memory and the communication interface complete mutual communication through the bus; the communication interface is used for realizing information transmission between related devices; the computer device may be a desktop computer, a tablet computer, a mobile terminal, and the like, but the embodiment is not limited thereto. In this embodiment, the computer device may be implemented with reference to the embodiment for implementing the service-based orchestration testing method and the embodiment for implementing the service-based orchestration testing apparatus in the embodiments, and the contents of the embodiments are incorporated herein, and repeated details are not repeated herein.

Fig. 7 is a schematic diagram of a system component structure of a computer device provided in an embodiment of the present invention. As shown in fig. 7, the computer device 70 may include a processor 701 and a memory 702; a memory 702 is coupled to the processor 701. Notably, this fig. 7 is exemplary; other types of structures may also be used in addition to or in place of the structure to implement telecommunications or other functions.

In one embodiment, the functionality implemented by the service-based orchestration test method may be integrated into the processor 701. Wherein, the processor 701 may be configured to control as follows:

acquiring test parameters and deployment parameters corresponding to a plurality of services; the test parameters at least comprise a micro service name parameter and a service identification parameter; the deployment parameters at least comprise application configuration parameters and gateway interface release parameters; when receiving the test message, determining a target service in a plurality of services according to the test message; and performing arrangement testing on the target service by using the testing parameters and the deployment parameters to obtain an arrangement testing result.

As can be seen from the above, the computer device provided in the embodiment of the present invention can flexibly implement service orchestration test and standardize an operation flow based on the test parameters and the deployment parameters.

In another embodiment, the service-based orchestration testing device may be configured separately from the processor 701, for example, the service-based orchestration testing device may be configured as a chip connected to the processor 701, and the functions of the service-based orchestration testing method may be implemented by the control of the processor.

As shown in fig. 7, the computer device 70 may further include: a communication module 703, an input unit 704, an audio processing unit 705, a display 706, and a power supply 707. It is noted that the computer device 70 does not necessarily have to include all of the components shown in fig. 7; furthermore, the computer device 70 may also comprise components not shown in fig. 7, as can be seen from the prior art.

As shown in FIG. 7, the processor 701, which is sometimes referred to as a controller or operational control, may include a microprocessor or other processor device and/or logic device, and the processor 701 receives input and controls the operation of the various components of the computer device 70.

The memory 702 may be, for example, one or more of a buffer, a flash memory, a hard drive, a removable media, a volatile memory, a non-volatile memory, or other suitable device. The information relating to the failure may be stored, and a program for executing the information may be stored. And the processor 701 may execute the program stored in the memory 702 to realize information storage or processing, or the like.

The input unit 704 provides input to the processor 701. The input unit 704 is, for example, a key or a touch input device. The power supply 707 is used to provide power to the computer device 70. The display 706 is used for displaying display objects such as images and characters. The display may be, for example, an LCD display, but is not limited thereto.

The memory 702 may be a solid state memory such as Read Only Memory (ROM), random Access Memory (RAM), a SIM card, or the like. There may also be a memory that holds information even when power is off, can be selectively erased, and is provided with more data, an example of which is sometimes referred to as an EPROM or the like. The memory 702 may also be some other type of device. Memory 702 includes a buffer memory 7021 (sometimes referred to as a buffer). The memory 702 may include an application/function storage portion 7022, the application/function storage portion 7022 being used to store application programs and function programs or a flow for executing operations of the computer device 70 by the processor 701.

The memory 702 may also include a data store 7023, the data store 7023 being for storing data, such as contacts, digital data, pictures, sounds, and/or any other data used by the computer device. The driver storage portion 7024 of the memory 702 may include various drivers for the computer device for communication functions and/or for performing other functions of the computer device (e.g., messaging applications, directory applications, etc.).

The communication module 703 is a transmitter/receiver that transmits and receives signals via the antenna 708. A communication module (transmitter/receiver) 703 is coupled to the processor 701 to provide an input signal and receive an output signal, which may be the same as in the case of a conventional mobile communication terminal.

Based on different communication technologies, a plurality of communication modules 703, such as a cellular network module, a bluetooth module, and/or a wireless local area network module, may be provided in the same computer device. The communication module (transmitter/receiver) 703 is also coupled to a speaker 709 and a microphone 710 via an audio processing unit 705 to provide audio output via the speaker 709 and receive audio input from the microphone 710 to implement general telecommunication functions. The audio processing unit 705 may include any suitable buffers, decoders, amplifiers and so forth. Additionally, an audio processing unit 705 is also coupled to the processor 701 to enable recording of sound locally through a microphone 710 and to enable playing of locally stored sound through a speaker 709.

An embodiment of the present invention further provides a computer-readable storage medium for implementing all the steps in the service-based orchestration testing method in the above embodiments, where the computer-readable storage medium stores a computer program that, when executed by a processor, implements all the steps in the service-based orchestration testing method in the above embodiments, for example, the processor implements the following steps when executing the computer program:

As can be seen from the above, the computer-readable storage medium provided in the embodiment of the present invention can flexibly implement service orchestration testing and standardize an operation flow based on the testing parameters and the deployment parameters.

Embodiments of the present invention also provide a computer program product comprising a computer program that, when executed by a processor, implements the service-based orchestration testing method described above.

It should be noted that, in the technical solution of the present application, the acquisition, storage, use, processing, etc. of data all conform to the relevant regulations of the national laws and regulations.

Although the present invention provides method steps as described in the examples or flowcharts, more or fewer steps may be included based on routine or non-inventive labor. The order of steps recited in the embodiments is merely one manner of performing the steps in a multitude of orders and does not represent the only order of execution. When an actual apparatus or client product executes, it may execute sequentially or in parallel (e.g., in the context of parallel processors or multi-threaded processing) according to the embodiments or methods shown in the figures.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.

In this document, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. The terms "upper", "lower", and the like, indicate orientations or positional relationships based on the orientations or positional relationships shown in the drawings, and are only for convenience in describing the present invention and simplifying the description, but do not indicate or imply that the referred devices or elements must have a specific orientation, be constructed and operated in a specific orientation, and thus, should not be construed as limiting the present invention.

Unless expressly stated or limited otherwise, the terms "mounted," "connected," and "connected" are intended to be inclusive and mean, for example, that they may be fixedly connected, detachably connected, or integrally connected; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meanings of the above terms in the present invention can be understood by those skilled in the art according to specific situations.

It should be noted that the embodiments and features of the embodiments may be combined with each other without conflict. The present invention is not limited to any single aspect, nor is it limited to any single embodiment, nor is it limited to any combination and/or permutation of these aspects and/or embodiments. Each aspect and/or embodiment of the invention can be used alone or in combination with one or more other aspects and/or embodiments.

Finally, it should be noted that: although the present invention has been described in detail with reference to the foregoing embodiments, it should be understood by those skilled in the art that the following descriptions are only illustrative and not restrictive, and that the scope of the present invention is not limited to the above embodiments: any person skilled in the art can modify or easily conceive the technical solutions described in the foregoing embodiments or equivalent substitutes for some technical features within the technical scope of the present disclosure; such modifications, changes or substitutions do not depart from the spirit and scope of the embodiments of the present invention, and they should be construed as being included therein. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.

Claims

1. A service-based orchestration testing method, comprising:

2. The method of claim 1, wherein performing orchestration testing on the target service using the testing parameters and deployment parameters comprises:

checking whether the micro service name parameter is consistent with a service name parameter prestored in a server;

carrying out normative check on the service identification parameters;

judging whether the application configuration parameters meet preset requirements or not;

and judging whether the gateway interface release parameters meet preset requirements.

3. The method of claim 1, wherein the orchestration test results comprise routing errors and service errors;

after obtaining the layout test result, the method further comprises:

if the arrangement test result is a route error report, determining a target service or a target uniform resource positioning system called by the route error report data to obtain an error report positioning result;

if the arrangement test result is a service error report, inquiring log information corresponding to service error report data to obtain an error report positioning result;

and if the arrangement test result is not the routing error report and is not the service error report, inquiring error information corresponding to the first position of the error report data to obtain an error report positioning result.

4. The method of claim 1, wherein before obtaining the test parameters and the deployment parameters, further comprising:

testing each micro service;

and testing the local layout project.

5. The method of claim 1, further comprising:

modifying the test parameters and the deployment parameters.

6. A service-based orchestration testing device, comprising:

7. The apparatus of claim 6, wherein the test module comprises:

the checking unit is used for checking whether the micro service name parameter is consistent with a service name parameter prestored in a server or not;

the checking unit is used for carrying out normative checking on the service identification parameters;

the first judging unit is used for judging whether the application configuration parameters meet preset requirements or not;

and the second judgment unit is used for judging whether the gateway interface release parameters meet the preset requirements.

8. The apparatus of claim 6, wherein the orchestration test results comprise routing errors and service errors; the apparatus further comprises an error localization module configured to:

9. The apparatus of claim 6, further comprising a pre-test module to:

testing each microservice;

and testing the local layout project.

10. The apparatus of claim 6, further comprising a maintenance module to:

modifying the test parameters and the deployment parameters.

11. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the service-based orchestration testing method according to any one of claims 1 to 5 when executing the computer program.

12. A computer-readable storage medium, characterized in that it stores a computer program which, when executed by a processor, implements the service-based orchestration testing method according to any of claims 1 to 5.

13. A computer program product, characterized in that it comprises a computer program which, when being executed by a processor, implements the service-based orchestration testing method according to any one of claims 1 to 5.