Automatic test system and method for RBC equipment and electronic equipment

Through the RBC equipment automation testing system, one-click fully automated testing of RBC equipment is realized, solving the problems of cumbersome testing process and low accuracy, improving testing efficiency and accuracy, and saving testing time and manpower.

CN120327583APending Publication Date: 2025-07-18SHANGHAI SHENTIE INVESTMENT CO LTD +1
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202510197642.3
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-02-21
Publication Date
2025-07-18

AI Technical Summary

Technical Problem

In the prior art, the testing process of RBC equipment is cumbersome, consumes a lot of manpower and material resources, the testing efficiency is inefficient, and the testing accuracy is affected by the quality and emotions of the test personnel, making it difficult to ensure the accuracy of the test results, especially the complexity of RBC equipment in CTCS-3-level railways increases.

Method used

The RBC equipment automation test system is adopted to obtain target test cases from the first database through the collaborative work of the server and the client, send them to the second database and extract test data, automate analysis and output test results, and reduce manual participation.

Benefits of technology

It realizes one-click fully automated testing of RBC equipment, improves testing efficiency, saves at least 50% of the test time, ensures the accuracy of test results, and avoids errors caused by human negligence and fatigue.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120327583A_ABST
    Figure CN120327583A_ABST
Patent Text Reader

Abstract

The invention discloses an automatic test system and method for RBC equipment and electronic equipment, and the system comprises a server which is used for responding to a first input instruction of a user, obtaining a target test case from a first database, and sending the target test case to a second database; the client is in communication connection with the server through the second database, and is used for obtaining the target test case from the second database and extracting corresponding test data from the target test case when detecting that the target test case to be tested exists in the second database, and sending the test data to the tested RBC equipment, receiving and analyzing tested information fed back by the tested RBC equipment for the test data to obtain a test result, and feeding back the test result to the second database; and the server is also used for obtaining the test result from the second database and outputting the test result. One-key full-automatic testing of the RBC equipment can be realized, and the testing efficiency and the testing accuracy are improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application belongs to the field of automated testing, and particularly relates to an automated testing system, method, and electronic device for RBC equipment. Background Art

[0002] With the acceleration of the construction speed of high-speed railways in China, more and more railways of CTCS (Chinese Train Control System)-Level 3 are being built. When each line is newly built or renovated, equipment manufacturers and signal departments need to test the wireless block center (RBC, Wireless Block Centre) equipment.

[0003] Since most line scenarios are complex and multiple wireless block center devices are set on one line, the test operations are cumbersome during the test process, the number of test items is large, and there is a large amount of repetitive content, consuming a large amount of manpower and material resources, and the test efficiency is low. At the same time, due to factors such as the professional qualities and personal emotions of test personnel, the accuracy differences in testing by different personnel and at different times are huge. Moreover, due to the large number of test cases for the wireless block center, test personnel will gradually enter a test fatigue period during the test process and cannot quickly and clearly judge whether the test is successful, easily resulting in the omission of errors or inaccurate test results for test items. Moreover, compared with the RBC equipment in traditional CTCS-Level 3, the RBC equipment in the "urban rail transit moving block train control system based on CTCS" has differences in multiple functions such as block status, train occupancy check, level conversion, and automatic reverse, further increasing the complexity and workload of RBC equipment testing. Summary of the Invention

[0004] This application aims to solve at least one of the technical problems existing in the related art. For this purpose, this application provides an automated testing system, method, and electronic device for RBC equipment, which can realize one-key full-automatic testing of RBC equipment and improve test efficiency and test accuracy.

[0005] In a first aspect, this application provides an automated testing system for RBC equipment, which includes:

[0006] A server for obtaining a target test case from a first database and sending it to a second database in response to a first input instruction from a user;

[0007] The client is communicatively connected to the server through the second database. When it detects that there is a target test case to be tested in the second database, it obtains the target test case from the second database, extracts corresponding test data from the target test case, sends the test data to the RBC device under test, receives and parses the tested information fed back by the RBC device under test for the test data, obtains the test result and feeds it back to the second database;

[0008] The server is further configured to obtain and output the test result from the second database.

[0009] In a second aspect, the present application provides an RBC device automated testing method, which includes:

[0010] In response to a first input instruction of the user, obtain a target test case from the first database;

[0011] Extract corresponding test data from the target test case, send the test data to the RBC device under test, receive and parse the tested information fed back by the RBC device under test for the test data, obtain the test result and output it.

[0012] In a third aspect, the present application provides an electronic device, including the RBC device automated testing system described in the first aspect above.

[0013] In a fourth aspect, the present application provides a non-transitory computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, it implements the RBC device automated testing method described in the second aspect above.

[0014] In a fifth aspect, the present application provides a chip, which includes a processor and a communication interface. The communication interface is coupled to the processor, and the processor is configured to run a program or instruction to implement the RBC device automated testing method described in the second aspect.

[0015] In a sixth aspect, the present application provides a computer program product, including a computer program. When the computer program is executed by a processor, it implements the RBC device automated testing method described in the first aspect above.

[0016] One or more of the above technical solutions in the embodiments of the present application have at least the following technical effects

[0017] The RBC device automated test system, method and electronic device provided by the embodiments of the present application. The server responds to the first input instruction for the user to select the target test case, matches the target test case from the first database and sends it to the second database. When the client detects the second database and the target test case exists in the second database, the client obtains the target test case from the second database, extracts the corresponding test data from the target test case, sends the test data to the RBC device to be tested, receives and parses the measured information fed back by the RBC device to be tested for the test data, obtains the test result and feeds it back to the second database, so that the server obtains the test result from the second database and outputs it. This system can achieve one-key full-automated testing of the RBC device, automatically analyze and output the test result, and no personnel are required to participate in the execution process, greatly improving the test efficiency and liberating the labor force. Compared with the traditional manual testing method, automating the testing of the RBC device can save at least 50% of the test time, and there will be no problem of inaccurate test results caused by the negligence or fatigue of the test personnel.

[0018] Additional aspects and advantages of the present application will be given in part in the following description, become apparent in part from the following description, or be learned through the practice of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] The above and / or additional aspects and advantages of the present application will become apparent and be readily understood from the following description of the embodiments in conjunction with the accompanying drawings, in which:

[0020] Figure 1 is one of the structural schematic diagrams of the RBC device automated test system provided by the embodiments of the present application;

[0021] Figure 2 is another structural schematic diagram of the RBC device automated test system provided by the embodiments of the present application;

[0022] Figure 3 is yet another structural schematic diagram of the RBC device automated test system provided by the embodiments of the present application;

[0023] Figure 4 is the flowchart of the RBC device automated test provided by the embodiments of the present application;

[0024] Figure 5 is the structural schematic diagram of the electronic device provided by the embodiments of the present application. DETAILED DESCRIPTION

[0025] The technical solutions in the embodiments of the present application will be clearly described below with reference to the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are some, but not all, of the embodiments of the present application. All other embodiments obtained by those of ordinary skill in the art based on the embodiments in the present application belong to the scope of protection of the present application.

[0026] The terms "first", "second", etc. in the description and claims of the present application are used to distinguish similar objects, rather than to describe a specific order or sequence. It should be understood that such data may be interchanged under appropriate circumstances so that the embodiments of the present application can be implemented in an order different from those illustrated or described herein, and the objects distinguished by "first", "second", etc. are generally of the same category and do not limit the number of objects. For example, the first object may be one or more. In addition, "and / or" in the description and claims means at least one of the connected objects, and the character " / " generally indicates an "or" relationship between the associated objects before and after.

[0027] The RBC device automatic test and method, electronic device, and readable storage medium provided by the embodiments of the present application will be described in detail below with reference to the accompanying drawings, through specific embodiments and their application scenarios.

[0028] The RBC device automatic test system (CTCS-Y RBC Automatic Test System, abbreviated as CYRATS) 100 provided by the embodiments of the present application, as Figure 1 shown, includes:

[0029] A server 110, configured to obtain a target test case from a first database in response to a first input instruction of a user and send it to a second database.

[0030] It can be understood that the server in this embodiment can implement the function of human-computer interaction with the user (tester). The tester selects the target test case to be executed on the interaction interface of the server. For example, the tester inputs the identification information of the target test case or directly drags the target test case to be executed from the first database to implement the input of the first input instruction.

[0031] In some embodiments, the first input instruction includes a start measurement instruction and / or a selection instruction for the user to select a target test case. When the first input instruction is only the start measurement instruction, the start test instruction may carry the identification information of the target test case. After receiving the start measurement instruction, the target test case can be obtained from the first database according to the identification information and the automated test can be started. The test case and its identification information are pre-stored in the first database; or after the server receives the start test instruction input by the user, the target test case input by the user to the first database at this time is obtained and the automated test is started. When the first input instruction is only the selection instruction, the server matches the target test case from the first database in response to the user's selection instruction for the target test case. When the first input instruction is the start measurement instruction and the selection instruction, the server matches the target test case from the first database in response to the user's first input instruction for the target test case, and after receiving the start test instruction input by the user, the matched target test case is sent to the second database to avoid accidental triggering.

[0032] The client 120, which is communicatively connected to the server through the second database, is configured to obtain the target test case from the second database and extract corresponding test data from the target test case when detecting that there is a target test case to be tested in the second database, send the test data to the RBC device under test, receive and parse the measured information fed back by the RBC device under test for the test data, obtain the test result and feed it back to the second database.

[0033] The server 110 is further configured to obtain the test result from the second database and output it.

[0034] The RBC device automated test system provided by the embodiments of the present application enables the server to match the target test case from the first database in response to the user's first input instruction and send it to the second database. The client detects the second database and when there is a target test case in the second database, obtains the target test case from the second database and extracts corresponding test data from the target test case, sends the test data to the RBC device under test, receives and parses the measured information fed back by the RBC device under test for the test data, obtains the test result and feeds it back to the second database, so that the server obtains the test result from the second database and outputs it. This system can achieve one-key full-automation testing of the RBC device, automatically analyze and output the test result, and does not require human participation during the execution process, greatly improving the test efficiency and liberating the labor force. Compared with the traditional manual testing method, automating the testing of the RBC device can save at least 50% of the testing time and will not have problems of inaccurate test results caused by the negligence or fatigue of the testers.

[0035] It should be noted that the first database can be a MongoDB database, and the second database can be a Redis database. The Redis database is responsible for storing temporary data during the testing process, including control commands, target test cases to be executed, execution status and test results of test cases, logs and other information. The MongoDB database is responsible for storing data that needs to be persistently stored in the entire system, including imported test cases, test results of test cases, system configurations, etc.

[0036] MongoDB is a database based on distributed file storage, written in C++. It aims to provide an extensible high-performance data storage solution for WEB applications. MongoDB is a product between relational databases and non-relational databases. Among non-relational databases, it has the richest functions and is most similar to relational databases. The data structures it supports are very loose, in the form of BSON similar to JSON, so it can store relatively complex data types. The biggest feature of Mongo is that the query language it supports is very powerful. Its syntax is somewhat similar to object-oriented query languages and can almost achieve most of the functions of single-table queries in relational databases. Moreover, it also supports creating indexes on data.

[0037] Redis is a key-value storage system. Similar to Memcached, it supports relatively more value types for storage, including string (string), list (linked list), set (set), zset (sorted set - ordered set), and hash (hash type). These data types support operations such as push / pop, add / remove, taking intersections, unions, and differences, and more rich operations, and these operations are all atomic. On this basis, redis supports various sorting methods. Like Memcached, to ensure efficiency, data is cached in memory. The difference is that Redis will periodically write updated data to disk or write modification operations to an appended record file, and on this basis, master-slave synchronization is implemented. Redis is a high-performance key-value database. The emergence of Redis largely compensates for the deficiencies of key / value storages such as Memcached and can play a good complementary role to relational databases in some scenarios. It provides clients in Java, C / C++, C#, PHP, JavaScript, Perl, Object-C, Python, Ruby, Erlang, etc., which is very convenient to use.

[0038] In the embodiments of this application, CYRATS adopts the currently popular multi-database fusion strategy. Among them, the test case status, progress information, statistics of the status of each device, and interaction information of each subsystem are all stored in the Redis database. Since such data is frequently read in this system and the data structure is flattened, it is very suitable to use Redis for storage to improve the response speed of each subsystem and the operation interface. Since MongoDB supports complex data types, the test cases and specific parameter information of this system are stored in MongoDB. The strategy of fusing these two databases gives full play to their respective advantages and further improves the user experience of testers during operation.

[0039] In some embodiments, CYRATS in the embodiments of this application further includes a first database and a second database. The first database is communicatively connected to the server and is used to store test cases and the test results. The second database is communicatively connected to the server and the client respectively and is used to cache the target test cases and the test results to be tested.

[0040] Furthermore, data communication is carried out between the server, the client, the first database, and the second database in CYRATS through the TCP / IP protocol (Transmission Control Protocol / Internet Protocol). The server, the client, the first database, and the second database in CYRATS can be integrated in the same electronic device. As Figure 2 shown, the electronic device can be a traditional server or a portable device such as a laptop or a tablet computer, with good portability. It can also be set separately and supports cross-platform use and is compatible with operating systems such as Windows and Linux.

[0041] The safety data network and the ATP data network of the RBC device under test are respectively connected to different RBC interfaces of CYRATS to realize the interaction of different functional test data. Testers can control the entire test system by operating the server of CYRATS. This system and the RBC device under test adopt an Ethernet interface and carry out interactive communication according to the standard interface specification, with good compatibility and support for the access of devices from different manufacturers.

[0042] In some embodiments, the server includes a use case control module 111, which is further configured to store the test cases corresponding to the second input instruction in the first database in response to the second input instruction of the user.

[0043] Before performing automated testing on the RBC device, it is necessary to first import the test cases to be used. The test cases can be directly imported by the server after being manually written by experienced testers, or only the project data can be imported, and the server automatically generates test cases based on the project data. The imported test cases can be reused when testing different test objects. When encountering new test scenarios, testers can add corresponding test cases, thereby continuously improving the test case library to obtain a complete test case library.

[0044] It should be noted that the input content corresponding to the second input instruction in this embodiment can refer to either the test cases directly written by the tester or the project data. The project data can be understood as various parameters and index data required for generating test cases and can be presented in existing documents.

[0045] In some embodiments, the use case control module 111 is further configured to, in response to the second input instruction for the user to import project data, generate initial test cases based on the project data, and convert the initial test cases into standardized test cases and store them in the first database.

[0046] The server automatically generates test cases based on the project data, further reducing the workload of testers. The test cases are standardized and the standardized test cases are stored in the first database. During testing, the corresponding test cases can be directly scheduled, further improving the test efficiency. It can be understood that if the content input by the second input instruction is the test cases directly written by the tester, only the standardization conversion is required.

[0047] Specifically, the standardization conversion can be to convert the imported or generated EXCEL use case format into the standard format stored in the first database, such as the Python language format.

[0048] In some embodiments, the use case control module 111 is further configured to obtain the test results from the second database and store the test results at the position corresponding to the target test case in the first database. And / or convert the test results into a test record in a readable format, and export and / or display the test record.

[0049] After the client tests the RBC device under test and feeds back the test results, the server obtains the test results from the second database and stores the test results at the position corresponding to the target test case in the first database for retention or subsequent retrieval. It can be understood that storing the test results corresponding to the corresponding target test case facilitates knowing which test case the test result belongs to when reading. It is worth noting that the test results usually carry the device number of the RBC device under test, so as to distinguish the test results corresponding to different RBC devices when testing multiple RBC devices, and the test result reports of multiple RBC devices can be exported together when exporting the test results.

[0050] When exporting and / or displaying the test results, since the test results are in the standard format stored in the first database and are not convenient for manual reading, it is necessary to perform an inverse conversion of the standardization on the test results, that is, convert the test results into test records in a readable format (such as EXCEL format) for the convenience of testers to read.

[0051] It can be understood that if it is necessary to export and / or display the standardized test cases stored in the first database, the above-mentioned inverse conversion of the standardization can also be performed to obtain test records that are convenient for reading.

[0052] It is worth noting that in this embodiment, the server and the client are developed using the Python language. Therefore, the standardized case data or result data stored in the first database and the second database can be understood as data in the Python language format.

[0053] Python is a computer programming language. It is a dynamic, object-oriented scripting language, originally designed to write automation scripts (shells). With continuous version updates and the addition of new language features, it is increasingly used in the development of independent and large projects. One of the design goals of Python is to make the code highly readable. It tries to use punctuation marks and English words commonly used in other languages as much as possible, making the code look neat and beautiful. It does not require repeated writing of declaration statements like other static languages such as C and Pascal, nor does its grammar often have special cases and surprises. CYRATS in the embodiments of the present application precisely utilizes the characteristics of Python, such as strong scalability, cross-platform, and rich third-party libraries, to make this system an automated test system with rich functions and high scalability.

[0054] In some embodiments, as Figure 3 shown, the client 120 includes:

[0055] The test case execution module 121 is configured to, when detecting that the target test case to be tested exists in the second database, obtain the target test case from the second database, parse the target test case to obtain test data corresponding to simulation modules with different functions, and send the test data to the simulation modules with corresponding functions.

[0056] The test case execution module 121 is further configured to compare the measured information fed back by each simulation module with the corresponding expected value, obtain the test results corresponding to each simulation module, and feedback them to the second database.

[0057] The test case execution module in the client is used to control the execution process of the target test case, compare the measured information fed back by each simulation module with the expected value in the target test case, so as to obtain the test results corresponding to each simulation module and feedback them to the second database for the server to obtain. Specifically, the measured information fed back by each simulation module can be compared with the expected value. If they are consistent, it is obtained that the function test of the measured RBC device passes. If they are inconsistent, it is obtained that the function test of the measured RBC device fails.

[0058] In some embodiments, the test case execution module 121 is further configured to update the test progress of each target test case in real time, so that testers can timely understand the current test situation. It should be noted that the relevant information about the test progress can be stored in the second database.

[0059] In some embodiments, as Figure 3 shown, the client includes at least one of the following simulation modules;

[0060] The CTC (Centralized Traffic Control) simulation module 122 is communicatively connected to the measured RBC device through the CTC-RBC interface. When the test data parsed by the test case execution module is CTC test data, the CTC test data is sent to the measured RBC device through the CTC-RBC interface, and the CTC measured information fed back by the measured RBC device for the CTC test data is received and fed back to the test case execution module.

[0061] The CTC simulation module based on RSSP (Railway Signal Safety Protocol) can implement the related functions of the CTC-RBC interface and realize the test of the related functions of the CTC-RBC interface of the measured RBC device.

[0062] The simulation module 123 of the TIS (Train Control Center and Interlocking Integrated System) is communicatively connected to the DUT RBC device through the TIS-RBC interface. When the test data parsed by the test case execution module is TIS test data, the TIS test data is sent to the DUT RBC device through the TIS-RBC interface, and the TIS measured information fed back by the DUT RBC device for the TIS test data is received and fed back to the test case execution module.

[0063] The TIS simulation module based on RSSP realizes the relevant functions of the TIS-RBC interface and tests the relevant functions of the TIS-RBC interface of the DUT RBC device. Among them, the TIS test data may include in-station entity section information, section block direction information, section entity section information, in-station train route information, disaster area information, turnout status information, in-station train signal status information, platform emergency shutdown button information, platform door status information, protective route status information, etc.

[0064] The adjacent RBC simulation module 124 is communicatively connected to the DUT RBC device through the RBC-RBC interface. When the test data parsed by the test case execution module is RBC test data, the RBC test data is sent to the DUT RBC device through the RBC-RBC interface, and the RBC measured information fed back by the DUT RBC device for the RBC test data is received and fed back to the test case execution module.

[0065] The RBC simulation module based on RSSP realizes the relevant functions of the RBC-RBC interface and tests the relevant functions of the RBC-RBC interface of the DUT RBC device, such as train handover related information.

[0066] The simulation module 125 of the TSRS (Temporary Speed Restriction Server) is communicatively connected to the DUT RBC device through the TSRS-RBC interface. When the test data parsed by the test case execution module is TSRS test data, the TSRS test data is sent to the DUT RBC device through the TSRS-RBC interface, and the TSRS measured information fed back by the DUT RBC device for the TSRS test data is received and fed back to the test case execution module.

[0067] The TSRS simulation module based on RSSP implements the relevant functions of the TSRS-RBC interface, and tests the relevant functions of the TSRS-RBC interface of the RBC device under test. The TSRS test data includes temporary speed limit commands, etc.

[0068] The ATP (Automatic Train Protection) simulation module 126 is communicatively connected to the RBC device under test through the ATP-RBC interface. When the test data parsed by the test case execution module is ATP test data, the ATP test data is sent to the RBC device under test through the ATP-RBC interface, and the ATP measured information fed back by the RBC device under test for the ATP test data is received and fed back to the test case execution module.

[0069] The ATP simulation module based on RSSP implements the relevant functions of the ATP-RBC interface, and tests the relevant functions of the ATP-RBC interface of the RBC device under test. The ATP test data may include train registration and cancellation information, position reports; train status, etc. The ATP measured information fed back may include movement authorization, emergency stop, etc.

[0070] Through the simulation modules with different functions above, functions such as train registration and cancellation, movement authorization, emergency stop, level conversion, train handover, and temporary speed limit of the radio block center device can be automatically tested.

[0071] The embodiment of the present application also provides an RBC device automated test method. The method can be applied to a terminal and can be specifically executed by hardware or software in the terminal. The execution subject of this RBC device automated test method can be an electronic device or a functional module or functional entity in the electronic device that can implement this RBC device automated test method. The electronic devices mentioned in the embodiment of the present application include but are not limited to mobile phones, tablet computers, computers, cameras, and wearable devices, etc. Here, the electronic device is used as the execution subject to illustrate the RBC device automated test method provided by the embodiment of the present application.

[0072] The RBC device automated test method provided by the embodiment of the present application, the execution subject can be an RBC device automated test system. In the embodiment of the present application, taking the RBC device automated test system to execute the RBC device automated test method as an example, the RBC device automated test method provided by the embodiment of the present application is described.

[0073] An RBC device automated test method provided by the embodiment of the present application, as Figure 4 shown, this method includes:

[0074] Step S110: In response to the user's first input instruction, obtain a target test case from the first database.

[0075] Step S120: Extract corresponding test data from the target test case, send the test data to the RBC device under test, receive and parse the measured information feedback by the RBC device under test for the test data, and obtain and output the test result.

[0076] The RBC device automated testing method provided by the embodiments of the present application, by responding to the start test instruction input by the user, obtains a target test case from the first database, extracts corresponding test data from the target test case, sends the test data to the RBC device under test, receives and parses the measured information feedback by the RBC device under test for the test data, and obtains and outputs the test result. This system can achieve one-key full-automation testing of the RBC device, and automatically analyze and output the test result. No personnel participation is required during the execution process, which greatly improves the testing efficiency and liberates the labor force. Compared with the traditional manual testing method, automating the testing of the RBC device can save at least 50% of the testing time, and there will be no problem of inaccurate test results caused by the negligence or fatigue of the testers.

[0077] It should be noted that the test result is first output to the second database, and then the server transfers the test result in the second database to the first database.

[0078] In some embodiments, before step S100, the method further includes:

[0079] In response to the user's second input instruction, store the test case corresponding to the second input instruction in the first database.

[0080] In some embodiments, the step of storing the test case corresponding to the second input instruction in the first database in response to the user's second input instruction includes: In response to the user's second input instruction to import case data, generate an initial test case according to the case data, convert the initial test case into a standardized test case, and store it in the first database.

[0081] In some embodiments, after step S120, the method further includes: Output the test result to the position corresponding to the target test case in the first database.

[0082] In some embodiments, after step S120, the method further includes: Convert the test result into a test record in a readable format, and export and / or display the test record.

[0083] In some embodiments, step S120 includes: parsing the target test case to obtain test data corresponding to simulation modules with different functions, and sending the test data to the simulation modules with corresponding functions. Receiving the measured information fed back by each of the simulation modules, comparing the measured information with the corresponding expected values, obtaining the test results corresponding to each of the simulation modules, and outputting the test results to the second database.

[0084] In some embodiments, the test progress of each of the target test cases is updated in real time.

[0085] In some embodiments, step S120 further includes: parsing the target test case, and when the parsed test data is CTC test data, sending the CTC test data to the DUT RBC device through the CTC-RBC interface, receiving the CTC measured information fed back by the DUT RBC device for the CTC test data, comparing the CTC measured information with the CTC expected value, and obtaining the CTC test result.

[0086] Parse the target test case. When the parsed test data is TIS test data, send the TIS test data to the DUT RBC device through the TIS-RBC interface, receive the TIS measured information fed back by the DUT RBC device for the TIS test data, compare the TIS measured information with the TIS expected value, and obtain the CTC test result.

[0087] Parse the target test case. When the parsed test data is RBC test data, send the RBC test data to the DUT RBC device through the RBC-RBC interface, receive the RBC measured information fed back by the DUT RBC device for the RBC test data, compare the RBC measured information with the RBC expected value, and obtain the RBC test result.

[0088] Parse the target test case. When the parsed test data is TSRS test data, send the TSRS test data to the DUT RBC device through the TSRS-RBC interface, receive the TSRS measured information fed back by the DUT RBC device for the TSRS test data, compare the TSRS measured information with the TSRS expected value, and obtain the TSRS test result.

[0089] Parse the target test case. When the parsed test data is ATP test data, send the ATP test data to the DUT RBC device through the ATP-RBC interface, receive the ATP measured information fed back by the DUT RBC device for the ATP test data, compare the ATP measured information with the ATP expected value, and obtain the ATP test result.

[0090] It is understandable that the RBC device automated test method in the embodiments of the present application can achieve the functions of each module in the RBC device automated test system in the foregoing embodiments and can achieve the same technical effects. To avoid repetition, it will not be elaborated here.

[0091] The RBC device automated test system in the embodiments of the present application can be an electronic device or a component in an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal or other devices other than terminals. Exemplarily, the electronic device can be a mobile phone, a tablet computer, a laptop computer, a handheld computer, an in-vehicle electronic device, a Mobile Internet Device (MID), an augmented reality (AR) / virtual reality (VR) device, a robot, a wearable device, an ultra-mobile personal computer (UMPC), a netbook, or a personal digital assistant (PDA), etc., and can also be a server, a Network Attached Storage (NAS), a personal computer (PC), a television (TV), a teller machine, or a self-service machine, etc. The embodiments of the present application do not make specific limitations.

[0092] The RBC device automated test system in the embodiments of the present application can be a device with an operating system. The operating system can be a Microsoft (Windows) operating system, an Android operating system, an IOS operating system, or other possible operating systems. The embodiments of the present application do not make specific limitations.

[0093] In some embodiments, as Figure 5 shown, the embodiments of the present application further provide an electronic device 800, including a processor 801, a memory 802, and a computer program stored on the memory 802 and executable on the processor 801. When the program is executed by the processor 801, it implements each process of the foregoing embodiments of the RBC device automated test method and can achieve the same technical effects. To avoid repetition, it will not be elaborated here.

[0094] It should be noted that the electronic devices in the embodiments of the present application include the above-mentioned mobile electronic devices and non-mobile electronic devices.

[0095] The embodiments of the present application also provide a non-transitory computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, it implements each process of the above-mentioned embodiment of the RBC device automated test method and can achieve the same technical effects. To avoid repetition, it will not be elaborated here.

[0096] Wherein, the processor is the processor in the electronic device described in the above-mentioned embodiment. The readable storage medium includes computer-readable storage media such as computer read-only memory ROM, random access memory RAM, magnetic disk or optical disc, etc.

[0097] The embodiments of the present application also provide a computer program product, including a computer program. When the computer program is executed by a processor, it implements the above-mentioned RBC device automated test method.

[0098] Wherein, the processor is the processor in the electronic device described in the above-mentioned embodiment. The readable storage medium includes computer-readable storage media such as computer read-only memory ROM, random access memory RAM, magnetic disk or optical disc, etc.

[0099] The embodiments of the present application further provide a chip, which includes a processor and a communication interface. The communication interface is coupled to the processor. The processor is used to run programs or instructions to implement each process of the above-mentioned embodiment of the RBC device automated test method and can achieve the same technical effects. To avoid repetition, it will not be elaborated here.

[0100] It should be understood that the chip mentioned in the embodiments of the present application may also be referred to as a system-on-chip, system chip, chip system or system-on-chip, etc.

[0101] It should be noted that in this article, the term "including", "comprising" or any other variant thereof is intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements not only includes those elements, but also includes other elements not expressly listed, or also includes elements inherent to such process, method, article or device. Without further limitation, the element defined by the statement "including one..." does not exclude the existence of additional identical elements in the process, method, article or device including the element. In addition, it should be pointed out that the methods and devices in the embodiments of the present application are not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in the reverse order according to the functions involved. For example, the described methods may be performed in an order different from that described, and various steps may be added, omitted, or combined. In addition, the features described with reference to certain examples may be combined in other examples.

[0102] Through the description of the above embodiments, those skilled in the art can clearly understand that the method of the above embodiments can be implemented by means of software plus a necessary general hardware platform. Of course, it can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such an understanding, the technical solution of the present application, in essence or the part that contributes to the related technology, can be embodied in the form of a computer software product. The computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes several instructions for causing a terminal (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods described in various embodiments of the present application.

[0103] The embodiments of the present application have been described above in conjunction with the accompanying drawings. However, the present application is not limited to the above specific implementation manners. The above specific implementation manners are merely illustrative and not restrictive. Under the inspiration of the present application, those of ordinary skill in the art can also make many forms without departing from the purpose of the present application and the scope protected by the claims, and all of them belong to the protection scope of the present application.

[0104] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "illustrative embodiments", "examples", "specific examples", or "some examples", etc. means that the specific features, structures, materials, or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of the present application. In this specification, the schematic descriptions of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials, or characteristics described can be combined in any one or more embodiments or examples in a suitable manner.

[0105] Although the embodiments of the present application have been shown and described, those of ordinary skill in the art can understand that various changes, modifications, substitutions, and variations can be made to these embodiments without departing from the principle and purpose of the present application. The scope of the present application is defined by the claims and their equivalents.

Claims

1. An automated test system for RBC equipment, characterized in that, The system includes: A server for obtaining a target test case from a first database in response to a first input instruction of a user and sending it to a second database; A client communicatively connected to the server through the second database. When it detects that the target test case to be tested exists in the second database, the client is used to obtain the target test case from the second database, extract corresponding test data from the target test case, send the test data to the RBC device under test, receive and parse the measured information fed back by the RBC device under test for the test data, obtain a test result and feed it back to the second database; The server is further used to obtain the test result from the second database and output it.

2. The system according to claim 1, wherein The server includes a test case control module, which is further used to store the test case corresponding to the second input instruction of the user in the first database in response to the second input instruction of the user.

3. The system according to claim 2, wherein The test case control module is further used to generate an initial test case according to the project data in response to the second input instruction for the user to import project data, and convert the initial test case into a standardized test case and store it in the first database.

4. The system according to claim 3, wherein The test case control module is further used to obtain a test result from the second database and store the test result at the position corresponding to the target test case in the first database; And / or Convert the test result into a test record in a readable format, and export and / or display the test record.

5. The system according to any one of claims 1-4, characterized in that, The client includes: A test case execution module for obtaining the target test case from the second database when it detects that the target test case to be tested exists in the second database, parsing the target test case to obtain test data corresponding to simulation modules with different functions, and sending the test data to the simulation modules with corresponding functions; The test case execution module is further used to receive the measured information fed back by each simulation module, compare the measured information with corresponding expected values, obtain test results corresponding to each simulation module, and feed them back to the second database.

6. The system according to claim 5, wherein The test case execution module is further used to update the test progress of each target test case in real time.

7. The system according to claim 5, characterized in that The client includes at least one of the following simulation modules; A CTC simulation module communicatively connected to the RBC device under test through a CTC-RBC interface. When the test data parsed by the test case execution module is CTC test data, the CTC simulation module is used to send the CTC test data to the RBC device under test through the CTC-RBC interface, receive the CTC measured information fed back by the RBC device under test for the CTC test data, and feed the CTC measured information back to the test case execution module; The TIS simulation module is communicatively connected to the DUT RBC device through the TIS-RBC interface. When the test data parsed by the test case execution module is TIS test data, the TIS simulation module is configured to send the TIS test data to the DUT RBC device through the TIS-RBC interface, receive the TIS measured information fed back by the DUT RBC device for the TIS test data, and feed back the TIS measured information to the test case execution module. The adjacent RBC simulation module is communicatively connected to the DUT RBC device through the RBC-RBC interface. When the test data parsed by the test case execution module is RBC test data, the adjacent RBC simulation module is configured to send the RBC test data to the DUT RBC device through the RBC-RBC interface, receive the RBC measured information fed back by the DUT RBC device for the RBC test data, and feed back the RBC measured information to the test case execution module. The TSRS simulation module is communicatively connected to the DUT RBC device through the TSRS-RBC interface. When the test data parsed by the test case execution module is TSRS test data, the TSRS simulation module is configured to send the TSRS test data to the DUT RBC device through the TSRS-RBC interface, receive the TSRS measured information fed back by the DUT RBC device for the TSRS test data, and feed back the TSRS measured information to the test case execution module. The ATP simulation module is communicatively connected to the DUT RBC device through the ATP-RBC interface. When the test data parsed by the test case execution module is ATP test data, the ATP simulation module is configured to send the ATP test data to the DUT RBC device through the ATP-RBC interface, receive the ATP measured information fed back by the DUT RBC device for the ATP test data, and feed back the ATP measured information to the test case execution module.

8. The system according to claim 1, wherein The system further includes: a first database and a second database; The first database is a MongoDB database, communicatively connected to the server, and is configured to store test cases and the test results; The second database is a Redis database, communicatively connected to the server and the client respectively, and is configured to cache the target test cases to be tested and the test results.

9. An automated test method for an RBC device, characterized in that, The method includes: In response to a first input instruction of a user, obtaining a target test case from the first database; Extracting corresponding test data from the target test case, sending the test data to the DUT RBC device, receiving and parsing the measured information fed back by the DUT RBC device for the test data, and obtaining and outputting a test result.

10. An electronic device, comprising the RBC device automated test system according to any one of claims 1-8.