Service test method and device, electronic equipment and storage medium
By determining whether the target user has access to the test version of the service on the server, and only conducting service tests when the permissions are available, the problem of poor flexibility and small application scope of the canary test solution is solved, and efficient and flexible services are achieved test.
Patent Information
- Application Number
- CN202310843978.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2023-07-10
- Publication Date
- 2025-01-10
AI Technical Summary
The existing canary testing solutions have problems such as poor flexibility and small application scope in service testing, which is difficult to effectively reduce the impact on users and improve testing efficiency.
By determining on the server whether the target user has access to the test version of the service, only call the test version of the target service when the access permission is available for service testing, selective and flexible user participation is achieved, and provided according to the terminal device type Widely applicable.
It effectively reduces the impact of service testing on users, improves testing efficiency, enhances flexibility and scope of application, and ensures that users can participate in testing according to their permissions regardless of terminal device type.
Smart Images
Figure CN119299357A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of service testing technology, and in particular to a service testing method, device, electronic device and storage medium. Background Art
[0002] In order to ensure the user experience, before an application built on a microservice architecture is officially launched, it is often necessary to perform service testing on the microservices that build the application. However, microservices in the testing phase often have various problems. In this case, in order to reduce the impact of service testing on application users, relevant technicians often use canary testing solutions to perform service testing.
[0003] Although the prior art can implement service testing based on the canary testing solution, the canary testing solution in the prior art has problems such as poor flexibility and a small scope of application during the service testing process.
[0004] In other scenarios, the canary testing solution may also have problems such as poor flexibility and small scope of application when implementing service testing. Summary of the invention
[0005] To solve one or more of the above technical problems, the embodiments of the present application provide a service testing method, device, electronic device and storage medium.
[0006] In a first aspect, an embodiment of the present application provides a service testing method, which is applied to a server, and the method includes:
[0007] In response to a service access request sent by the terminal device, determining whether a test version of the target service currently required to be called by the server exists; the service access request carries user information of a target user corresponding to the terminal device;
[0008] When a test version of the target service exists, if the target user has access rights to the test version of the target service, the test version of the target service is called, and a service test is performed on the test version of the target service.
[0009] In a second aspect, an embodiment of the present application provides a service testing device, which is applied to a server, and the device includes:
[0010] The test version determination module is used to respond to the service access request sent by the terminal device and determine whether there is a test version of the target service currently required to be called by the server; the service access request carries user information of the target user corresponding to the terminal device;
[0011] The service calling module is used to call the test version of the target service when a test version of the target service exists and if the target user has access rights to the test version of the target service, and perform service testing on the test version of the target service.
[0012] In a third aspect, an embodiment of the present application provides an electronic device, including:
[0013] at least one processor; and
[0014] a memory communicatively connected to the at least one processor; wherein,
[0015] The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the method in any embodiment of the present application.
[0016] In a fourth aspect, an embodiment of the present application provides a non-transitory computer-readable storage medium storing computer instructions, which are used to enable a computer to execute the method in any embodiment of the present application.
[0017] The technical solution of the present application, when determining that a test version of the target service currently required to be called by the server exists, needs to further determine that the target user has access rights to the test version of the target service before calling the test version of the target service and performing service testing on the test version of the target service. Since the test version of the target service will be called and the service testing will be performed on the test version of the target service only when the target user has access rights to the test version of the target service, the technical solution of the present application can selectively determine some users as users who participate in the service testing of the test version of the target service. It can be seen that the technical solution of the present application is a service testing solution that implements service testing based on the canary testing solution.
[0018] Selectively determining some users as users who participate in the service testing of the test version of the target service can not only reduce the impact of the service testing on users, but also improve the testing efficiency of the service testing. At the same time, since the technical solution of the present application determines that the target user has access rights to the test version of the target service as a prerequisite for calling the test version of the target service and performing service testing on the test version of the target service, the technical solution of the present application can flexibly control the users who participate in the service testing of the test version of the target service by configuring the user's access rights to the test version of the target service. In terms of controlling the users who participate in the service testing of the test version of the target service, the technical solution of the present application has a high degree of flexibility.
[0019] In addition, since the technical solution of the present application is to determine that the target user has access rights to the test version of the target service as a prerequisite for calling the test version of the target service and performing service testing on the test version of the target service, no matter what type of device the terminal device is, as long as the target user has access rights to the test version of the target service when the test version of the target service exists, the test version of the target service can be called and the test version of the target service can be tested. It can be seen that the technical solution of the present application is not limited by the type of terminal device, so the technical solution of the present application has a wider scope of application.
[0020] The above summary is for illustrative purposes only and is not intended to be limiting in any way. In addition to the illustrative aspects, embodiments and features described above, further aspects, embodiments and features of the present application will be readily apparent by reference to the accompanying drawings and the following detailed description. BRIEF DESCRIPTION OF THE DRAWINGS
[0021] In the accompanying drawings, unless otherwise specified, the same reference numerals throughout the multiple drawings represent the same or similar parts or elements. These drawings are not necessarily drawn to scale. It should be understood that these drawings only depict some embodiments disclosed in the present application and should not be regarded as limiting the scope of the present application.
[0022] Figure 1 A flow chart of a service testing method provided in an embodiment of the present application is shown;
[0023] Figure 2 A schematic diagram showing a service testing process provided in an embodiment of the present application is shown;
[0024] Figure 3 A schematic diagram of a service testing device provided in an embodiment of the present application is shown;
[0025] Figure 4 A block diagram of an electronic device used to implement an embodiment of the present application is shown. DETAILED DESCRIPTION
[0026] In the following, only some exemplary embodiments are briefly described. As those skilled in the art will appreciate, the described embodiments may be modified in various ways without departing from the spirit or scope of the present application. Therefore, the drawings and descriptions are considered to be exemplary and non-restrictive in nature.
[0027] The service testing method provided in the embodiment of the present application is as follows Figure 1 As shown, it is a flowchart of a service testing method provided in an embodiment of the present application. Figure 1 The service testing method shown may include the following steps:
[0028] Step S101: In response to a service access request sent by a terminal device, determine whether a test version of a target service currently required to be called by the server exists; the service access request carries user information of a target user corresponding to the terminal device.
[0029] Step S102: when a test version of the target service exists, if the target user has access rights to the test version of the target service, the test version of the target service is called and a service test is performed on the test version of the target service.
[0030] The service testing method provided in the embodiment of the present application, when determining that the target service currently required to be called by the server has a test version, needs to further determine that the target user has access rights to the test version of the target service before calling the test version of the target service and performing service testing on the test version of the target service. Since the test version of the target service will be called and the service testing will be performed on the test version of the target service only when the target user has access rights to the test version of the target service, the service testing method provided in the embodiment of the present application can selectively determine some users as users who participate in the service testing of the test version of the target service. It can be seen that the service testing method provided in the embodiment of the present application is a service testing scheme that implements service testing based on the canary testing scheme.
[0031] Selectively determining some users as users who participate in the service test of the test version of the target service can not only reduce the impact of the service test on the users, but also improve the test efficiency of the service test. At the same time, since the service testing method provided in the embodiment of the present application determines that the target user has access rights to the test version of the target service as a prerequisite for calling the test version of the target service and performing service testing on the test version of the target service, the service testing method provided in the embodiment of the present application can flexibly control the users who participate in the service test of the test version of the target service by configuring the user's access rights to the test version of the target service, thereby controlling the dimension of users who participate in the service test of the test version of the target service. The service testing method provided in the embodiment of the present application has a high degree of flexibility.
[0032] In addition, since the service testing method provided in the embodiment of the present application determines that the target user has access rights to the test version of the target service as a prerequisite for calling the test version of the target service and performing service testing on the test version of the target service, no matter what type of device the terminal device is, as long as the target user has access rights to the test version of the target service when the test version of the target service exists, the test version of the target service can be called and the test version of the target service can be service tested. It can be seen that the service testing method provided in the embodiment of the present application is not limited by the type of terminal device, so that the service testing method provided in the embodiment of the present application has a wider scope of application.
[0033] In the embodiments of the present application, the server generally refers to a cloud server, and may also refer to an ordinary server or a server cluster. The target service generally refers to the microservice of the application built on the server based on the microservice architecture. Specifically, the application is generally used to provide services for vehicles, car owners (vehicle owners) or operators (for example, car companies). The terminal device may refer to an on-board electronic device, an electronic device held by a car owner or an operator. Correspondingly, the target user may refer to the car owner or the operator, wherein the user corresponding to the on-board electronic device is also the car owner. In other words, the service testing method provided in the embodiments of the present application can determine the car owner and / or the operator as a user participating in the service testing of the test version of the target service.
[0034] A service access request may refer to a service provision request sent by a terminal device to an application. For example, during the operation of a vehicle, if a person on board wants to play music, the person on board will trigger the vehicle-mounted electronic device to send a music play request to the server. At this time, the music play request sent by the vehicle-mounted electronic device to the server is a service provision request. For another example, when a person on board wants to adjust the air conditioning temperature, the person on board will trigger the vehicle-mounted electronic device to send a temperature adjustment request to the server. At this time, the temperature adjustment request sent by the vehicle-mounted electronic device to the server is a service provision request.
[0035] The service access request may also refer to a data reporting request sent by a terminal device to an application, for example, a data reporting request sent by an onboard electronic device. Specifically, during the operation of a vehicle, the onboard electronic device needs to continuously feed back corresponding data to the server, for example, the onboard sensor needs to continuously feed back corresponding monitoring data to the server.
[0036] In one possible implementation, in response to a service access request sent by a terminal device, determining whether a test version of a target service currently required to be called by the server exists means that after the gateway of the server receives the service access request sent by the terminal device, the gateway determines the first service required to be called by the server. At this time, the first service is the target service currently required to be called by the server. After determining the first service, the gateway needs to further determine whether a test version of the first service exists.
[0037] like Figure 2 As shown, in one example, after receiving the service access request sent by the terminal device, the server's gateway will determine that the target service that the server needs to call is service A (that is, the first service that the server needs to call is service A), and after determining that the target service is service A, it will further determine whether there is a test version of service A.
[0038] It should be noted that among the services involved in the embodiments of the present application, some services may only have a test version (or a gray version), some services may only have a formal version (or a released version), and some services may have both a formal version and a test version. Figure 1 In the , the test version of each service is recorded as service X (Gray), and the test version of each service is recorded as service X (Stable), where Gray means grayscale and Stable means release. For example, the test version of service A is recorded as service A (Gray), and the official version of service A is recorded as service A (Stable).
[0039] In one possible implementation, in response to a service access request sent by a terminal device, determining whether a test version of a target service currently required to be called by the server exists may also mean that, while the server is executing a certain service in response to the service access request, it is necessary to call the next service. At this time, the next service of the service currently being executed by the server is the target service. After determining the target service, the service currently being executed by the server needs to further determine whether a test version of the target service exists.
[0040] Please refer to Figure 2 In one example, the service currently being executed by the server is service A, and during the execution of service A, service B needs to be further called. At this time, service B is the target service that the server needs to call. After determining that the target service that the server needs to call is service B, service A will further determine whether there is a test version of service B.
[0041] In a possible implementation, the test version of the target service needs to call the next service during execution. At this time, the server needs to further determine whether there is a test version of the next service. Specifically, if the test version of the target service needs to call the next service during execution, the test version of the target service will further determine whether there is a test version of the next service. At the same time, if there is a test version of the next service and the target user has access rights to the test version of the next service, the server needs to further call the test version of the next service and perform a service test on the test version of the next service.
[0042] Please refer to Figure 2 In one example, if the target application is service B, and service B needs to further call service C during execution, then service C is the next service of the target service (service B). In this case, service B (target service) needs to determine whether there is a test version of service C (next service), and if there is a test version of service C and the target user has access rights to the test version of service C, the server needs to further call the test version of service C and perform service testing on the test version of service C.
[0043] In the embodiment of the present application, when determining whether a test version of the target service currently required to be called by the server exists, a pre-configured service set may be first obtained, and then, when the target service is included in multiple services, it is determined that a test version of the target service exists. The service set is configured with multiple services that have test versions.
[0044] Specifically, relevant personnel can pre-select multiple services that need to be service tested based on service release requirements and / or service update requirements, and configure corresponding test versions for multiple services. After configuring corresponding test versions for multiple services, a service set for recording services with test versions can be constructed based on multiple services, and stored in a database for use by the server. After the server determines the target service currently required to be called, it will read the service set from the database to determine whether the target service is included in multiple services, and when the target service is included in multiple services, it is determined that a test version of the target service exists. Since relevant personnel can pre-select multiple services that need to be service tested based on service release requirements and / or service update requirements, and configure corresponding test versions for multiple services, the service testing method provided in the embodiment of the present application can flexibly configure and modify the services targeted by the service test.
[0045] In an embodiment of the present application, if the target user has access rights to the test version of the target service, calling the test version of the target service and performing a service test on the test version of the target service means, first, when a test version of the target service exists, determining whether the target user has access rights to the test version of the target service, and then, when the target user has access rights to the test version of the target service, calling the test version of the target service and performing a service test on the test version of the target service.
[0046] Specifically, the service testing method provided in the embodiment of the present application, when it is determined that a test version of the target service exists, needs to further determine whether the target user has access rights to the test version of the target service, and only when it is determined that the target user has access rights to the test version of the target service, will the test version of the target service be called and the service test be performed on the test version of the target service. In other words, only when a test version of the target service exists and the target user has access rights to the test version of the target service, can the server be triggered to call the test version of the target service and perform a service test on the test version of the target service.
[0047] When determining whether a target user has access rights to a test version of a target service, a test user set configured for the target service may be first obtained, and then, based on whether the target user is included in multiple users, whether the target user has access rights to the test version of the target service may be determined. The test user set records multiple users who have access rights to the test version of the target service.
[0048] Specifically, the relevant personnel can pre-configure users with access rights for the test versions corresponding to each service for which a test version exists based on the service testing requirements. In other words, the relevant personnel can flexibly control the users who participate in the service testing of the test version of the service based on the service testing requirements. For example, for the target service, the relevant personnel can, based on the service testing requirements, individually configure multiple users with access rights to the test version of the target service, and build a test user set based on the multiple users with access rights to the test version of the target service, and store it in the database for use by the server.
[0049] In a possible implementation, when the service access request is a data reporting request sent by an on-board electronic device, the on-board electronic device generally needs to feed back a large amount of corresponding data to the server. That is, the on-board electronic device will send a large number of data reporting requests to the server. In this case, in order to save processing resources, when a data reporting request is received, the data reporting request can be first added to a pre-configured message queue, and then the data reporting request can be read from the message queue.
[0050] In a possible implementation, in order to analyze the problems existing in the test version of the service and the user experience of the test version of the service so that relevant personnel can improve the test version of the service, after performing service testing on the test version of the target service, it is also necessary to collect the execution records generated by the target service during the execution process, and test and analyze the target service based on the execution records. Among them, the execution record generally refers to the service operation log corresponding to the target service.
[0051] In a possible implementation, since the same service may have both a formal version and a test version, in order to distinguish whether a certain information is generated and sent by the test version or the formal version of the same service, so that the information receiver can selectively process the received information, information transmission can be achieved through Kafka (a high-throughput distributed publish-subscribe information system) when transmitting information. The sender (or producer) of Kafka will add an information identifier to the information to indicate the sender of the information, so that the receiver (or consumer) of Kafka can selectively process the information based on the information identifier. For example, the test version of the target service needs to call the next service during execution, and the next service has a test version, and the target user has access rights to the test version of the next service. Then, the test version of the next service should consume the information sent by the test version of the target service. In this case, the test version of the next service can consume the information sent by the test version of the target service based on the information identifier.
[0052] In addition, in the embodiment of the present application, after completing the configuration of the test version of the target service, the relevant personnel can generate an image of the test version of the target service and publish the image to the canary test environment. After the test version of the target service completes the test, the image can be used to publish the official version of the target service. Although both the test version and the official version are published using the same image, in order to avoid mutual interference between the accesses of the two, different domain names can be configured for the test version and the official version.
[0053] In addition, in order to facilitate relevant personnel to understand the test progress of the service test in real time, a test monitoring module can be pre-configured on the server side to monitor the test progress of the service test.
[0054] It should be noted that the user information (including but not limited to terminal device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of the relevant countries and regions, and provide corresponding operation entrances for users to choose to authorize or refuse.
[0055] Corresponding to the service testing method provided in the embodiment of the present application, the embodiment of the present application also provides a service testing device, the device is as follows: Figure 3 shown. Figure 3 The structural block diagram of a service testing device 300 provided in an embodiment of the present application is shown. The service testing device 300 is applied to a server and may include:
[0056] The test version determination module 301 is used to respond to the service access request sent by the terminal device and determine whether there is a test version of the target service currently required to be called by the server; the service access request carries user information of the target user corresponding to the terminal device;
[0057] The service calling module 302 is used to call the test version of the target service and perform service testing on the test version of the target service when a test version of the target service exists and if the target user has access rights to the test version of the target service.
[0058] In a possible implementation, the test version of the target service needs to call the next service during execution, and the device further includes:
[0059] A second test version determination module, used to determine whether a test version exists for the next service;
[0060] The second service calling module is used to call the test version of the next service and perform service testing on the test version of the next service when a test version of the next service exists and if the target user has access rights to the test version of the next service.
[0061] In a possible implementation, the test version determination module 301 is specifically used to obtain a pre-configured service set; the service set is configured with multiple services with test versions;
[0062] In one possible implementation, the service calling module 302 is specifically used to determine whether the target user has access rights to the test version of the target service when a test version of the target service exists; when the target user has access rights to the test version of the target service, calling the test version of the target service and performing service testing on the test version of the target service.
[0063] In one possible implementation, the service calling module 302 is specifically used to obtain a test user set configured for a target service; the test user set records multiple users who have access rights to a test version of the target service; and based on whether the target user is included in the multiple users, it is determined whether the target user has access rights to the test version of the target service.
[0064] In a possible implementation, the terminal device includes an in-vehicle electronic device, and the service access request includes a data reporting request sent by the in-vehicle electronic device; the apparatus further includes:
[0065] A message processing module, configured to, in response to a service access request sent by a terminal device, before determining whether a test version of a target service currently required to be called by the server exists, and, upon receiving a data reporting request, add the data reporting request to a pre-configured message queue;
[0066] The message reading module is used to read data reporting requests from the message queue.
[0067] In a possible implementation, the device further includes:
[0068] An execution record collection module is used to collect the execution records generated during the execution of the target service after the test version of the target service is tested;
[0069] The test analysis module is used to perform test analysis on the target service based on the execution records.
[0070] The functions of each module in each device in the embodiments of the present application can be found in the corresponding description in the above method, and have corresponding beneficial effects, which will not be repeated here.
[0071] Figure 4 FIG. 1 is a block diagram of an electronic device used to implement an embodiment of the present application. Figure 4 As shown, the electronic device includes: a memory 401 and a processor 402. The memory 401 stores a computer program that can be run on the processor 402. When the processor 402 executes the computer program, the method in the above embodiment is implemented. The number of the memory 401 and the processor 402 can be one or more.
[0072] The electronic device also includes:
[0073] The communication interface 403 is used to communicate with external devices and perform data exchange transmission.
[0074] If the memory 401, the processor 402 and the communication interface 403 are implemented independently, the memory 401, the processor 402 and the communication interface 403 can be connected to each other through a bus and communicate with each other. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 4 Only one thick line is used in the diagram, but this does not mean that there is only one bus or only one type of bus.
[0075] Optionally, in a specific implementation, if the memory 401, the processor 402 and the communication interface 403 are integrated on a chip, the memory 401, the processor 402 and the communication interface 403 can communicate with each other through an internal interface.
[0076] An embodiment of the present application provides a computer-readable storage medium storing a computer program, which implements the method provided in the embodiment of the present application when the program is executed by a processor.
[0077] An embodiment of the present application also provides a chip, which includes a processor for calling and executing instructions stored in the memory from the memory, so that a communication device equipped with the chip executes the method provided by the embodiment of the present application.
[0078] An embodiment of the present application also provides a chip, including: an input interface, an output interface, a processor and a memory, wherein the input interface, the output interface, the processor and the memory are connected via an internal connection path, and the processor is used to execute the code in the memory. When the code is executed, the processor is used to execute the method provided in the embodiment of the application.
[0079] It should be understood that the processor may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc. It is worth noting that the processor may be a processor supporting the Advanced RISC Machines (ARM) architecture.
[0080] Further, optionally, the above-mentioned memory may include a read-only memory and a random access memory, and may also include a non-volatile random access memory. The memory may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. Among them, the non-volatile memory may include a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may include a random access memory (RAM), which is used as an external cache. By way of example but not limitation, many forms of RAM are available. For example, static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM) and direct memory bus random access memory (DR RAM).
[0081] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function according to the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium.
[0082] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "example", "specific example", or "some examples" means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present application. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or more embodiments or examples in a suitable manner. In addition, those skilled in the art may combine and combine different embodiments or examples described in this specification and the features of different embodiments or examples, unless they are contradictory.
[0083] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include at least one of the features. In the description of this application, the meaning of "plurality" is two or more, unless otherwise clearly and specifically defined.
[0084] Any process or method description in the flow chart or otherwise described herein can be understood to represent a module, fragment or portion of a code including one or more executable instructions for implementing the steps of a specific logical function or process. And the scope of the preferred embodiment of the present application includes other implementations, in which the functions may not be performed in the order shown or discussed, including in a substantially simultaneous manner or in a reverse order according to the functions involved.
[0085] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as an ordered list of executable instructions for implementing logical functions, which can be embodied in any computer-readable medium for use by an instruction execution system, apparatus or device (such as a computer-based system, a system including a processor or other system that can fetch instructions from an instruction execution system, apparatus or device and execute instructions), or used in combination with these instruction execution systems, apparatuses or devices.
Claims
1. A service testing method, applied to a server, characterized in that: include: In response to a service access request sent by a terminal device, determining whether a test version of a target service currently required to be called by the server exists; The service access request carries user information of a target user corresponding to the terminal device; When a test version of the target service exists, if the target user has access rights to the test version of the target service, the test version of the target service is called and a service test is performed on the test version of the target service.
2. The method according to claim 1, characterized in that The test version of the target service needs to call a next service during execution, and the method further includes: Determining whether a test version exists for the next service; When a test version of the next service exists, if the target user has access rights to the test version of the next service, the test version of the next service is called and a service test is performed on the test version of the next service.
3. The method according to claim 1, characterized in that Determining whether a test version exists for the target service currently required to be called by the server includes: Obtain a pre-configured service set; the service set is configured with multiple services for which test versions exist; When the target service is included in the plurality of services, it is determined that a test version of the target service exists.
4. The method according to claim 1, wherein If the target user has access rights to the test version of the target service, calling the test version of the target service and performing a service test on the test version of the target service includes: When a test version of the target service exists, determining whether the target user has access rights to the test version of the target service; When the target user has access rights to the test version of the target service, the test version of the target service is called, and a service test is performed on the test version of the target service.
5. The method according to claim 4, characterized in that When a test version of the target service exists, determining whether the target user has access rights to the test version of the target service includes: Acquire a test user set configured for the target service; the test user set records a plurality of users who have access rights to the test version of the target service; According to whether the target user is included in the multiple users, it is determined whether the target user has access rights to the test version of the target service.
6. The method according to claim 1, wherein The terminal device includes an in-vehicle electronic device, and the service access request includes a data reporting request sent by the in-vehicle electronic device. Before determining whether a test version of a target service currently required to be called by the server exists in response to the service access request sent by the terminal device, the method further includes: When receiving the data reporting request, adding the data reporting request to a pre-configured message queue; The data reporting request is read from the message queue.
7. The method according to claim 1, characterized in that After performing the service test on the test version of the target service, the method further includes: Collecting execution records generated during the execution of the target service; The target service is tested and analyzed based on the execution record.
8. A service testing device, applied to a server, characterized in that: include: A test version determination module is used to determine whether a test version of the target service currently required to be called by the server exists in response to a service access request sent by the terminal device; The service access request carries user information of a target user corresponding to the terminal device; The service calling module is used to call the test version of the target service when a test version of the target service exists and if the target user has access rights to the test version of the target service, and perform service testing on the test version of the target service.
9. An electronic device comprising a memory, a processor, and a computer program stored in the memory, wherein the processor implements the method according to any one of claims 1 to 7 when executing the computer program.
10. A computer-readable storage medium, wherein a computer program is stored in the computer-readable storage medium, and when the computer program is executed by a processor, the method according to any one of claims 1 to 7 is implemented.