CN112988535A - Method, device, storage medium and program product for testing data push service - Google Patents
Method, device, storage medium and program product for testing data push service Download PDFInfo
- Publication number
- CN112988535A CN112988535A CN202110234842.3A CN202110234842A CN112988535A CN 112988535 A CN112988535 A CN 112988535A CN 202110234842 A CN202110234842 A CN 202110234842A CN 112988535 A CN112988535 A CN 112988535A
- Authority
- CN
- China
- Prior art keywords
- service
- data
- tested
- traffic light
- light data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 184
- 238000000034 method Methods 0.000 title claims abstract description 105
- 230000008569 process Effects 0.000 claims description 62
- 238000012545 processing Methods 0.000 claims description 52
- 238000010276 construction Methods 0.000 claims description 42
- 230000006870 function Effects 0.000 claims description 17
- 238000004590 computer program Methods 0.000 claims description 16
- 238000011056 performance test Methods 0.000 claims description 11
- 239000000126 substance Substances 0.000 claims description 2
- 238000010998 test method Methods 0.000 abstract description 14
- 238000005516 engineering process Methods 0.000 abstract description 4
- 238000004891 communication Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 9
- 230000004044 response Effects 0.000 description 5
- 238000011990 functional testing Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 230000007547 defect Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000002955 isolation Methods 0.000 description 2
- 230000002688 persistence Effects 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003086 colorant Substances 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 230000006641 stabilisation Effects 0.000 description 1
- 238000011105 stabilization Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000009662 stress testing Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3696—Methods or tools to render software testable
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Hardware Design (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Life Sciences & Earth Sciences (AREA)
- Atmospheric Sciences (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The application discloses a test method, test equipment, a storage medium and a program product of data push service, and relates to the fields of automatic driving, cloud computing, intelligent transportation and the like in computer technology. According to the method and the device, traffic light data of multiple intersections are constructed in parallel according to a predefined protocol rule for pushing traffic light data, the traffic light data are pushed to the service to be tested, the scenes that roadside equipment of the multiple intersections collects the traffic light data and pushes the traffic light data to the service to be tested are simulated, a high-concurrency limit test scene for the service to be tested is simulated, the service to be tested is tested under the limit test scene, the pressure test for the service to be tested can be realized, and the timeliness and the stability of the target service after online are improved.
Description
Technical Field
The present application relates to the fields of automated driving, cloud computing, intelligent transportation, and the like in computer technology, and in particular, to a method, device, storage medium, and program product for testing a data push service.
Background
At present, third party platforms such as a cloud control platform, an internet of vehicles and a map application acquire traffic light data, and the traffic light data is usually pushed to the third party platforms as required by a service responsible for traffic light data processing and pushing: the traffic light data pushing service receives intersection traffic light data sent by the road side equipment, processes the data according to requirements, generates traffic light data needing to be pushed to a third party platform, and pushes the traffic light data to the third party platform.
In order to test the performance of the traffic light data processing and pushing service, the traditional test method performs end-to-end integrated test on the service. The road side equipment collects traffic light data and sends the traffic light data to a target service to be tested, and the target service processes the traffic light data to obtain traffic light data required by a third-party platform and then pushes the obtained traffic light data to the third-party platform. Traffic light data are collected based on road side equipment, and traffic light data presented by a third-party platform are generally tested based on a small amount of traffic light data of a single intersection, so that the pressure test of target service is insufficient, and the timeliness and stability of the target service after the target service is on line are poor.
Disclosure of Invention
The application provides a test method, equipment, a storage medium and a program product of a data push service.
According to a first aspect of the present application, a method for testing a data push service is provided, including:
according to protocol rules of traffic light data pushing, traffic light data of a plurality of intersections are constructed in parallel, and the traffic light data are pushed to a service to be tested, wherein the service to be tested is used for processing the traffic light data and pushing processed result data to a third-party platform; the traffic light data of the intersections are used for testing the service to be tested;
and collecting the test data of the service to be tested.
According to a second aspect of the present application, there is provided a test apparatus for a data push service, comprising:
the data constructing and pushing unit is used for parallelly constructing traffic light data of a plurality of intersections according to protocol rules of traffic light data pushing, pushing the traffic light data to a service to be tested, and the service to be tested is used for processing the traffic light data and pushing processed result data to a third-party platform; the traffic light data of the intersections are used for testing the service to be tested;
and the test data acquisition unit is used for acquiring the test data of the service to be tested.
According to a third aspect of the present application, there is provided an electronic device comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of the first aspect.
According to a fourth aspect of the present application, there is provided a non-transitory computer readable storage medium having stored thereon computer instructions for causing the computer to perform the method of the first aspect.
According to a fifth aspect of the present application, there is provided a computer program product comprising: a computer program, stored in a readable storage medium, from which at least one processor of an electronic device can read the computer program, execution of the computer program by the at least one processor causing the electronic device to perform the method of the first aspect.
According to the technology of the application, the pressure test of the data push service is realized, and the timeliness and the stability of the online data push service are improved.
It should be understood that the statements in this section do not necessarily identify key or critical features of the embodiments of the present application, nor do they limit the scope of the present application. Other features of the present application will become apparent from the following description.
Drawings
The drawings are included to provide a better understanding of the present solution and are not intended to limit the present application. Wherein:
FIG. 1 is a diagram of a test system architecture for a data push service according to an embodiment of the present application;
FIG. 2 is a flowchart of a method for testing data push services according to a first embodiment of the present application;
FIG. 3 is a flowchart of a method for testing data push services according to a second embodiment of the present application;
FIG. 4 is an exemplary diagram of a multiphase configuration of an intersection as provided in the second embodiment of the present application;
FIG. 5 is a schematic diagram of a test apparatus for data push services provided by a third embodiment of the present application;
FIG. 6 is a schematic diagram of a test apparatus for data push services provided by a fourth embodiment of the present application;
fig. 7 is a block diagram of an electronic device for implementing a test method of a data push service according to an embodiment of the present application.
Detailed Description
The following description of the exemplary embodiments of the present application, taken in conjunction with the accompanying drawings, includes various details of the embodiments of the application for the understanding of the same, which are to be considered exemplary only. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present application. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
The application provides a test method, a test device, a test storage medium and a test program product for data push services, which are applied to the fields of automatic driving, cloud computing, intelligent transportation and the like in computer technology, so that the pressure test on the data push services is realized, and the timeliness and the stability of the online data push services are improved.
The test method provided by the present application can be specifically applied to a system architecture for testing a data push service for processing and pushing green light data as shown in fig. 1, where as shown in fig. 1, the system architecture includes: the system comprises a testing tool 11, a data push service 12 and at least one third-party platform (in fig. 1, a third-party platform 13, a third-party platform 14 and a third-party platform 15 are taken as examples for illustration, and the number of the third-party platforms is not particularly limited). The data push service 12 is configured to receive traffic light data, process (such as protocol conversion, data distribution, read-write, and persistence processing) the received traffic light to obtain data results required by each third-party platform, and push each data result to the corresponding third-party platform. The service to be tested in the application refers to a data push service to be tested. By executing the testing method provided by the embodiment, the testing tool 11 constructs traffic light data of multiple intersections in parallel according to a predefined protocol rule for pushing traffic light data, and pushes the traffic light data to the service to be tested, so as to simulate an extreme testing scenario in which roadside devices at multiple intersections on the line push the traffic light data to the data pushing service 12 at high concurrency, test the service to be tested in the process that the service to be tested processes the traffic light data, realize pressure testing of the service to be tested in the extreme testing scenario, and improve timeliness and stability of the target service after the line is connected.
Fig. 2 is a flowchart of a method for testing a data push service according to a first embodiment of the present application. The execution subject of this embodiment may be a test apparatus of a data push service, and specifically may be a test tool deployed on an electronic device, and this embodiment is exemplarily described by taking the test tool as an example. As shown in fig. 2, the method comprises the following specific steps:
step S201, traffic light data of a plurality of intersections are constructed in parallel according to a protocol rule of traffic light data pushing, and the traffic light data are pushed to a service to be tested, wherein the service to be tested is used for processing the traffic light data and pushing processed result data to a third-party platform; the traffic light data of the plurality of intersections is used for testing the service to be tested.
In this embodiment, the protocol rule for pushing traffic light data is a predefined rule for pushing traffic light data to the service to be tested. The protocol rules of the traffic light data push may include: the adopted protocol, data format, data structure, push frequency, traffic light color hopping rule, mapping logic with a third party platform and the like.
The test tool can automatically construct traffic light data of a plurality of intersections according to a predefined protocol rule for pushing the traffic light data, and can simulate the traffic light data collected by road side equipment.
The traffic light data of a plurality of intersections are used for testing the service to be tested; the service to be tested is used for processing the received traffic light data and pushing the processed result data to the third-party platform.
In the embodiment, traffic light data of a plurality of intersections can be constructed in parallel, the traffic light data is pushed to the service to be tested, a scene that roadside equipment of the plurality of intersections collects the traffic light data and pushes the traffic light data to the service to be tested is simulated, the accuracy, the real-time performance and the sequence when traffic light data are pushed to the service to be tested in a large quantity on line are simulated, and a high-concurrency limit test scene of the service to be tested is constructed.
Illustratively, the traffic light data of a plurality of intersections can be constructed in parallel in a multi-process or multi-thread mode, and the traffic light data is pushed to the service to be tested.
Step S202, collecting test data of the service to be tested.
And testing the service to be tested under the condition that a high-concurrency limit test scene of the service to be tested is constructed by the test tool, and collecting test data of the service to be tested.
In this step, the test tool may acquire test data for evaluating whether the performance and the functional logic of the service to be tested are normal, and may evaluate whether the performance and the function of the service to be tested meet requirements based on the test data.
For example, performance indexes and operation data of the service to be tested, and a processing result of the traffic light data by the service to be tested, which is presented by the third-party platform, can be collected.
According to the embodiment of the application, the traffic light data of a plurality of intersections are constructed in parallel according to the predefined protocol rule of traffic light data pushing, the traffic light data are pushed to the service to be tested, the scene that roadside equipment of the intersections collects the traffic light data and pushes the traffic light data to the service to be tested is simulated, the accuracy, the real-time performance and the sequence when the traffic light data are pushed to the service to be tested in a large quantity on line are simulated, the high-concurrency limit test scene of the service to be tested is constructed, the service to be tested is tested under the limit test scene, the pressure test of the service to be tested can be realized, and the timeliness and the stability of the target service after the traffic light is on line are improved.
Fig. 3 is a flowchart of a method for testing a data push service according to a second embodiment of the present application. On the basis of the first embodiment, in the embodiment, a process is allocated to each intersection, and the process is used for constructing traffic light data of the corresponding intersection and pushing the constructed traffic light data to a service to be tested; by asynchronously processing the traffic light data construction and the traffic light data pushing construction to the service to be tested in each process, the traffic light data of a large number of intersections can be ensured not to be blocked before the process of pushing the traffic light data to the service to be tested, the isolation between the traffic light data of different intersections can be simulated, and the mutual interference between the traffic light data of different intersections can be prevented.
Furthermore, a multi-process and multi-thread mode can be adopted, each process comprises a data construction thread and a data pushing thread, and traffic light data of one intersection is constructed through the data construction thread of each process; the traffic light data of the intersection constructed by the data construction thread is pushed to the service to be tested through the data pushing thread of the process, so that the asynchronous processing of traffic light data construction and pushing is realized, the efficiency of data construction and pushing can be improved, the instantaneity of pushing the traffic light data to the service to be tested is improved, the frequency of pushing the traffic light data to the service to be tested can meet the requirement of pressure testing, and the limit testing scene of pushing the traffic light data to the service to be tested in real time and high concurrency is simulated.
As shown in fig. 3, the method comprises the following specific steps:
and S301, acquiring a protocol rule for pushing traffic light data.
In this embodiment, the protocol rule for pushing traffic light data is a predefined rule for pushing traffic light data to the service to be tested. The protocol rules of the traffic light data push may include: the adopted protocol, data format, data structure, push frequency, traffic light color hopping rule, mapping logic with a third party platform and the like.
The adopted protocol is a protocol adopted when pushing data to the service to be tested, and can be an HTTP protocol or other communication protocols.
The data format is a format of traffic light data pushed to the service to be tested, and may be a json format, a PB format, and the like.
The data structure refers to structure information of traffic light data pushed to the service to be tested, for example, the structure of the traffic light data may be a city + intersection identification + phase information, and the like.
The push frequency is the frequency of pushing traffic light data to the service to be tested.
The traffic light color hopping rule is a hopping rule which should be satisfied by traffic light data pushed to the service to be tested. Such as the duration of the different colors of the traffic lights, the order of the color jumps, etc.
The mapping logic with the third-party platform means how the service to be tested maps the received traffic light data to the third-party platform and converts the traffic light data into data which can be identified by the third-party platform. For example, the mapping of the identification information (such as phaseids, which are different from phaseids corresponding to different phases) of the phase information in the traffic light data pushed by the test tool to the service to be tested to the third-party platform may be a road direction and a vehicle flow direction.
When a service to be tested needs to be tested, a predefined protocol rule for pushing traffic light data is obtained, a traffic light color hopping rule and a pushing frequency are defined in the protocol rule, then a testing tool can automatically construct traffic light data of a plurality of intersections according to the predefined protocol rule for pushing the traffic light data, and pushes the constructed traffic light data to the service to be tested, so that the accuracy, the sequence and the real-time property of pushing the traffic light data to the service to be tested can be ensured.
And S302, allocating a process to each intersection, wherein the process is used for constructing traffic light data of the corresponding intersection and pushing the constructed traffic light data to the service to be tested.
In this embodiment, a process is allocated to each intersection, and each process is responsible for constructing and pushing traffic light data of the corresponding intersection, so that isolation between traffic light data of different intersections can be simulated, and mutual interference between traffic light data of different intersections can be prevented.
The traffic light data of a plurality of intersections are constructed in parallel through a plurality of processes, the traffic light data are pushed to the service to be tested, the scene that roadside equipment of the plurality of intersections collects the traffic light data and pushes the traffic light data to the service to be tested is simulated, the accuracy, the real-time performance and the sequence when traffic light data are pushed to the service to be tested in a large on-line and large transmission quantity manner are simulated, and the high-concurrency limit test scene of the service to be tested is constructed.
Step S303, asynchronously carrying out the processing of constructing traffic light data and pushing the constructed traffic light data to the service to be tested through each process.
In order to test the performance limit of the service, the operation mode of traffic light data on the line is simulated, and a large amount of static intersection traffic light data is constructed. The traffic light data of the intersection can comprise multi-phase traffic light information, such as basic phase information of left turn, right turn, straight running, left turn waiting to turn, straight running waiting to run and the like.
For example, the multi-phase structure state of an intersection can be as shown in fig. 4, and fig. 4 illustrates a single intersection as an example, and the multi-phase structure of a single intersection is exemplarily described, as shown in fig. 4, one intersection (the number is 2, and 2 in fig. 4 refers to an intersection number corresponding to a traffic light) can be four groups of traffic lights, each group of traffic lights includes traffic lights with multiple phases, and "←", "→ and" ═ in the figure respectively represent phase information.
The number of simulated intersections can be set and adjusted according to the test requirements in a specific application scenario, for example, the number of simulated intersections can be 50, 100, 200, and the like, and the embodiment is not specifically limited herein.
In the step, each process asynchronously carries out the processing of constructing the traffic light data and pushing the constructed traffic light data to the service to be tested, and the two processes of constructing the data and pushing the data are asynchronously realized, so that the traffic light data of a large number of intersections can be ensured not to be blocked before the process of pushing the traffic light data to the service to be tested.
In an optional implementation manner, a multi-process and multi-thread manner may be adopted, and the process corresponding to each intersection may include multiple threads, and different threads are respectively used for constructing data and pushing data, so that multi-thread asynchronous processing is realized, and the concurrent volume of pushing traffic light data to a service to be tested can be increased.
Illustratively, each process comprises a data construction thread and a data pushing thread, and the traffic light data of one intersection is constructed through the data construction thread of each process; and pushing traffic light data of the intersection constructed by the data construction thread to the service to be tested through the data pushing thread of the process.
Therefore, asynchronous processing of traffic light data construction and pushing is achieved in a multithreading asynchronous mode, the efficiency of data construction and pushing can be improved, the instantaneity of pushing traffic light data to the service to be tested is improved, the frequency of pushing traffic light data to the service to be tested can meet the requirement of pressure testing, and a limit testing scene of pushing traffic light data to the service to be tested in real time and high concurrency is simulated.
In an optional implementation manner, in order to improve the smoothness of pushing data to the service to be tested, the testing tool may be deployed in the same network segment as the service to be tested, so that a delay of pushing traffic light data to the service to be tested due to network delay can be avoided, and the accuracy, the real-time performance and the sequence of pushing data to the service to be tested are improved.
After receiving the traffic light data pushed by the testing tool, the service to be tested performs logic processing on the traffic light data, including data protocol conversion, data distribution, data reading and writing, persistence processing and the like, and finally generates traffic light data required by a third-party platform and transmits the traffic light data to the third-party platform.
In this embodiment, through the steps S301 to S303, each intersection corresponds to one process in a multi-process and multi-thread manner, each process includes a data construction thread and a data push thread, and traffic light data of one intersection is constructed through the data construction thread of each process; the traffic light data of the intersection constructed by the data construction thread is pushed to the service to be tested through the data pushing thread of the process, so that the asynchronous processing of traffic light data construction and pushing is realized, the efficiency of data construction and pushing can be improved, the instantaneity of pushing the traffic light data to the service to be tested is improved, the frequency of pushing the traffic light data to the service to be tested can meet the requirement of pressure testing, and the limit testing scene of pushing the traffic light data to the service to be tested in real time and high concurrency is simulated.
Under the extreme test scenario of pushing traffic light data to the service to be tested in real time and high concurrency, the performance test and/or the function test of the service to be tested are realized through the steps S304-S305.
And step S304, collecting test data of the service to be tested.
Under the limit test scene of pushing traffic light data to the service to be tested in real time and high concurrency, performance test data and/or function test data of the service to be tested are collected, the test result of the service to be tested can be further determined according to the test data, the pressure test of the service to be tested can be realized under the limit test scene of constructing the high concurrency of the service to be tested through a test tool, and the timeliness and the stability of the data pushing service are improved.
In an optional implementation manner, under the extreme test scenario of pushing traffic light data to the service to be tested in real time and at high concurrency, performance test data of the service to be tested is acquired, so that a performance index of the service to be tested is obtained, and pressure test and performance test of the service to be tested are realized.
Wherein, the performance test data of the service to be tested can comprise one or more performance indexes of the following items: processing time of the service, service starting success rate, stable duration, CPU resource occupancy rate and memory resource occupancy rate. In addition, the performance index of the service to be tested may also include other indexes capable of measuring the performance of the service, and this embodiment is not specifically limited here.
In addition, after receiving the traffic light data pushed by the testing tool, the service to be tested can also directly return the result state of whether the traffic light data is successfully pushed to the testing tool. For example, the resulting states may include: push success, push failure, service crash, etc. Optionally, after receiving the traffic light data pushed by the testing tool, the service to be tested may return a result state to the testing tool and perform logic processing on the traffic light data asynchronously.
Therefore, after the traffic light data pushed by the test tool is received by the service to be tested, the returned result state only indicates whether the test tool successfully pushes the data to the service to be tested, the service to be tested does not complete the logic processing of the traffic light data, and the response time and the response performance of the service to be tested cannot be directly obtained by monitoring the return value through the existing http protocol.
In this embodiment, for the performance index of the processing time of the service, the processing time of the service to be tested, that is, the response time of the service to be tested, may be accurately determined by using the timestamp for pushing the traffic light data to the service to be tested and the timestamp for pushing the logical processing result of the traffic light data to the third-party platform by the service to be tested. The test can be specifically carried out in the following manner:
for each piece of traffic light data, acquiring a first timestamp for pushing the traffic light data to a service to be tested, and a second timestamp for pushing a data result corresponding to the traffic light data to a third-party platform by the service to be tested; and calculating the processing time of the service to be tested according to the first time stamp and the second time stamp. Thus, the processing time of the service to be tested, namely the response time of the service to be tested can be accurately determined.
Further, acquiring a first timestamp for pushing traffic light data to a service to be tested can be realized by the following steps:
acquiring a first push log for pushing traffic light data to a service to be tested; and extracting a first timestamp for pushing each piece of traffic light data to the service to be tested from the first pushing log. Therefore, the timestamp for pushing each piece of traffic light data to the service to be tested can be automatically acquired, and a data basis is provided for automatically testing the processing time of the service to be tested.
The first push log is a push log recorded after the test tool pushes traffic light data to the service to be tested.
The test tool records a first push log of the traffic light data after pushing the traffic light data to the service to be tested, and a timestamp of the push traffic light data is recorded in the first push log, namely the first timestamp, so that the first timestamp of the push data to the service to be tested can be automatically recorded.
Further, acquiring a second timestamp for pushing second traffic light data to a third-party platform by the service to be tested, which can be specifically realized by adopting the following mode:
acquiring a second push log of the service to be tested; and extracting a second timestamp of the data result corresponding to each piece of traffic light data pushed by the service to be tested to the third-party platform from the second push log. Therefore, the timestamp for pushing the data to the third-party platform by the service to be tested can be automatically acquired, and a data basis is provided for automatically testing the processing time of the service to be tested.
The second push log is a push log of data pushed by the service to be tested to the third-party platform, and the second push log records a timestamp of a data pushing result of the service to be tested to the third-party platform, namely a second timestamp.
Illustratively, the service to be tested provides a service interface to the third party platform, which obtains the data by calling the service interface. The second push log may be log information of a service interface record provided by the service to be tested to the third party platform.
One example of the performance indicators and pass criteria for the portion of the services to be tested is shown in table 1 below:
TABLE 1
| Serial number | Performance index | Passing standard |
| 1 | Service startup success rate (under normal condition of configuration file) | 100％ |
| 2 | Length of time of stabilization | 24 hours |
| 3 | CPU resource occupancy rate | <80％ |
| 4 | Occupancy rate of memory resources | <80％ |
The stable time duration refers to the time duration of stable operation of the service under the condition that the service is not restarted.
In this embodiment, the test method for performance indexes of the service to be tested, such as service start success rate, stable duration, CPU resource occupancy, memory resource occupancy, and the like, is similar to that in the prior art, and in this embodiment, the test is performed in the extreme test scenario of high concurrency of the multi-interface and multi-phase traffic light data, and a specific test method is not described herein again.
Further, by testing the performance of the service interface provided by the service to be tested to the third-party platform by using a testing tool (for example, a stress testing tool such as a locust tool or a jerneter), the test of part of the performance indexes of the service to be tested can be realized. For example, the response time to the service interface provided by the third-party platform may be collected, and the time consumed from pushing traffic light data to the service to be tested to outputting the corresponding data result by the third-party platform may be collected.
For example, the service to be tested is to start a single container (docker) service, configured as a CPU24 core, the memory 16G is configured to push traffic light data to the service to be tested at a frequency of 1 hertz (hz) or 4 hertz (hz), and a query rate Per Second (quieries Per Second, QPS for short) is × 1 or × 4 of intersections, and an example of the performance of the service interface provided by the service to be tested to the third party platform is shown in table 2 below:
TABLE 2
Herein, the rest refers to Representational State Transfer (rest).
For example, when the service to be tested is a dual service, that is, 2 container (docker) services are started, the CPU24 core and the memory 16G are configured, a push frequency for pushing traffic light data to the service to be tested is 1 hertz (hz) or 4 hertz (hz), a query rate Per Second (quieries Per Second, QPS for short) is number of intersections × 1 or number of intersections × 4, and an example of performance of a service interface provided by the service to be tested to the third party platform is shown in table 3 below:
TABLE 3
In another optional implementation manner, in the limit test scenario where traffic light data is pushed to the service to be tested in real time and at high concurrency, the functional test data of the service to be tested may be further collected to test the functional logic of the service to be tested, and whether the functional logic of the service to be tested is normal may be tested in the limit test scenario where the high concurrency of the service to be tested is constructed by the test tool.
Illustratively, the functional logic of the service under test may include test points as shown in table 4 below:
TABLE 4
Wherein, P0 bug refers to the defect related to performance and stability, and P1 bug refers to the defect related to function. Cloud-controlled platforms, map applications, and car networking are examples of third party platforms for services to be tested.
In this embodiment, the function test data of the service to be tested is collected, including all data that needs to be collected when the function test is performed on the service to be tested. For example, all data required for determining whether the index items in table 4 described above meet the passing criteria may be included.
The method for acquiring the function test data of the service to be tested is similar to the prior art, but the difference is that in this embodiment, the test data is acquired under the extreme test scene of high concurrency of the multi-intersection multi-phase traffic light data, and the specific method for acquiring the test data is not different, and is not described herein again.
In an optional implementation manner of this embodiment, the testing tool may be deployed on multiple servers in the same network segment as the service to be tested. For example, assuming that the number of intersections is 200, a test tool can be deployed on the server 1, and is responsible for constructing and pushing traffic light data of intersections numbered 1-100; and a test tool is deployed on the server 2 and is responsible for constructing and pushing traffic light data of the intersections with the numbers of 101 and 200.
Step S305, determining a test result of the service to be tested according to the test data of the service to be tested.
Under the extreme test scene of pushing traffic light data to the service to be tested in real time and high concurrency, after the test data of the service to be tested is acquired, whether the performance of the service to be tested meets the requirement or not and whether the functional logic of the service to be tested is correct or not can be determined according to the test data of the service to be tested, and the test result of the service to be tested is obtained.
In an optional implementation manner of this embodiment, a switch control function of the service to be tested may also be set, and the switch control function may be used to configure a state of starting or closing the test on the service. When the service is configured to initiate a test, the service may be tested by the test method provided by the present application. When the service is formally on line, the service can be configured to be closed to test, and the service is not tested at the moment and normally runs. The service may be tested when it is configured to initiate a test during a time period when no or few people are using the service.
According to the traffic light data processing method and device, each intersection corresponds to one process in a multi-process and multi-thread mode, each process comprises a data construction thread and a data pushing thread, and the traffic light data of one intersection is constructed through the data construction thread of each process; the traffic light data of the intersection constructed by the data construction thread is pushed to the service to be tested through the data pushing thread of the process, so that the asynchronous processing of traffic light data construction and pushing is realized, the efficiency of data construction and pushing can be improved, the instantaneity of pushing the traffic light data to the service to be tested is improved, the frequency of pushing the traffic light data to the service to be tested can meet the requirement of pressure testing, a limit testing scene of pushing the traffic light data to the service to be tested in real time and high concurrency is simulated, the performance indexes and the functional logic of the service to be tested under the limit testing scene are tested, the pressure testing of the service to be tested is realized, and the timeliness and the stability of the target service after online are improved.
Fig. 5 is a schematic diagram of a test device for data push service provided in a third embodiment of the present application. The test equipment for the data push service provided by the embodiment of the application can execute the processing flow provided by the test method embodiment for the data push service. As shown in fig. 5, the test apparatus 50 of the data push service includes: a data construction and pushing unit 501 and a test data acquisition unit 502.
Specifically, the data constructing and pushing unit 501 is configured to construct traffic light data of multiple intersections in parallel according to a protocol rule of traffic light data pushing, and push the traffic light data to a service to be tested, where the service to be tested is configured to process the traffic light data and push processed result data to a third-party platform; the traffic light data of the plurality of intersections is used for testing the service to be tested.
The test data acquisition unit 502 is configured to acquire test data of a service to be tested.
The device provided in the embodiment of the present application may be specifically configured to execute the method embodiment provided in the first embodiment, and specific functions are not described herein again.
According to the embodiment of the application, the traffic light data of a plurality of intersections are constructed in parallel according to the predefined protocol rule of traffic light data pushing, the traffic light data are pushed to the service to be tested, the scene that roadside equipment of the intersections collects the traffic light data and pushes the traffic light data to the service to be tested is simulated, the accuracy, the real-time performance and the sequence when the traffic light data are pushed to the service to be tested in a large quantity on line are simulated, the high-concurrency limit test scene of the service to be tested is constructed, the service to be tested is tested under the limit test scene, the pressure test of the service to be tested can be realized, and the timeliness and the stability of the target service after the traffic light is on line are improved.
Fig. 6 is a schematic diagram of a test device for data push service provided in a fourth embodiment of the present application. The test equipment for the data push service provided by the embodiment of the application can execute the processing flow provided by the test method embodiment for the data push service. As shown in fig. 6, the test apparatus 60 of the data push service includes: a data constructing and pushing unit 601 and a test data acquisition unit 602.
Specifically, the data constructing and pushing unit 601 is configured to construct traffic light data of multiple intersections in parallel according to a protocol rule of traffic light data pushing, and push the traffic light data to a service to be tested, where the service to be tested is configured to process the traffic light data and push processed result data to a third-party platform; the traffic light data of the plurality of intersections is used for testing the service to be tested.
The test data acquisition unit 602 is configured to acquire test data of a service to be tested.
In an alternative embodiment, as shown in fig. 6, the data constructing and pushing unit 601 includes:
the process allocation module 6011 is configured to allocate a process to each intersection, where the process is configured to construct traffic light data of the corresponding intersection, and push the constructed traffic light data to the service to be tested.
A data constructing and pushing module 6012, configured to asynchronously perform, through each process, processing of constructing traffic light data and pushing the constructed traffic light data to a service to be tested.
In an alternative embodiment, the data constructing and pushing module 6012 includes:
and the data construction submodule is used for constructing traffic light data of one intersection by the data construction thread of each process, wherein each process comprises the data construction thread and the data push thread.
And the data pushing submodule is used for pushing traffic light data of the intersection constructed by the data construction thread to the service to be tested through the data pushing thread of the process.
In an alternative embodiment, as shown in fig. 6, the test data acquisition unit 602 includes: a performance test module 6021 and/or a functional test module 6022.
The performance test module 6021 is configured to collect performance test data of the service to be tested.
The functional test module 6022 is used for collecting functional test data of the service to be tested.
In an alternative embodiment, the performance test module 6021 comprises:
a service processing time test submodule for:
for each piece of traffic light data, acquiring a first timestamp for pushing the traffic light data to a service to be tested and a second timestamp for pushing a data result to a third-party platform by the service to be tested, wherein the data result is obtained after the traffic light data are processed by the service to be tested according to the requirements of the third-party platform; and calculating the processing time of the service to be tested according to the first time stamp and the second time stamp.
In an optional embodiment, the service processing time testing sub-module is further configured to:
acquiring a first push log for pushing traffic light data to a service to be tested; and extracting a first timestamp for pushing each piece of traffic light data to the service to be tested from the first pushing log.
In an optional embodiment, the service processing time testing sub-module is further configured to:
after the traffic light data are pushed to the service to be tested, a first push log of the traffic light data is recorded.
In an optional embodiment, the service processing time testing sub-module is further configured to:
acquiring a second push log of result data pushed to the third-party platform by the service to be tested; and extracting a second timestamp of the data result corresponding to each piece of traffic light data pushed by the service to be tested to the third-party platform from the second push log.
In an alternative embodiment, as shown in fig. 6, the apparatus 60 further comprises:
a test result determining unit 603 configured to:
and determining a test result of the service to be tested according to the test data of the service to be tested.
The device provided in the embodiment of the present application may be specifically configured to execute the method embodiment provided in the second embodiment, and specific functions are not described herein again.
According to the traffic light data processing method and device, each intersection corresponds to one process in a multi-process and multi-thread mode, each process comprises a data construction thread and a data pushing thread, and the traffic light data of one intersection is constructed through the data construction thread of each process; the traffic light data of the intersection constructed by the data construction thread is pushed to the service to be tested through the data pushing thread of the process, so that the asynchronous processing of traffic light data construction and pushing is realized, the efficiency of data construction and pushing can be improved, the instantaneity of pushing the traffic light data to the service to be tested is improved, the frequency of pushing the traffic light data to the service to be tested can meet the requirement of pressure testing, a limit testing scene of pushing the traffic light data to the service to be tested in real time and high concurrency is simulated, the performance indexes and the functional logic of the service to be tested under the limit testing scene are tested, the pressure testing of the service to be tested is realized, and the timeliness and the stability of the target service after online are improved.
According to an embodiment of the present application, an electronic device and a readable storage medium are also provided.
There is also provided, in accordance with an embodiment of the present application, a computer program product, including: a computer program, stored in a readable storage medium, from which at least one processor of the electronic device can read the computer program, the at least one processor executing the computer program causing the electronic device to perform the solution provided by any of the embodiments described above.
FIG. 7 illustrates a schematic block diagram of an example electronic device 700 that can be used to implement embodiments of the present application. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be examples only, and are not meant to limit implementations of the disclosure described and/or claimed herein.
As shown in fig. 7, the electronic device 700 includes a computing unit 701, which may perform various appropriate actions and processes according to a computer program stored in a Read Only Memory (ROM)702 or a computer program loaded from a storage unit 708 into a Random Access Memory (RAM) 703. In the RAM 703, various programs and data required for the operation of the device 700 can also be stored. The computing unit 701, the ROM 702, and the RAM 703 are connected to each other by a bus 704. An input/output (I/O) interface 705 is also connected to bus 704.
Various components in the device 700 are connected to the I/O interface 705, including: an input unit 706 such as a keyboard, a mouse, or the like; an output unit 707 such as various types of displays, speakers, and the like; a storage unit 708 such as a magnetic disk, optical disk, or the like; and a communication unit 709 such as a network card, modem, wireless communication transceiver, etc. The communication unit 709 allows the device 700 to exchange information/data with other devices via a computer network, such as the internet, and/or various telecommunication networks.
Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuitry, Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), system on a chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, receiving data and instructions from, and transmitting data and instructions to, a storage system, at least one input device, and at least one output device.
Program code for implementing the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowchart and/or block diagram to be performed. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine or entirely on the remote machine or server.
In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), Wide Area Networks (WANs), and the Internet.
The computer system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The Server can be a cloud Server, also called a cloud computing Server or a cloud host, and is a host product in a cloud computing service system, so as to solve the defects of high management difficulty and weak service expansibility in the traditional physical host and VPS service ("Virtual Private Server", or simply "VPS"). The server may also be a server of a distributed system, or a server incorporating a blockchain.
It should be understood that various forms of the flows shown above may be used, with steps reordered, added, or deleted. For example, the steps described in the present application may be executed in parallel, sequentially, or in different orders, and the present invention is not limited thereto as long as the desired results of the technical solutions disclosed in the present application can be achieved.
The above-described embodiments should not be construed as limiting the scope of the present application. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made in accordance with design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present application shall be included in the protection scope of the present application.
Claims (21)
1. A method for testing data push service comprises the following steps:
according to protocol rules of traffic light data pushing, traffic light data of a plurality of intersections are constructed in parallel, and the traffic light data are pushed to a service to be tested, wherein the service to be tested is used for processing the traffic light data and pushing processed result data to a third-party platform; the traffic light data of the intersections are used for testing the service to be tested;
and collecting the test data of the service to be tested.
2. The method of claim 1, wherein the constructing traffic light data of a plurality of intersections in parallel according to protocol rules of traffic light data push and pushing the traffic light data to the service to be tested comprises:
distributing a process for each intersection, wherein the process is used for constructing traffic light data of the corresponding intersection and pushing the constructed traffic light data to the service to be tested;
and asynchronously carrying out the processes of constructing traffic light data and pushing the constructed traffic light data to the service to be tested through each process.
3. The method of claim 2, wherein said asynchronously by each said process, constructing traffic light data and pushing the constructed traffic light data to the service under test comprises:
each process comprises a data construction thread and a data pushing thread, and traffic light data of one intersection are constructed through the data construction thread of each process;
and pushing the traffic light data of the intersection constructed by the data construction thread to the service to be tested through the data pushing thread of the process.
4. The method of any of claims 1-3, wherein said collecting test data for the service under test comprises:
collecting performance test data of the service to be tested;
and/or the presence of a gas in the gas,
and acquiring the function test data of the service to be tested.
5. The method of claim 4, wherein said collecting performance test data for the service under test comprises:
for each piece of traffic light data, acquiring a first timestamp for pushing the traffic light data to the service to be tested and a second timestamp for pushing a data result corresponding to the traffic light data to a third-party platform by the service to be tested;
and calculating the processing time of the service to be tested according to the first time stamp and the second time stamp.
6. The method of claim 5, wherein the obtaining a first timestamp that pushes the traffic light data to the service to be tested comprises:
acquiring a first push log for pushing traffic light data to the service to be tested;
and extracting a first timestamp for pushing each piece of traffic light data to the service to be tested from the first pushing log.
7. The method of claim 6, wherein after pushing the traffic light data to the service to be tested, further comprising:
and recording a first push log of the traffic light data.
8. The method of claim 5, wherein obtaining a second timestamp for the service under test to push second traffic light data to a third party platform comprises:
acquiring a second push log of result data pushed to a third-party platform by the service to be tested;
and extracting a second timestamp of a data result corresponding to each piece of traffic light data pushed by the service to be tested to a third-party platform from the second push log.
9. The method of claim 1, wherein after collecting test data for the service under test, further comprising:
and determining a test result of the service to be tested according to the test data of the service to be tested.
10. A test apparatus for a data push service, comprising:
the data constructing and pushing unit is used for parallelly constructing traffic light data of a plurality of intersections according to protocol rules of traffic light data pushing, pushing the traffic light data to a service to be tested, and the service to be tested is used for processing the traffic light data and pushing processed result data to a third-party platform; the traffic light data of the intersections are used for testing the service to be tested;
and the test data acquisition unit is used for acquiring the test data of the service to be tested.
11. The apparatus of claim 10, wherein the data construction and push unit comprises:
the process distribution module is used for distributing a process for each intersection, wherein the process is used for constructing traffic light data of the corresponding intersection and pushing the constructed traffic light data to the service to be tested;
and the data constructing and pushing module is used for asynchronously constructing traffic light data and pushing the constructed traffic light data to the service to be tested through each process.
12. The apparatus of claim 11, wherein the data construction and push module comprises:
the data construction submodule is used for constructing traffic light data of a road junction through the data construction thread of each process, wherein each process comprises the data construction thread and the data pushing thread;
and the data pushing submodule is used for pushing the traffic light data of the intersection constructed by the data construction thread to the service to be tested through the data pushing thread of the process.
13. The apparatus of any one of claims 10-12, wherein the test data acquisition unit comprises:
the performance testing module is used for acquiring performance testing data of the service to be tested;
and/or the presence of a gas in the gas,
and the function test module is used for acquiring the function test data of the service to be tested.
14. The apparatus of claim 13, wherein the performance testing module comprises:
a service processing time test submodule for:
for each piece of traffic light data, acquiring a first timestamp for pushing the traffic light data to the service to be tested and a second timestamp for pushing a data result to a third-party platform by the service to be tested, wherein the data result is obtained after the traffic light data is processed by the service to be tested according to the requirements of the third-party platform;
and calculating the processing time of the service to be tested according to the first time stamp and the second time stamp.
15. The device of claim 14, wherein the service processing time test sub-module is further to:
acquiring a first push log for pushing traffic light data to the service to be tested;
and extracting a first timestamp for pushing each piece of traffic light data to the service to be tested from the first pushing log.
16. The device of claim 15, wherein the service processing time test sub-module is further configured to:
and after the traffic light data is pushed to a service to be tested, recording a first push log of the traffic light data.
17. The device of claim 14, wherein the service processing time test sub-module is further to:
acquiring a second push log of result data pushed to a third-party platform by the service to be tested;
and extracting a second timestamp of a data result corresponding to each piece of traffic light data pushed by the service to be tested to a third-party platform from the second push log.
18. The apparatus according to any one of claims 10-12, further comprising:
a test result determination unit for:
and determining a test result of the service to be tested according to the test data of the service to be tested.
19. An electronic device, comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-9.
20. A non-transitory computer readable storage medium having stored thereon computer instructions for causing the computer to perform the method of any one of claims 1-9.
21. A computer program product comprising a computer program which, when executed by a processor, implements the method according to any one of claims 1-9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110234842.3A CN112988535B (en) | 2021-03-03 | 2021-03-03 | Test method, device, storage medium and program product for data push service |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110234842.3A CN112988535B (en) | 2021-03-03 | 2021-03-03 | Test method, device, storage medium and program product for data push service |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112988535A true CN112988535A (en) | 2021-06-18 |
| CN112988535B CN112988535B (en) | 2023-12-22 |
Family
ID=76352392
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110234842.3A Active CN112988535B (en) | 2021-03-03 | 2021-03-03 | Test method, device, storage medium and program product for data push service |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112988535B (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113438318A (en) * | 2021-07-13 | 2021-09-24 | 阿波罗智联(北京)科技有限公司 | Performance test system and method of cloud control platform, electronic equipment and storage medium |
| CN114244741A (en) * | 2021-12-16 | 2022-03-25 | 阿波罗智联(北京)科技有限公司 | Link testing method, device and system, electronic equipment and storage medium |
| CN114363207A (en) * | 2021-12-28 | 2022-04-15 | 阿波罗智联(北京)科技有限公司 | Cloud control platform test method, device, equipment, storage medium and program |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130254747A1 (en) * | 2012-03-21 | 2013-09-26 | International Business Machines Corporation | Method and apparatus for testing programs |
| CN107705601A (en) * | 2017-10-10 | 2018-02-16 | 中南大学 | A kind of traffic lights identifying system and recognition methods based on WiFi technology |
| US20190087301A1 (en) * | 2017-09-15 | 2019-03-21 | Hewlett Packard Enterprise Development Lp | Generating different workload types for cloud service testing |
| CN111190829A (en) * | 2019-12-31 | 2020-05-22 | 武汉中海庭数据技术有限公司 | Automatic intersection test model data construction method and device |
| WO2020238066A1 (en) * | 2019-05-24 | 2020-12-03 | 平安国际智慧城市科技股份有限公司 | Software pressure test method and apparatus, and storage medium and server |
-
2021
- 2021-03-03 CN CN202110234842.3A patent/CN112988535B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130254747A1 (en) * | 2012-03-21 | 2013-09-26 | International Business Machines Corporation | Method and apparatus for testing programs |
| US20190087301A1 (en) * | 2017-09-15 | 2019-03-21 | Hewlett Packard Enterprise Development Lp | Generating different workload types for cloud service testing |
| CN107705601A (en) * | 2017-10-10 | 2018-02-16 | 中南大学 | A kind of traffic lights identifying system and recognition methods based on WiFi technology |
| WO2020238066A1 (en) * | 2019-05-24 | 2020-12-03 | 平安国际智慧城市科技股份有限公司 | Software pressure test method and apparatus, and storage medium and server |
| CN111190829A (en) * | 2019-12-31 | 2020-05-22 | 武汉中海庭数据技术有限公司 | Automatic intersection test model data construction method and device |
Non-Patent Citations (1)
| Title |
|---|
| 周润松;陈渌萍;: "基于NTCIP协议的信号控制系统测试", 中国交通信息产业, no. 09 * |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113438318A (en) * | 2021-07-13 | 2021-09-24 | 阿波罗智联(北京)科技有限公司 | Performance test system and method of cloud control platform, electronic equipment and storage medium |
| CN114244741A (en) * | 2021-12-16 | 2022-03-25 | 阿波罗智联(北京)科技有限公司 | Link testing method, device and system, electronic equipment and storage medium |
| CN114244741B (en) * | 2021-12-16 | 2023-11-14 | 阿波罗智联(北京)科技有限公司 | Link testing method, device, system, electronic equipment and storage medium |
| CN114363207A (en) * | 2021-12-28 | 2022-04-15 | 阿波罗智联(北京)科技有限公司 | Cloud control platform test method, device, equipment, storage medium and program |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112988535B (en) | 2023-12-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112988535A (en) | Method, device, storage medium and program product for testing data push service | |
| CN114896166A (en) | Scene library construction method and device, electronic equipment and storage medium | |
| CN111966289A (en) | Partition optimization method and system based on Kafka cluster | |
| CN113568860A (en) | Deep learning-based topology mapping method, apparatus, medium, and program product | |
| CN114564374A (en) | Operator performance evaluation method and device, electronic equipment and storage medium | |
| CN114547069A (en) | Data query method and device, electronic equipment and storage medium | |
| CN115391204A (en) | Test method and device for automatic driving service, electronic equipment and storage medium | |
| CN114428711A (en) | Data detection method, device, equipment and storage medium | |
| CN113742083A (en) | Scheduling simulation method and device, computer equipment and storage medium | |
| CN114170821A (en) | Signal machine performance detection method and device and traffic signal lamp control system | |
| CN113032251A (en) | Method, device and storage medium for determining service quality of application program | |
| CN113326243B (en) | Method and device for analyzing log data | |
| CN113656268B (en) | Performance test method and device for business service, electronic equipment and storage medium | |
| CN114024858B (en) | Task execution method, device, equipment and storage medium | |
| CN114816758B (en) | Resource allocation method and device | |
| CN117217420B (en) | Method, device, equipment and storage medium for determining transportation information | |
| CN116634102B (en) | Front-end command equipment and data processing method based on same | |
| CN115470193A (en) | Radar data simulation method, device, equipment and medium | |
| CN115757275A (en) | Asset information management method and device, electronic equipment and storage medium | |
| CN115145725A (en) | Cloud equipment distribution method and device, electronic equipment and storage medium | |
| CN114338472A (en) | Capacity test method, device, equipment, medium and product of map server | |
| CN114739419A (en) | Method and device for processing guide point | |
| CN114117317A (en) | Model processing method, device, equipment and storage medium | |
| CN115269112A (en) | Connection establishing method and device, electronic equipment and storage medium | |
| CN115827427A (en) | Vehicle dispatching monotonicity system testing method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |