A method and device for extracting performance test requirements of urban rail signal system

Abstract

The embodiments of the present disclosure provide a method and apparatus for extracting performance test requirements for an urban rail signal system. The method comprises: obtaining the performance test requirements and objectives of the target project signal system, and determining test scenarios, test cases, and test sequences based on the performance test requirements and objectives; determining the performance test environment model architecture based on the line parameters and performance test requirements and objectives of the target project signal system; determining the software and hardware requirements, interface environment requirements, test personnel requirements, and test time requirements required for setting up the performance test environment and executing the test cases based on the performance test environment model architecture and test cases, and generating a performance test requirements table for the target project signal system. In this way, performance testing can be performed more comprehensively on all subsystems of the signal system.

Description

Technical Field

[0001] Embodiments of the present disclosure generally relate to the field of urban rail transit, and more specifically, to a method and apparatus for extracting performance test requirements for an urban rail signaling system. Background Art

[0002] Urban rail transit signaling systems primarily consist of the Automatic Train Supervision (ATS), Automatic Train Operation (ATO), Automatic Train Protection (ATP), and Computer Interlocking (CI). Depending on the location of the equipment, the ATP system is further divided into the Vehicle On-Board Controller (VOBC) and the Zone Controller (ZC). These systems coordinate and cooperate to manage and control subway trains, ensuring safe operation and efficient transportation. With the rapid development of the national economy, accelerated urbanization, and growing populations in large cities in recent years, subway lines in various cities are facing new challenges with high passenger flow and short tracking intervals during peak hours in the morning and evening. Therefore, during the construction of subway lines, it is crucial to perform stress tests on the signaling system performance in a laboratory that simulates the actual subway line conditions.

[0003] Existing laboratory signal system performance tests mostly focus on performance stress verification of a single subsystem, with less attention paid to the overall performance testing of the entire subway line signal system and related system scenarios. Implementing scenario-based performance testing of the entire subway line signal system is difficult for the following reasons:

[0004] 1. There are significant differences between the laboratory environment and the field environment, and the laboratory performance test environment for a single product is quite different from the requirements of the overall signal system of the project. Building a performance test environment that meets the requirements of the overall signal system of the project line requires consideration of many factors. Making the laboratory environment closer to the actual field environment is one of the difficulties that need to be solved.

[0005] 2. Taking into account factors such as the inconsistent line conditions and line attributes of different engineering projects, and the inconsistent hardware models used by different subsystems, it is necessary to build a performance test environment for the specific signal system of the engineering project from the standard performance test library according to the characteristics of the engineering project.

[0006] 3. The performance test of a single subsystem focuses on the performance of a single subsystem in different scenarios, ignoring the performance of other signal subsystems during stress testing.

[0007] 4. During the performance stress test of the signal system, the non-signal systems associated with the signal system and the performance of receiving and sending data at the interface between the communication system and the signal system are ignored.

[0008] 5. In the original signal system performance testing process, vehicles are simply placed according to the operating scenario and the performance of a single subsystem is observed. There is a lack of systematic and complete signal system performance test scenario design. Summary of the Invention

[0009] According to an embodiment of the present disclosure, a method, device, electronic device, and computer-readable storage medium for extracting performance test requirements for an urban rail signal system are provided.

[0010] In a first aspect of the present disclosure, a method for extracting urban rail signal system performance test requirements is provided. The method comprises:

[0011] Obtain the performance test requirements and objectives of the target project signal system, and determine the test scenarios, test cases, and test sequences based on the performance test requirements and objectives;

[0012] Determine the performance test environment model architecture based on the line parameters, performance test requirements, and objectives of the target project signal system;

[0013] Based on the performance test environment model architecture and test cases, determine the software and hardware requirements, interface environment requirements, test personnel requirements and test time requirements required for performance test environment construction and test case execution, and generate a performance test requirements table for the target engineering project signal system.

[0014] According to the above aspects and any possible implementation, an implementation is further provided, wherein the tester requirements include the manpower required for setting up the performance test environment and the manpower required for executing the test cases.

[0015] The test time requirement includes the time required to set up the performance test environment and the time required to execute the test cases.

[0016] According to the above aspects and any possible implementation, an implementation is further provided, wherein determining the software and hardware requirements, interface environment requirements, tester requirements, and test time requirements required for setting up the performance test environment and executing the test cases based on the performance test environment model architecture and the test cases includes:

[0017] Extract the software and hardware requirements for setting up the performance test environment from the standard performance test environment based on the target project bill of materials (BOM);

[0018] Determine the interface requirements for the signal and non-signal systems in the performance test environment based on the interface between the target project's signal and non-signal systems. The interfaces are divided into serial and network communication, and high-volume data is used to verify the data transmission and reception of the interface devices.

[0019] Determine the manpower and time required to build the performance test environment based on the performance test environment model architecture, software and hardware requirements, and interface environment requirements;

[0020] Based on the manpower and time required to execute each test case, determine the manpower and time required to execute the overall performance test case.

[0021] According to the aspects and any possible implementations described above, an implementation is further provided, wherein the test scenarios include stress testing, stability testing, benchmark testing, load testing, and capacity testing.

[0022] According to the above aspects and any possible implementation, further provided is an implementation, wherein determining the test scenario, test case, and test sequence according to the performance test requirements and objectives includes:

[0023] Determine test items based on performance test requirements and objectives;

[0024] According to the test items, the corresponding test scenarios, test cases and test sequences are determined from the signal system performance test case library.

[0025] The signal system performance test case library is constructed by analyzing the performance test processes of signal systems of multiple engineering projects and collecting together the test scenarios, test cases and test sequences used in each performance test process.

[0026] As described above and any possible implementation method, an implementation method is further provided, wherein the line parameters include: the signal system control center of the target engineering project, the number of stations and yards, the number of vehicles, the number of front-end display terminals, and the graphics card parameters of the large-screen display workstation.

[0027] In accordance with the above aspects and any possible implementation, a further implementation is provided, wherein the software and hardware requirements for setting up a performance test environment are extracted from a standard performance test environment based on the target project bill of materials (BOM), including:

[0028] Analyze the target project's bill of materials (BOM), input line information table, and line signal system equipment IP address planning table to determine the software and hardware requirements for the target line signal system performance test.

[0029] In a second aspect of the present disclosure, a device for extracting urban rail signal system performance test requirements is provided. The device includes a test scenario acquisition module, a test environment determination module, and a test requirement acquisition module.

[0030] The test scenario acquisition module is used to obtain the performance test requirements and objectives of the target engineering project signal system, and determine the test scenarios, test cases and test sequences according to the performance test requirements and objectives;

[0031] The test environment determination module is used to determine the performance test environment model architecture based on the line parameters and performance test requirements and objectives of the target project signal system;

[0032] The test requirement acquisition module is used to determine the software and hardware requirements, interface environment requirements, test personnel requirements and test time requirements required for performance test environment construction and test case execution, and generate a performance test requirement table for the target engineering project signal system.

[0033] In a third aspect of the present disclosure, an electronic device is provided, comprising: a memory and a processor, wherein the memory stores a computer program, and the processor implements the above method when executing the program.

[0034] In a fourth aspect of the present disclosure, a computer-readable storage medium is provided, on which a computer program is stored. When the program is executed by a processor, the method according to the first aspect and / or the second aspect of the present disclosure is implemented.

[0035] The beneficial effects of the present disclosure are:

[0036] By determining test scenarios, test cases and test sequences, the present disclosure can analyze the performance scenarios of multiple engineering projects in order to produce a comprehensive and complete signal performance test case library to guide the output of performance test cases for subsequent engineering projects; by determining the performance test environment model architecture, it is conducive to accurately designing performance test scenarios, and reasonably guiding the test environment requirements, software and hardware requirements, and peripheral non-signal system requirements required in the signal system performance test process, so as to more comprehensively perform performance testing on all subsystems of the signal system; by generating a performance test requirement table for the signal system of the target engineering project, it is possible to clarify the focus of the performance testing process, reasonably arrange the manpower and time in the performance testing process, and improve the success rate of the overall performance test of the signal system.

[0037] It should be understood that the contents described in the Summary of the Invention section are not intended to limit the key or important features of the embodiments of the present disclosure, nor are they intended to limit the scope of the present disclosure. Other features of the present disclosure will become readily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] The above and other features, advantages and aspects of the embodiments of the present disclosure will become more apparent with reference to the following detailed description in conjunction with the accompanying drawings. In the accompanying drawings, the same or similar reference numerals represent the same or similar elements, wherein:

[0039] Figure 1 A flow chart of a method for extracting urban rail signal system performance test requirements according to an embodiment of the present disclosure is shown;

[0040] Figure 2 shows the signal system performance test requirements and purpose diagram according to an embodiment of the present disclosure;

[0041] Figure 3 shows a performance test environment model architecture diagram according to an embodiment of the present disclosure;

[0042] Figure 4 shows a diagram of software and hardware requirements of a signal system according to an embodiment of the present disclosure;

[0043] Figure 5 A block diagram of a device for extracting urban rail signal system performance test requirements according to an embodiment of the present disclosure is shown;

[0044] Figure 6 A block diagram of an exemplary electronic device capable of implementing embodiments of the present disclosure is shown. DETAILED DESCRIPTION

[0045] To make the purpose, technical solutions, and advantages of the embodiments of the present disclosure more clear, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present disclosure, not all of the embodiments. Based on the embodiments of the present disclosure, all other embodiments obtained by ordinary technicians in this field without making any creative efforts are within the scope of protection of the present disclosure.

[0046] In this document, the term "and / or" simply describes a relationship between related objects, indicating that three possible relationships exist. For example, "A and / or B" can represent: A exists alone, A and B exist simultaneously, or B exists alone. Furthermore, the character " / " in this document generally indicates that the related objects are in an "or" relationship.

[0047] The present disclosure is used to solve the problems in the existing signal system performance test process, which are that the need to build an overall signal test environment is too complicated, the demand for testers is tight, and there is no systematic performance test process as a guide during the test process, which ultimately leads to unclear performance test results and failure to achieve the purpose. The present disclosure conducts research and analysis on the signal system performance test requirements, uses the results of the research and analysis as the pre-input of the performance test, and determines the signal system performance test requirements in combination with the characteristics of the engineering project system architecture. In the present disclosure, the performance test scope is obtained according to the performance requirements and line conditions of the signal system of the tested engineering project, and the performance test scenario, performance test case and performance test sequence are determined based on the test scope, and the performance test environment model architecture is output, and the performance test software / hardware requirements are output. Finally, according to the performance test case, test scenario, and the performance test environment model architecture construction time, the time and manpower required for the signal system performance test are determined, and the preliminary preparations for the performance test of the urban rail transit signal system are completed.

[0048] Figure 1 A flowchart of a method 100 for extracting urban rail signal system performance test requirements according to an embodiment of the present disclosure is shown.

[0049] In block 110 , the performance test requirements and objectives of the target engineering project signal system are obtained, and test scenarios, test cases, and test sequences are determined based on the performance test requirements and objectives.

[0050] Figure 2 A diagram illustrating the signal system performance testing requirements and objectives according to an embodiment of the present disclosure is provided. In some embodiments, the performance testing requirements and objectives for a project signal system include: 6-car, two-minute interval running, 130% initial / recent vehicle load stress running, the software and hardware performance of each signal subsystem, the maximum number of CBTC-class trains that can be accommodated in a single ZC concentration area, and the maximum number of communication trains that can be accommodated in a single CI concentration area.

[0051] In the process of obtaining the performance test requirements and objectives of the target engineering project signal system, it is necessary to obtain the system capabilities of the target engineering project system requirements specification, and based on the system capability description of the project, determine the performance test scenarios, test cases and test sequences corresponding to the project. Obtain the engineering project system requirements specification, and require the test observation points that need to be paid attention to in each test scenario to form test cases and test sequences. In the process of obtaining the engineering project system requirements specification, according to different test scenarios, formulate observation points such as CPU changes, memory usage, business network concurrency, ATS database server and client access for each signal subsystem, and use tools to intercept key log points for qualitative analysis and other operational steps.

[0052] In some embodiments, the test scenarios include stress testing, stability testing, benchmark testing, load testing, and capacity testing. By incorporating stress testing, stability testing, benchmark testing, load testing, and capacity testing into the test scenarios, the test scenarios can be enriched, facilitating analysis of performance scenarios for multiple engineering projects and generating a comprehensive and complete signal performance test case library to guide the generation of performance test cases for subsequent engineering projects.

[0053] In some embodiments, determining the test scenario, test case, and test sequence according to the performance test requirements and objectives includes:

[0054] Determine test items based on performance test requirements and objectives;

[0055] According to the test items, determine the corresponding test scenarios, test cases and test sequences from the signal system performance test case library;

[0056] The signal system performance test case library is constructed by analyzing the performance testing processes of signal systems across multiple engineering projects, bringing together the test scenarios, test cases, and test sequences used in each performance testing process. By analyzing the performance scenarios of multiple engineering projects, a comprehensive signal performance test case library is generated to guide the generation of performance test cases for subsequent engineering projects.

[0057] For example, a new subway line is added in City A. The target project has a corresponding project system requirement specification. The system requirement specification includes the signal system performance and system capability indicators involved and the target performance test information. The target signal system performance and system capability can be the performance indicators of the entire signal system or the performance indicators of each signal subsystem. The performance indicators can be expressed in the form of a table, which can include the target performance requirements and the corresponding target test objectives.

[0058] According to the test items mentioned in the test purpose table, performance test cases are selected from the engineering laboratory signal system performance test case library. For example, common performance test items can be shown in Table 1:

[0059] Table 1

[0060]

[0061] The test steps and expected results of specific test items are shown in Table 2 and Table 3:

[0062] Table 2

[0063]

[0064] Table 3

[0065]

[0066] Taking the 130% vehicle number stress test as an example, Table 4 shows the test sequence for each test item:

[0067] Table 4

[0068]

[0069]

[0070] In block 120 , a performance test environment model architecture is determined based on the line parameters of the target project signal system and the performance test requirements and objectives.

[0071] In some embodiments, the line parameters include: the target project signal system control center, the number of stations and sections, the number of rolling stock, the number of front-end display terminals, and graphics card specifications for large-screen display workstations. Key line parameters are extracted, including whether the project control center is active / standby, the number of primary / secondary centralized and non-centralized stations, 130% of the initial / recent project rollout requirements, the number of front-end display terminals, and graphics card requirements for large-screen display workstations. Obtaining these line parameters helps ensure consistency between the performance test environment model architecture and the actual urban rail signal system, allowing for accurate extraction of performance test requirements.

[0072] In block 130 , based on the performance test environment model architecture and test cases, the software and hardware requirements, interface environment requirements, test personnel requirements, and test time requirements required for performance test environment construction and test case execution are determined, and a performance test requirement table for the target engineering project signal system is generated.

[0073] like Figure 3 As shown, the performance test environment model architecture includes the subsystem under test, signal simulation equipment, and peripheral non-signal simulation systems. The subsystem under test includes the ATS, CI, ZC, and VOBC. The signal simulation equipment includes simulated I / O, simulated trackside (platform doors, axle counters, signals, switches, etc.), and simulated VOBC. The peripheral non-signal simulation systems include simulated PIS / PA / RADIO / TDT / vehicle TCMS / vehicle PIS / vehicle PA, etc.

[0074] The specific communication methods are:

[0075] (1) The automatic train monitoring system ATS communicates with the computer interlocking system CI through the ATS yellow-purple network;

[0076] (2) The automatic train monitoring system ATS communicates with the zone controller ZC / vehicle controller VOBC through the ATC red and blue network;

[0077] (3) The computer interlocking system CI communicates with ZC / VOBC via the ATC red and blue network;

[0078] (4) The computer interlocking system CI communicates with the simulated trackside / simulated IO via the red and blue networks;

[0079] (5) The zone controller ZC communicates with the vehicle controller VOBC through the ATC red and blue network;

[0080] (6) The onboard controller VOBC communicates with the vehicle TCMS via the vehicle network;

[0081] (7) The vehicle-mounted controller VOBC communicates with the human-machine interface MMI through the serial port.

[0082] In some embodiments, the tester requirements include the manpower required to set up the performance testing environment and the manpower required to execute the test cases.

[0083] The test time requirement includes the time required to set up the performance test environment and the time required to execute the test cases.

[0084] By obtaining the manpower required to set up the performance test environment, the manpower required to execute the test cases, the time required to set up the performance test environment, and the time required to execute the test cases, we can ensure the manpower and time required for the performance testing of the urban rail signal system and ensure the accuracy of the test requirement extraction results.

[0085] In some embodiments, determining the software and hardware requirements, interface environment requirements, tester requirements, and test time requirements required for performance test environment construction and test case execution based on the performance test environment model architecture and test cases includes:

[0086] Based on the target project's bill of materials (BOM), extract the software and hardware requirements for setting up the performance test environment from a standard performance test environment. Key parameters such as the industrial computer type, network card model, server storage format, CPU, and memory for key hardware equipment in each subsystem of the signal system, including the ATS, VOBC, ZC, and CI, must remain consistent with those on site.

[0087] Determine the interface environment requirements for the signal and non-signal systems in the performance test environment based on the interface form of the target project's signal and non-signal systems. Determine the requirements for setting up the interface environment for the related systems based on the interface form of the signal and non-signal systems in the target project. The communication interface methods for the signal and non-signal systems of each project are different and are divided into serial communication and network communication. Identify the interface method and communication method based on the target project's ATS-communication interface file and set up the signal and non-signal system interface environment accordingly.

[0088] Determine the manpower and time required to build the performance test environment based on the performance test environment model architecture, software and hardware requirements, and interface environment requirements;

[0089] Based on the manpower and time required to execute each test case, determine the manpower and time required to execute the overall performance test case.

[0090] By extracting the software and hardware requirements and interface environment required for setting up the performance test environment from the standard performance test environment based on the bill of materials of the target engineering project, it is possible to ensure that the key parameters of the performance test environment model are consistent with the site; based on the software and hardware requirements and interface environment requirements, the manpower and time required for setting up the performance test environment and the manpower and time required for executing the overall performance test case can be obtained. Adding up all the manpower and time can obtain the test time and test manpower required for the entire performance testing process, thereby ensuring the accuracy of the performance test requirement extraction results.

[0091] In some embodiments, extracting the hardware and software requirements for setting up a performance test environment from a standard performance test environment based on the target project bill of materials (BOM) includes:

[0092] Analyze the target project's bill of materials (BOM), input line information table, and line signal system equipment IP address planning table to determine the software and hardware requirements for the target line signal system performance test.

[0093] By analyzing the BOM list of the line, the input line information list, and the line signal system equipment IP address planning list of this project, the software / hardware requirements list of this line performance test is automatically obtained. According to the software / hardware requirements list, the key parameters of the performance test environment model can be ensured to be consistent with the site. The performance test software and hardware requirements diagram of the signal system provided by the embodiment of the present disclosure are as follows: Figure 4 As shown. Figure 4 It can be seen that the key points of software and hardware requirements are the required number of each subsystem, the platform that carries the application software (cloud platform / virtual machine / physical industrial computer), the minimum memory, CPU and hard disk size, the number of network cards, and the business network IP obtained based on the line information IP address planning table.

[0094] According to the embodiments of the present disclosure, the following technical effects are achieved:

[0095] By extracting the performance testing requirements for the signal system of an engineering project, the embodiments of the present disclosure not only effectively address the issues caused by the incompleteness of single-system performance testing, but also provide reasonable guidance on the test environment requirements, software and hardware requirements, and peripheral non-signal system requirements required during the signal system performance testing process, thereby more comprehensively performing performance testing on all subsystems of the signal system. Furthermore, by determining the performance test environment model architecture and designing performance test scenarios, the present disclosure can clarify the focus of the performance testing process, rationally arrange the manpower and time during the performance testing process, and improve the success rate of the overall performance testing of the signal system.

[0096] It should be noted that for the aforementioned method embodiments, for simplicity of description, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present disclosure is not limited by the order of the actions described, because according to the present disclosure, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all optional embodiments, and the actions and modules involved are not necessarily required by the present disclosure.

[0097] The above is an introduction to the method embodiment. The following is a further explanation of the solution disclosed in the present disclosure through an apparatus embodiment.

[0098] Figure 5 FIG. 5 shows a block diagram of an urban rail signal system performance test requirement extraction device 500 according to an embodiment of the present disclosure. Figure 5 As shown, the apparatus 500 includes:

[0099] Test scenario acquisition module 510 , test environment determination module 520 and test requirement acquisition module 530 .

[0100] The test scenario acquisition module 510 is used to obtain the performance test requirements and objectives of the target engineering project signal system, and determine the test scenarios, test cases and test sequences according to the performance test requirements and objectives.

[0101] The test environment determination module 520 is used to determine the performance test environment model architecture according to the line parameters of the target engineering project signal system and the performance test requirements and objectives.

[0102] The test requirement acquisition module 530 is used to determine the software and hardware requirements, interface environment requirements, test personnel requirements and test time requirements required for performance test environment construction and test case execution, and generate a performance test requirement table for the target engineering project signal system.

[0103] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the described module can refer to the corresponding process in the aforementioned method embodiment, and will not be repeated here.

[0104] Figure 6 1 shows a schematic block diagram of an electronic device 600 that can be used to implement an embodiment of the present disclosure. Figure 6 As shown, device 600 includes a CPU 601, which can perform various appropriate actions and processes according to computer program instructions stored in ROM 602 or computer program instructions loaded from storage unit 608 into RAM 603. Various programs and data required for the operation of device 600 can also be stored in RAM 603. CPU 601, ROM 602, and RAM 603 are connected to each other via bus 604. I / O interface 605 is also connected to bus 604.

[0105] Various components in device 600 are connected to I / O interface 605, including an input unit 606, such as a keyboard, mouse, etc.; an output unit 607, such as various types of displays, speakers, etc.; a storage unit 608, such as a magnetic disk, optical disk, etc.; and a communication unit 609, such as a network card, modem, wireless communication transceiver, etc. The communication unit 609 allows device 600 to exchange information / data with other devices via a computer network such as the Internet and / or various telecommunication networks.

[0106] Processing unit 601 performs the various methods and processes described above, such as method 100. For example, in some embodiments, method 100 may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as storage unit 608. In some embodiments, part or all of the computer program may be loaded and / or installed onto device 600 via ROM 602 and / or communication unit 609. When the computer program is loaded into RAM 603 and executed by CPU 601, one or more steps of method 100 described above may be performed. Alternatively, in other embodiments, CPU 601 may be configured to perform method 100 in any other suitable manner (e.g., via firmware).

[0107] The functions described above herein may be performed, at least in part, by one or more hardware logic components. For example, and without limitation, exemplary types of hardware logic components that may be used include: field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chip (SOCs), complex programmable logic devices (CPLDs), and the like.

[0108] The program code for implementing the method of the present disclosure can be written in any combination of one or more programming languages. These program codes can be provided to a processor or controller of a general-purpose computer, a special-purpose computer, or other programmable data processing device so that when the program code is executed by the processor or controller, the functions / operations specified in the flow chart and / or block diagram are implemented. The program code can be executed entirely on the machine, partially on the machine, as a stand-alone software package, partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[0109] In the context of the present disclosure, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, device, or apparatus. A 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, device, or device, or any suitable combination of the foregoing. More specific examples of machine-readable storage media may include an electrical connection based on one or more wires, a portable computer disk, a hard disk, RAM, ROM, EPROM, optical fiber, CD-ROM, an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0110] In addition, although adopting specific order to describe each operation, this should be understood as requiring such operation to be carried out in the specific order shown or in sequential order, or requiring that all illustrated operations should be carried out to obtain desired results. Under certain circumstances, multitasking and parallel processing may be advantageous. Similarly, although comprising some specific implementation details in the above discussion, these should not be interpreted as limiting the scope of the present disclosure. Some features described in the context of separate embodiment can also be implemented in a single implementation in combination. On the contrary, the various features described in the context of a single implementation also can be implemented in a plurality of implementations individually or in the mode of any suitable subcombination.

[0111] Although the subject matter has been described in language specific to structural features and / or methodological logical acts, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are merely example forms of implementing the claims.

Claims

1. A method for extracting urban rail signal system performance test requirements, characterized in that: The method comprises: Obtain the performance test requirements and objectives of the target project signal system, and determine the test scenarios, test cases, and test sequences based on the performance test requirements and objectives; Determine the performance test environment model architecture based on the line parameters, performance test requirements, and objectives of the target project signal system; Based on the performance test environment model architecture and test cases, determine the software and hardware requirements, interface environment requirements, test personnel requirements, and test time requirements required for performance test environment construction and test case execution, and generate a performance test requirements table for the target project signal system; The tester requirements include the manpower required to set up the performance test environment and the manpower required to execute the test cases; The test time requirement includes the time required to set up the performance test environment and the time required to execute the test cases; Determine the hardware and software requirements, interface environment requirements, test personnel requirements, and test time requirements required for performance test environment construction and test case execution based on the performance test environment model architecture and test cases, including: Extract the software and hardware requirements for setting up the performance test environment from the standard performance test environment based on the target project bill of materials (BOM); Determine the interface environment requirements for the signal system and non-signal system in the performance test environment construction based on the interface form of the signal system and non-signal system of the target project; Determine the manpower and time required to build the performance test environment based on the performance test environment model architecture, software and hardware requirements, and interface environment requirements; Based on the manpower and time required to execute each test case, determine the manpower and time required to execute the overall performance test case.

2. The method for extracting urban rail signal system performance test requirements according to claim 1, characterized in that: The test scenarios include stress testing, stability testing, benchmark testing, load testing and capacity testing.

3. The method for extracting urban rail signal system performance test requirements according to claim 1, characterized in that: Determining test scenarios, test cases, and test sequences based on performance test requirements and objectives includes: Determine test items based on performance test requirements and objectives; According to the test items, determine the corresponding test scenarios, test cases and test sequences from the signal system performance test case library; The signal system performance test case library is constructed by analyzing the performance test processes of signal systems of multiple engineering projects and collecting together the test scenarios, test cases and test sequences used in each performance test process.

4. The method for extracting urban rail signal system performance test requirements according to claim 1, characterized in that: The line parameters include: the target project signal system control center, the number of stations and yards, the number of vehicles, the number of front-end display terminals, and the graphics card parameters of the large-screen display workstation.

5. The method for extracting urban rail signal system performance test requirements according to claim 1, characterized in that: According to the target project bill of materials (BOM), the software and hardware requirements for setting up the performance test environment are extracted from the standard performance test environment, including: Analyze the target project's bill of materials (BOM), input line information table, and line signal system equipment IP address planning table to determine the software and hardware requirements for the target line signal system performance test.

6. A device for designing a performance test scenario for an urban rail signal system, characterized in that: The device includes: a test scenario acquisition module, a test environment determination module and a test requirement acquisition module; The test scenario acquisition module is used to obtain the performance test requirements and objectives of the target project signal system, and determine the test scenarios, test cases and test sequences according to the performance test requirements and objectives; The test environment determination module is used to determine the performance test environment model architecture based on the line parameters and performance test requirements and objectives of the target project signal system; The test requirement acquisition module is used to determine the software and hardware requirements, interface environment requirements, test personnel requirements and test time requirements required for performance test environment construction and test case execution, and generate a performance test requirement table for the target project signal system; The tester requirements include the manpower required to set up the performance test environment and the manpower required to execute the test cases; The test time requirement includes the time required to set up the performance test environment and the time required to execute the test cases; The test requirement acquisition module is specifically used to: Extract the software and hardware requirements for setting up the performance test environment from the standard performance test environment based on the target project bill of materials (BOM); Determine the interface environment requirements for the signal system and non-signal system in the performance test environment construction based on the interface form of the signal system and non-signal system of the target project; Determine the manpower and time required to build the performance test environment based on the performance test environment model architecture, software and hardware requirements, and interface environment requirements; Based on the manpower and time required to execute each test case, determine the manpower and time required to execute the overall performance test case.

7. An electronic device comprising a memory and a processor, wherein a computer program is stored in the memory, wherein: When the processor executes the program, the method according to any one of claims 1 to 5 is implemented.

8. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the method according to any one of claims 1 to 5 is implemented.

Images