CN116909259A - Method, apparatus, device and computer readable storage medium for testing domain controller - Google Patents

Method, apparatus, device and computer readable storage medium for testing domain controller Download PDF

Info

Publication number
CN116909259A
CN116909259A CN202311118211.0A CN202311118211A CN116909259A CN 116909259 A CN116909259 A CN 116909259A CN 202311118211 A CN202311118211 A CN 202311118211A CN 116909259 A CN116909259 A CN 116909259A
Authority
CN
China
Prior art keywords
operating system
test
test data
real
android
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202311118211.0A
Other languages
Chinese (zh)
Inventor
黄晓川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Avatr Technology Chongqing Co Ltd
Original Assignee
Avatr Technology Chongqing Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Avatr Technology Chongqing Co Ltd filed Critical Avatr Technology Chongqing Co Ltd
Priority to CN202311118211.0A priority Critical patent/CN116909259A/en
Publication of CN116909259A publication Critical patent/CN116909259A/en
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00—Testing or monitoring of control systems or parts thereof
    • G05B23/02—Electric testing or monitoring
    • G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0218—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults
    • G05B23/0221—Preprocessing measurements, e.g. data collection rate adjustment; Standardization of measurements; Time series or signal analysis, e.g. frequency analysis or wavelets; Trustworthiness of measurements; Indexes therefor; Measurements using easily measured parameters to estimate parameters difficult to measure; Virtual sensor creation; De-noising; Sensor fusion; Unconventional preprocessing inherently present in specific fault detection methods like PCA-based methods

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Debugging And Monitoring (AREA)

Abstract

The application discloses a testing method, a testing device, testing equipment and a computer readable storage medium of a domain controller, wherein the testing method comprises the following steps: acquiring test data of a first operating system and a second operating system; based on the test data, the first operating system and the second operating system are respectively tested, and test results corresponding to the operating systems are obtained; and outputting a test result. Therefore, by automatically testing the first operating system and the second operating system, cross-operating system testing is realized, and the development efficiency of multiple operating systems on the domain controller is improved.

Description

Method, apparatus, device and computer readable storage medium for testing domain controller
Technical Field
The present application relates to the field of automated testing technologies, and in particular, to a method, an apparatus, a device, and a computer readable storage medium for testing a domain controller.
Background
Along with the development of intelligent automobile technology, a plurality of software systems are usually arranged on the whole automobile machine to process corresponding data so as to realize load balancing, and when the multi-software system is developed, whether the bottom driving link of the software system is normal or not needs to be judged. However, the underlying drive modules are numerous and complex, and even test across systems, in which case it is difficult to locate the problem by manually doing one-by-one testing, thereby reducing development efficiency.
Disclosure of Invention
In view of this, the embodiment of the application provides a testing method for a domain controller, which can automatically test a plurality of operating systems, realize cross-operating system testing, and improve the development efficiency of a plurality of operating systems on the domain controller.
The technical scheme of the application is realized as follows:
the embodiment of the application provides a testing method of a domain controller, wherein the domain controller at least comprises a first processor and a second processor, at least one first operating system is deployed on the first processor, at least one second operating system is deployed on the second processor, and the testing method comprises the following steps:
acquiring test data of the first operating system and the second operating system;
testing the first operating system and the second operating system based on the test data respectively to obtain test results corresponding to the operating systems; wherein, a network connection is established between the first operating system and the second operating system;
and outputting the test result.
The embodiment of the application provides a testing device of a domain controller, which is used for testing the domain controller, the domain controller at least comprises a first processor and a second processor, at least one first operating system is deployed on the first processor, and at least one second operating system is deployed on the second processor, and the testing device is characterized by comprising the following components:
The acquisition module is used for acquiring test data of the first operating system and the second operating system;
the test module is used for respectively testing the first operating system and the second operating system based on the test data to obtain test results corresponding to the operating systems; a network connection is established between the first operating system and the second operating system;
and the test result output module is used for outputting the test result.
The embodiment of the application provides a testing device of a domain controller, which comprises the following components:
a memory for storing test instructions of the executable domain controller;
and the processor is used for realizing the testing method of the domain controller provided by the embodiment of the application when executing the testing instruction of the executable domain controller stored in the memory.
An embodiment of the present application provides a computer-readable storage medium having stored therein computer-executable instructions configured to perform the above-described testing steps of a domain controller.
The embodiment of the application provides a testing method, a testing device, testing equipment and a computer readable storage medium of a domain controller, and by adopting the technical scheme, firstly, testing data of a first operating system and a second operating system are obtained; then, testing the first operating system and the second operating system based on the test data respectively to obtain test results corresponding to the operating systems; and finally, outputting test results of each operating system. Therefore, by automatically testing the first operating system and the second operating system, cross-operating system testing is realized, and the development efficiency of multiple operating systems on the domain controller is improved.
Drawings
Fig. 1 is a flow chart of a testing method of a domain controller according to an embodiment of the present application;
FIG. 2 is a flow chart of another testing method of a domain controller according to an embodiment of the present application;
FIG. 3 is a flow chart of a testing method of an intelligent domain controller according to an embodiment of the present application;
FIG. 4 is a schematic diagram of a multi-operating system according to an embodiment of the present application;
FIG. 5 is a schematic diagram of a structure of a testing device of a domain controller according to an embodiment of the present application;
fig. 6 is a schematic diagram of a composition structure of a testing device of a domain controller according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application.
The present application will be further described with reference to the accompanying drawings, in order to make the objects, technical solutions and advantages of the present application more apparent, and the described embodiments should not be construed as limiting the present application, and all other embodiments obtained by those skilled in the art without making any inventive effort are within the scope of the present application.
In the following description, reference is made to "some embodiments\other embodiments" which describe a subset of all possible embodiments, but it is to be understood that "some embodiments\other embodiments" can be the same subset or different subsets of all possible embodiments and can be combined with each other without conflict.
In the following description, the terms "first", "second", "third" and the like are merely used to distinguish similar objects and do not represent a particular ordering of the objects, it being understood that the "first", "second", "third" may be interchanged with a particular order or sequence, as permitted, to enable embodiments of the application described herein to be practiced otherwise than as illustrated or described herein.
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of the application only and is not intended to be limiting of the application.
Based on the problems existing in the related art, an embodiment of the present application provides a testing method for a domain controller, where the domain controller at least includes a first processor and a second processor, the first processor is deployed with at least one first operating system, and the second processor is deployed with at least one second operating system.
In some embodiments, the types of the first operating system and the second operating system may be the same or different, and the functions performed by the first operating system and the second operating system may be the same or different. The first operating system and the second operating system may include an android operating system, an apple operating system, a hong Monte operating system, a Linux operation, and the like.
In some embodiments, the first operating system may include a first android operating system, a first real-time operating system, and the second operating system may include a second android operating system and a second real-time operating system. The first android operating system and the second android operating system are both android operating systems, the first real-time operating system and the second real-time operating system can be QNX (Quick UNIX) operating systems, the first android operating system and the second android operating system can be used for processing complex or low-real-time data, and the first real-time operating system and the second real-time operating system can be used for processing real-time data.
For example, in some embodiments, the domain controller may include two processor chips, where the two processor chips implement data interaction through a video conversion chip, and the processor chips may be SA8155P chips, where each SA8155P chip is running two systems, namely, a core SA8155P running a first android operating system and a first real-time operating system, and B core SA8155P running a second android operating system and a second real-time operating system.
As shown in fig. 1, a flow chart of a testing method of a domain controller according to an embodiment of the present application is shown, and the method includes the following steps:
S101, acquiring test data of a first operating system and a second operating system.
In some embodiments, the test data of the first operating system and the second operating system for testing may be used for testing the first operating system and the second operating system, where the test data may be a preset test case, test script, or test configuration file. The test data includes test data corresponding to the first operating system and test data corresponding to the second operating system, in practice, since the number and types of functional modules included in different operating systems are different, or even if the same functional module is included, sub-functions within the same functional module are different, that is, sub-functions of the same functional module are different, so that the test data corresponding to different operating systems are different.
S102, testing the first operating system and the second operating system based on the test data respectively to obtain test results corresponding to the operating systems.
In some embodiments, a network connection is established between the first operating system and the second operating system. Testing across operating systems may be achieved through a communication connection between a first operating system and a second operating system. For example, in some embodiments, the test sequence of the respective operating systems may be to test the first operating system before testing the second operating system.
In some embodiments, before testing the first operating system and the second operating system, it is required to determine that both the first operating system and the second operating system work normally, that is, after each operating system is started or in a running state, the first operating system and the second operating system may be tested sequentially based on the test data.
In some embodiments, if the first operating system includes a first android operating system and a first real-time operating system, the second operating system includes a second android operating system and a second real-time operating system, after the first android operating system, the first real-time operating system, the second real-time operating system and the second android operating system are determined to be started or in a running state, the test terminal may transmit test data to the first android operating system through an android debug bridge (Android Debug Bridge, ADB), and then test the first android operating system, the first real-time operating system, the second real-time operating system and the second android operating system in sequence, and before testing each operating system, a connection state of the ADB needs to be ensured to be normal connection.
S103, outputting a test result.
In some embodiments, the test results of each operating system include a test log, a picture captured during the test, and the like, and after the test results are obtained, the test results may be analyzed to determine whether the functions of each driving module of each operating system are normal, and generate a test report for the user to view.
In the embodiment of the application, firstly, test data of a first operating system and a second operating system are obtained; then, testing the first operating system and the second operating system based on the test data respectively to obtain test results corresponding to the operating systems; and finally, outputting test results of each operating system. Therefore, by automatically testing the first operating system and the second operating system, cross-operating system testing is realized, and the development efficiency of multiple operating systems on the domain controller is improved.
In some embodiments of the present application, the first operating system comprises a first android operating system and a first real-time operating system, and the second operating system comprises a second android operating system and a second real-time operating system; network connection is respectively established between the first android operating system and the first real-time operating system, between the first real-time operating system and the second real-time operating system, and between the second android operating system and the second real-time operating system; based on this, the first operating system and the second operating system are tested based on the test data, so as to obtain the test results corresponding to the respective operating systems, that is, step S102 may be implemented by the following step S1021, and the following step S1021 is described.
S1021, testing the first android operating system, the first real-time operating system, the second real-time operating system and the second android operating system in sequence based on the test data to obtain test results corresponding to the operating systems.
In some embodiments, the test data may be transferred to the first android operating system, and the first android operating system is tested, and then the first real-time operating system, the second real-time operating system and the second android operating system are tested sequentially through network connection between the first android operating system and the first real-time operating system, network connection between the first real-time operating system and the second real-time operating system, and network connection between the second android operating system and the second real-time operating system. In practice, the network connection between the various operating systems may be telnet connections.
In some embodiments of the present application, the method for testing the domain controller provided by the present application may be performed by a test terminal, and the method for testing the domain controller provided by the present application is described below by the test terminal.
In some embodiments of the present application, the step S101 of acquiring test data of the first operating system and the second operating system may be implemented by the following steps S1011A to 1012A, and each step is described below.
S1011A, acquiring a test instruction for the domain controller.
In some embodiments, the test instruction is used to indicate that the domain control needs to be tested, for example, the first operating system and the second operating system may be tested, and the test instruction may be issued by a user, a developer, or a technician, or the user through automated test software on the test terminal, where the automated test software may be installed on the test terminal or other electronic device that establishes a communication connection with the domain controller.
In some embodiments, the test instructions may be periodically generated, for example, by setting a clock to control, the test instructions being generated once every 24 hours, 48 hours, a week, a month; in other embodiments, the test instruction may also be generated after the domain controller is detected to deploy a new function, for example, if the domain controller is detected to be updated by its own version, or a system running on the domain controller is updated, or a system with a new function is deployed on the domain controller, etc., where the test instruction may be automatically generated. The detection of the deployment of a new functionality by a domain controller is merely illustrative and the application is not limited in this regard.
S1012A, responding to the test instruction, and acquiring test data of the first operating system and the second operating system.
In some embodiments, after obtaining the test instruction for the first operating system and the second operating system, the response may include parsing the test instruction, determining an operation to be executed by the test instruction, and obtaining test data for testing the first operating system and the second operating system, where the test data may be a preset test case, test script, or test configuration file. The test data includes test data corresponding to the first operating system and test data corresponding to the second operating system, in practice, since the number and types of functional modules included in different operating systems are different, or even if the same functional module is included, sub-functions within the same functional module are different, that is, sub-functions of the same functional module are different, so that the test data corresponding to different operating systems are different.
In some embodiments of the present application, based on the test data, the first android operating system, the first real-time operating system, the second real-time operating system, and the second android operating system are tested in turn, so as to obtain test results corresponding to each operating system, that is, step S1021 may be implemented through the following steps S201A to S202A, and each step is described below.
S201A, based on network connection between the test terminal and a first android operating system of the domain controller, test data are sent to the domain controller, so that the domain controller sequentially tests the first android operating system, the first real-time operating system, the second real-time operating system and the second android operating system.
In some embodiments, the network connection between the test terminal and the first android operating system of the domain controller may be an ADB connection, after the test terminal obtains the test data of the first operating system and the second operating system, the test data may be sent to the domain controller through the ADB connection, and after receiving the test data, the domain controller may test the first android operating system, the first real-time operating system, the second real-time operating system and the second android operating system sequentially based on the test data.
S202A, based on network connection between the test terminal and a second android operating system of the domain controller, receiving test results of all the operating systems sent by the domain controller.
In some embodiments, the network connection between the test terminal and the second android operation of the domain controller may be an ADB connection, and the domain controller may send the test results of the respective operating systems to the test terminal through the ADB connection between the test terminal and the second android operation of the domain controller after sequentially testing the first android operation system, the first real-time operation system, the second real-time operation system, and the second android operation system.
In some embodiments of the present application, outputting the test results corresponding to the respective operating systems, that is, step S103 may be implemented through steps S1031A to S1032A described below, and each step is described below.
S1031A, determining a final test result of the domain controller according to the test results corresponding to the operating systems.
In some embodiments, the test results of each operating system may include a test passing or a test failing, in practice, the test terminal may obtain the test result of the first android operating system, the test result of the first real-time operating system, the test result of the second real-time operating system, and the test result of the second android operating system, and in addition, according to the test result of each operating system, the test terminal may determine the test result of the domain controller corresponding to each operating system.
In some embodiments, determining a final test result of the domain controller according to the test results corresponding to the operating systems, or determining that the domain control test passes if the test of each operating system passes; if all the operating systems fail the test, determining that the domain controller fails the test; and if at least one operating system in each operating system fails the test, determining that the domain controller fails the test.
In other embodiments, the final test result of the domain controller may be determined according to the test result corresponding to each operating system, and whether the domain controller passes the test may be determined according to the ratio of pass and fail of the test in each operating system, for example, if the ratio of pass and fail of the test in each operating system is greater than or equal to 1:1, the domain controller is determined to pass the test.
The method includes the steps that if a first android operating system and a first real-time operating system pass test, and tests in a second real-time operating system and a second android operating system fail test, namely the ratio of pass test to fail test of each operating system is 1:1, the domain controller is determined to pass test; if the first android operating system test passes, determining that the first real-time operating system test, the second real-time operating system test and the second android operating system test fail, namely the ratio of pass to fail of each operating system test is 1:3, and determining that the domain controller test fails. The proportions of test pass and test fail, whether each operating system test pass or not, are merely illustrative, and the application is not limited in this regard.
In some embodiments, determining the final test result of the domain controller according to the test result corresponding to each operating system may determine whether the test of the domain controller passes according to the test result of the operating system of the preset type, for example, if the operating system of the preset type is an android operating system, if the test of the android operating system in each operating system passes, determining that the test of the domain controller passes; if at least one android operating system test fails in each operating system, determining that the domain control test fails. For example, if the first android operating system, the first real-time operating system and the second real-time operating system all pass the test, but the second android test system fails, determining that the domain control test fails. The preset types of operating systems, whether each operating system test passes or not, are merely exemplary, and the present application is not limited thereto.
S1032A, displaying the corresponding test results of each operating system and the final test results of the domain controller on the user interface.
In some embodiments, after the test results of the respective operating systems and the final test results of the domain controller are obtained, information about whether the respective operating systems test passed or not and information about whether the domain controller test passed or not may be displayed on the user interface. In some embodiments, the test results of each operating system may further include a test log, a picture taken during the test, and the like, and a test report may be generated based on the test log, the picture taken during the test, and stored in the shared path for the user to view.
In some embodiments of the present application, the method for testing a domain controller provided by the present application may be performed by the domain controller, and the method for testing a domain controller provided by the present application is described below.
In some embodiments of the present application, the step S101 of acquiring test data of the first operating system and the second operating system may be implemented by the following step S1011B, which is described below.
S1011B, receiving test data sent by the test terminal based on network connection between the test terminal and the first android operating system of the domain controller.
In some embodiments, the network connection between the test terminal and the first android operating system of the domain controller may be an ADB connection, and after the test terminal obtains the test data of each operating system, the test data of each operating system may be sent to the domain controller through the ADB connection, and the domain controller may receive the test data.
In some embodiments, outputting the test result, i.e., step S103, may be implemented by step S1031B described below. S1031B, based on network connection between the test terminal and the second android operating system of the domain controller, test results of all the operating systems are sent to the test terminal.
In some embodiments, the network connection between the test terminal and the second android operating system of the domain controller may be an ADB connection, and after the domain control obtains the test results of the respective operating systems, the test results may be sent to the test terminal through the ADB connection between the test terminal and the second android operating system of the domain controller, so that the user may check the test results of the respective operating systems through the test terminal.
In some embodiments of the present application, based on the test data, the first android operating system, the first real-time operating system, the second real-time operating system, and the second android operating system are tested in turn, so as to obtain test results corresponding to each operating system, that is, step S1021 may be implemented through the following steps S201B to S205B, and each step is described below.
S201B, based on the identification information of the first android operating system, acquiring first target test data from the test data, and testing the first android operating system by using the first target test data to acquire a test result of the first android operating system.
It should be noted that the first target test data is test data of the first android operating system. Because the test data of different operating systems can be distinguished through the identification information of the operating systems, the test data of the first android operating system can be determined according to the identification information of the first android operating system, and then the test data of the first android operating system is utilized to test the first android operating system, so that a test result of the first android operating system is obtained.
In some embodiments, all external interfaces, such as a camera interface, a display interface, and the like, are integrated on the SA8155P chip running on the first android operating system, so that the data of the collected external device can be directly received or sent to the external device, and meanwhile, the ADB connection of the vehicle-mounted terminal is established with the first android operating system, so that test data can be transferred to the first android operating system, and the first android operating system can be tested first.
In some embodiments, the first android operating system includes a Camera (Camera) module, a Display (Display) module, and the like, and each module may be tested separately during testing, and in the case that there is a data pin in each module, each module may also be tested simultaneously. The test result obtained after the first android operating system is tested can be stored in a shared storage area of the vehicle-mounted equipment, and the test result can comprise information such as a test log and an intercepted picture generated in the test process.
S202B, the first candidate test data is transmitted to the first real-time operating system through network connection between the first android operating system and the first real-time operating system.
In some embodiments, the first candidate test data includes test data of a first real-time operating system, a second real-time operating system, and a second android operating system. The first android operating system and the first real-time operating system can be connected through a telnet, and after the first android operating system is tested, the first candidate test data can be transmitted to the first real-time operating system through the network connection between the first android operating system and the first real-time operating system.
S203B, based on the identification information of the first real-time operating system, second target test data are obtained from the first candidate test data, and the second target test data are used for testing the first real-time operating system, so that a test result of the first real-time operating system is obtained.
In some embodiments, the second target test data is test data of the first real-time operating system. After the identification information of the first real-time operating system is determined, the test data of the first real-time operating system can be determined from the first candidate test data according to the identification information, and then the first real-time operating system is tested based on the test data of the first real-time operating system, so that a test result of the first real-time operating system is obtained. In the implementation, the test result of the first real-time operating system may also be stored in the shared storage area, and the test result of the first android operating system and the test result of the first real-time operating system may be stored in different positions of the shared storage area.
S204B, the second candidate test data is transmitted to the second real-time operating system through network connection between the first real-time operating system and the second real-time operating system.
In some embodiments, the second candidate test data includes test data of a second real-time operating system and a second android operating system. After the first real-time operating system is tested, the test data of the second real-time operating system and the test data of the second android operating system can be transmitted to the second real-time operating system through network connection between the first real-time operating system and the second real-time operating system, so that the second real-time operating system and the second android operating system can be tested later.
S205B, testing the candidate operating systems based on the second candidate test data to obtain test results of the candidate operating systems.
In some embodiments, the candidate operating system includes a second real-time operating system and a second android operating system, after the second candidate test data is transferred to the second real-time operating system, the test data of the second real-time operating system may be determined from the candidate test data according to the identification information of the second real-time operating system, and the second real-time operating system is tested based on the test data of the second real-time operating system, so as to obtain a test result of the second real-time operating system. And transmitting the test data of the second android operating system to the second android operating system through network connection between the second real-time operating system and the second android operating system, and testing the second android operating system to obtain a test result of the second android operating system.
In some embodiments of the present application, the candidate operating systems are tested based on the second candidate test data and the identification information of the candidate operating systems, so as to obtain the test result of the candidate operating systems, that is, step S205B may be implemented through the following steps S2051B to S2053B, and each step is described below.
S2051B, based on the identification information of the second real-time operating system, acquiring third target test data from the second candidate test data, and testing the second real-time operating system by using the third target test data to acquire a test result of the second real-time operating system.
In some embodiments, the third target test data is test data of a second android operating system. After the second candidate test data is transferred to the second real-time operating system, the test data of the second real-time operating system, namely third target test data, can be selected from the candidate test data according to the identification information of the second real-time system, then the second real-time operating system is tested based on the third target test data to obtain the test data of the second real-time operating system, and the test data of the second real-time operating system is stored in the shared storage area of the test terminal.
S2052B, transmitting the third candidate test data to the second android operating system through the network connection between the second real-time operating system and the second android operating system.
In some embodiments, the third candidate test data comprises test data of a second android operating system. The candidate test data may not include test data excluding the first android operating system, test data for the first real-time operating system, and test data for the second real-time operating system.
In other embodiments, the network connection between the second real-time operating system and the second android operating system may have been tested before the second candidate test data is transferred from the second real-time operating system to the second android operating system, and after determining that the network connection between the second real-time operating system and the second android operating system is normal, the third candidate test data may be transferred to the second android test data, so that the second android operating system may be tested according to the third candidate test data and the identification information of the second android operating system.
S2053B, based on the identification information of the second android operating system, acquiring test data of the second android operating system from the third candidate test data, and testing the second android operating system by using the test data of the second android operating system to acquire a test result of the second android operating system.
In some embodiments, the third candidate test data may include other test data except for the second android operating system, so that the test data of the second android operating system may be determined from the third candidate test data according to the identification information of the second android operating system, and then the second android operating system is tested based on the test data of the second android operating system, so that a test result of the second android operating system is obtained, and the test result of the second android operating system is stored in the shared storage area of the test terminal.
In some embodiments, the test result of the first android operating system, the test result of the first real-time operating system, the test result of the second android operating system, and the test result of the second real-time operating system may all be stored in the shared storage area, and the test results of the respective operating systems may be stored in different locations of the shared storage area. In practice, the identification information of the same operating system and the test results of the same operating system may be correspondingly stored in the shared memory area, so as to distinguish the test results of different operating systems.
It can be appreciated that by storing the test result of the first android operating system, the test result of the first real-time operating system, the test result of the second android operating system and the test result of the second real-time operating system in the shared storage area, it is convenient for a subsequent developer or a related technician to check the test results of different operating systems through the storage paths corresponding to the shared storage area.
In some embodiments of the present application, as shown in fig. 2, a flow chart of another domain control testing method provided by the present application is shown, where the method relates to an interaction process between a testing terminal and a domain controller, and the method includes:
s301, the test terminal acquires a test instruction for the domain controller.
In some embodiments, the test instruction is used to indicate that the domain control needs to be tested, for example, the first operating system and the second operating system may be tested, and the test instruction may be issued by a user, a developer, or a technician, or the user through automated test software on the test terminal, where the automated test software may be installed on the test terminal or other electronic device that establishes a communication connection with the domain controller.
In some embodiments, the test instructions may be periodically generated, for example, by setting a clock, once every 24 hours, 48 hours, a week, a month; in other embodiments, the test instruction may also be generated after detecting that the domain controller deploys a new function, for example, if detecting that the domain controller itself is updated in version, or that a system running on the domain controller is updated, or that a system with a new function is deployed on the domain controller, the test instruction may be automatically generated.
S302, the test terminal responds to the test instruction to acquire test data of the first operating system and the second operating system.
In some embodiments, after obtaining the test instructions for the first operating system and the second operating system, the test terminal may respond to the test instructions, including parsing the test instructions, determining an operation to be executed by the test instructions, and obtaining test data for testing the first operating system and the second operating system, where the test data may be a preset test case, test script, or test configuration file.
And S303, the test terminal sends the test data to the domain controller based on network connection between the test terminal and the first android operating system of the domain controller.
In some embodiments, the first operating system includes a first android operating system and a first real-time operating system, the second operating system includes a second android operating system and a second real-time operating system, and the network connection between the test terminal and the first android operating system of the domain controller may be an ADB connection, through which the test data may be sent to the domain controller after the test terminal acquires the test data of the first operating system and the second operating system.
S304, the domain controller sequentially tests the first android operating system, the first real-time operating system, the second real-time operating system and the second android operating system based on the test data, and test results of the operating systems are obtained.
In some embodiments, after receiving the test data sent by the test terminal, the domain controller may test the first android operating system, the first real-time operating system, the second real-time operating system, and the second android operating system in sequence based on the test data, and obtain the test data of each operating system.
And S305, the domain controller sends test results of all the operating systems to the test terminal based on network connection between the test terminal and the second android operating system of the domain controller.
In some embodiments, the network connection between the test terminal and the second android operating system of the domain controller may be an ADB connection, and after the domain controller obtains the test results of the respective operating systems, the domain controller may send the test results to the test terminal through the ADB connection between the test terminal and the second android operating system of the domain controller, so that a user may check the test results of the respective operating systems through the test terminal.
S306, the test terminal determines the final test result of the domain controller according to the test result corresponding to each operating system, and displays the test result corresponding to each operating system and the final test result of the domain controller on the user interface.
In some embodiments, the test results of each operating system may include a test passing or a test failing, in practice, the test terminal may obtain the test result of the first android operating system, the test result of the first real-time operating system, the test result of the second real-time operating system, and the test result of the second android operating system, and in addition, according to the test result of each operating system, the test terminal may determine the test result of the domain controller corresponding to each operating system.
In some embodiments, determining a final test result of the domain controller according to the test results corresponding to the operating systems, or determining that the domain control test passes if the test of each operating system passes; if all the operating systems fail the test, determining that the domain controller fails the test; and if at least one operating system in each operating system fails the test, determining that the domain controller fails the test.
In other embodiments, the final test result of the domain controller may be determined according to the test result corresponding to each operating system, and whether the domain controller passes the test may be determined according to the ratio of pass and fail of the test in each operating system, for example, if the ratio of pass and fail of the test in each operating system is greater than or equal to 1:1, the domain controller is determined to pass the test.
The method includes the steps that if a first android operating system and a first real-time operating system pass test, and tests in a second real-time operating system and a second android operating system fail test, namely the ratio of pass test to fail test of each operating system is 1:1, the domain controller is determined to pass test; if the first android operating system test passes, determining that the first real-time operating system test, the second real-time operating system test and the second android operating system test fail, namely the ratio of pass to fail of each operating system test is 1:3, and determining that the domain controller test fails. The proportions of test pass and test fail, whether each operating system test pass or not, are merely illustrative, and the application is not limited in this regard.
In some embodiments, determining the final test result of the domain controller according to the test result corresponding to each operating system may determine whether the test of the domain controller passes according to the test result of the operating system of the preset type, for example, if the operating system of the preset type is an android operating system, if the test of the android operating system in each operating system passes, determining that the test of the domain controller passes; if at least one android operating system test fails in each operating system, determining that the domain control test fails. For example, if the first android operating system, the first real-time operating system and the second real-time operating system all pass the test, but the second android test system fails, determining that the domain control test fails. The preset types of operating systems, whether each operating system test passes or not, are merely exemplary, and the present application is not limited thereto.
In some embodiments, after obtaining the test result of each operating system and the final test result of the domain controller, the test terminal may display information of whether each operating system test passes or not and information of whether the domain controller test passes or not on the user interface. In some embodiments, the test results of each operating system may further include a test log, a picture taken during the test, and the like, and a test report may be generated based on the test log, the picture taken during the test, and stored in the shared path for the user to view.
In the embodiment of the application, firstly, test data of a first operating system and a second operating system are received and acquired; then, testing the first operating system and the second operating system based on the test data respectively to obtain test results corresponding to the operating systems; and finally, outputting test results of each operating system. Therefore, by automatically testing the first operating system and the second operating system, cross-operating system testing is realized, and the development efficiency of multiple operating systems on the domain controller is improved.
Next, an implementation process of the application embodiment in an actual application scenario is described.
In some embodiments, as shown in fig. 3, a flowchart of a testing method of an intelligent domain controller according to an embodiment of the present application may implement automated testing of 2 dual operating systems, i.e., a QNX operating system of a core (corresponding to a "first Android operating system" in other embodiments) and a QNX operating system of B core (corresponding to a "second real-time operating system" in other embodiments), an Android operating system of a core (corresponding to a "first Android operating system" in other embodiments), and an Android operating system of B core (corresponding to a "second Android operating system" in other embodiments), and specifically, the dual operating systems may be a 8155A Android operating system, a 8155A QNX operating system, a 8155B Android operating system, and a 8155B QNX operating system shown in fig. 4. Wherein 8155 represents an SA8155P chip, A, B represents an A core and a B core of the SA8155P chip respectively, namely two SA8155P chips are provided, and chips corresponding to an 8155A android operating system and an 8155A QNX operating system are the A cores; the chips corresponding to the 8155B android operating system and the 8155B QNX operating system are B cores. The method for testing the intelligent domain controller provided by the embodiment of the application can be implemented through the following steps S401 to S404, and each step is described below.
S401, a test script (corresponding to "test data" in other embodiments) is executed at the test terminal.
In some embodiments, the test script may be a test configuration file or a test case pre-stored in the test terminal, where the test script includes a test script corresponding to each of 8155A android operating system (android operating system of a core), 8155A QNX operating system (QNX operating system of a core), 8155B android operating system (android operating system of B core), and 8155B QNX operating system (QNX operating system of B core), and the different test scripts may be distinguished by identification information of the operating system, where the identification information may be IP of the operating system.
In practice, the number and types of modules of different operating systems are different, or the functions executed by the same module are different, as shown in fig. 4, even if four operating systems all include a Camera module, the functions implemented by each Camera module are different, or different operating systems execute different sub-functions corresponding to the Camera module. In some embodiments, other modules in the QNX operating system may include an Audio (Audio) module or the like; other modules in the android operating system may include a Display module, etc. Therefore, because the functions executed by different operating systems are different, the test scripts corresponding to the different operating systems are different.
S402, the test script automatically enters an android operating system through an android debug bridge, tests different items and generates a test result.
In some embodiments, as shown in fig. 4, the test script may connect the test terminal with the android operating system of the a core through the ADB, so as to test each driving module (including the Camera module and other modules) in the android operating system of the a core, thereby obtaining a test result of the android operating system of the a core, and placing the test result in a designated location, where the designated location may be a shared storage area of the test terminal.
S403, after the Andriod operating system is tested, the test script automatically enters the QNX operating system through telnet, tests different items and generates a test result.
In some embodiments, after testing the android operating system of the a core, the test script enters the QNX operating system of the a core through telnet, and under the environment, corresponding tests are performed according to each driving module (including the Camera module and other modules), the test result is placed in the shared storage area, and the QNX operating system of the a core is exited.
In some embodiments, the test scripts transmitted to the QNX operating system of the a core may include, in addition to the test scripts of the QNX operating system of the a core, the android operating system of the B core and the test scripts of the QNX operating system of the B core, so in practice, the test scripts qnx_a_test.h corresponding to the QNX operating system of the a core (corresponding to the "second target test data" in other embodiments) may be determined according to the IP of the QNX operating system of the a core.
In some embodiments, as shown in fig. 4, after the test of the QNX operating system of the a core is completed, the test scripts of the QNX operating system of the B core and the android operating system of the B core may enter the QNX of the B core through telnet, and the test script qnx_b_test.h of the QNX operating system of the B core (corresponding to "third target test data" in other embodiments) is determined according to the IP of the QNX operating system of the B core, where corresponding tests are performed on each driving module according to the qnx_b_test.h, and the test results are placed in a designated position (shared storage area) through a shared path manner; and then entering an android operating system of the B core through telnet, carrying out corresponding test on each driving module according to android_B_test.h (which is equivalent to test data of a second android operating system in other embodiments) under the environment, and placing a test result at a designated position in a shared path mode.
In some embodiments, as shown in fig. 4, data stream transmission between the android operating system of the a core and the android operating system of the B core, and data stream transmission before the QNX operating system of the a core and the QNX operating system of the B core, may be implemented through a camera serial interface (Camera Serial Interface, CSI), a Display serial interface (Display Serial Interface, DSI), and a Display Port (DP). In testing the respective operating systems, network connections between two operating systems that have data flow interactions may be tested.
S404, uploading the test result to a test terminal, and analyzing to generate a report.
In some embodiments, as shown in fig. 4, when all the 4 operating systems are tested, the test results at the specified positions are automatically stored in a PC (test terminal), and the test results are counted to facilitate the test staff to check the final test results, wherein the test results include a log, a truncated picture, and the like in the test process, and based on the test results, whether the test on each operating system is successful or not can be determined, and whether the function of each driving module in each operating system is normal or not can be determined.
It can be understood that by testing the android operating system of the core a, the QNX operating system of the core B and the android operating system of the core B in sequence, the automatic test of the bottom driving links of different operating systems can be completed.
In the embodiment of the application, firstly, test data of a first operating system and a second operating system are obtained; then, testing the first operating system and the second operating system based on the test data respectively to obtain test results corresponding to the operating systems; and finally, outputting test results of each operating system. Therefore, by automatically testing the first operating system and the second operating system, cross-operating system testing is realized, and the development efficiency of multiple operating systems on the domain controller is improved.
The present application also provides a testing device of a domain controller, which is used for testing the domain controller, the domain controller at least includes a first processor and a second processor, at least one first operating system is disposed on the first processor, at least one second operating system is disposed on the second processor, fig. 5 is a schematic diagram of a composition structure of the testing device of the domain controller, as shown in fig. 5, the testing device 500 of the domain controller includes:
an obtaining module 501, configured to obtain test data of the first operating system and the second operating system;
the test module 502 is configured to test the first operating system and the second operating system based on the test data, and obtain test results corresponding to the operating systems; a network connection is established between the first operating system and the second operating system;
And the test result output module 503 is configured to output the test result.
In some embodiments, the first operating system comprises a first android operating system and a first real-time operating system, and the second operating system comprises a second android operating system and a second real-time operating system; the test module 502 includes:
the first testing sub-module is used for sequentially testing the first android operating system, the first real-time operating system, the second real-time operating system and the second android operating system based on the testing data to obtain testing results corresponding to the operating systems.
In some embodiments, the first test sub-module includes:
the first testing unit is used for sending the testing data to the domain controller based on network connection between the testing terminal and a first android operating system of the domain controller, so that the domain controller sequentially tests the first android operating system, the first real-time operating system, the second real-time operating system and the second android operating system;
and the first receiving unit is used for receiving the test results of the operating systems sent by the domain controller based on the network connection between the test terminal and the second android operating system of the domain controller.
In some embodiments, the test result output module 503 further includes:
the first determining submodule is used for determining a final test result of the domain controller according to the test result corresponding to each operating system;
and the display sub-module is used for displaying the corresponding test results of each operating system and the final test results of the domain controller on a user interface.
In some embodiments, the acquisition module 501 includes:
the first acquisition submodule is used for acquiring a test instruction aiming at the domain controller; the test instruction is initiated by a user, or is generated periodically, or is generated after detecting that the domain controller deploys a new function;
and the second acquisition sub-module is used for responding to the test instruction and acquiring the test data of the first operating system and the second operating system.
In some embodiments of the present application, the acquisition module 501 further comprises:
the first receiving sub-module is used for receiving the test data sent by the test terminal based on network connection between the test terminal and a first android operating system of the domain controller;
correspondingly, the test result output module 503 further includes:
And the first sending sub-module is used for sending the test result of each operating system to the test terminal based on the network connection between the test terminal and the second android operating system of the domain controller.
In some embodiments, the first test sub-module further comprises:
the second testing unit is used for acquiring first target testing data from the testing data based on the identification information of the first android operating system, and testing the first android operating system by utilizing the first target testing data to acquire a testing result of the first android operating system; the first target test data are test data of the first android operating system;
the first sending unit is used for transmitting first candidate test data to the first real-time operating system through network connection between the first android operating system and the first real-time operating system; the first candidate test data comprises test data of the first real-time operating system, the second real-time operating system and the second android operating system;
the third test unit is used for acquiring second target test data from the first candidate test data based on the identification information of the first real-time operating system, and testing the first real-time operating system by using the second target test data to acquire a test result of the first real-time operating system; the second target test data is the test data of the first real-time operating system;
The second sending unit is used for transmitting second candidate test data to the second real-time operating system through network connection between the first real-time operating system and the second real-time operating system; the second candidate test data comprises test data of the second real-time operating system and the second android operating system;
the fourth testing unit is used for testing the candidate operating systems based on the second candidate testing data to obtain testing results of the candidate operating systems; the candidate operating systems include the second real-time operating system and the second android operating system.
In some embodiments, the fourth test unit further comprises:
the first testing subunit is configured to obtain third target test data from the second candidate test data based on the identification information of the second real-time operating system, and test the second real-time operating system by using the third target test data to obtain a test result of the second real-time operating system; the third target test data are test data of the second android operating system;
the sending subunit is used for transmitting third candidate test data to the second android operating system through network connection between the second real-time operating system and the second android operating system; the third candidate test data comprises test data of the second android operating system;
And the second testing subunit is used for acquiring the testing data of the second android operating system from the third candidate testing data based on the identification information of the second android operating system, and testing the second android operating system by utilizing the testing data of the second android operating system to acquire a testing result of the second android operating system.
It should be noted that, the description of the testing device of the domain controller in the embodiment of the present application is similar to the description of the embodiment of the method described above, and has similar beneficial effects as the embodiment of the method, so that a detailed description is omitted. For technical details not disclosed in the present apparatus embodiment, please refer to the description of the method embodiment of the present application for understanding.
It should be noted that, in the embodiment of the present application, if the above-mentioned testing method of the domain controller is implemented in the form of a software functional module, and sold or used as a separate product, the testing method may also be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application may be embodied essentially or in a part contributing to the related solutions, in the form of a software product stored in a storage medium, including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read Only Memory (ROM), a magnetic disk, an optical disk, or other various media capable of storing program codes. Thus, embodiments of the application are not limited to any specific combination of hardware and software.
Accordingly, an embodiment of the present application provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the method of testing a domain controller provided in the above-described embodiment.
The embodiment of the application also provides test equipment of the domain controller. Fig. 6 is a schematic structural diagram of a testing device of a domain controller according to an embodiment of the present application, as shown in fig. 6, a testing device 600 of the domain controller includes: a memory 601, a processor 602, a communication interface 603 and a communication bus 604. Wherein, the memory 601 is used for storing the test instruction of the executable domain controller; the processor 602 is configured to execute the test instructions of the executable domain controller stored in the memory, so as to implement the test method of the domain controller provided in the foregoing embodiment.
The description of the test device and storage medium embodiments of the domain controller above is similar to the description of the method embodiments described above, with similar advantageous effects as the method embodiments. For technical details not disclosed in the test apparatus and storage medium embodiments of the domain controller of the present application, please refer to the description of the method embodiments of the present application for understanding.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising at least one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
In the several embodiments provided by the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The above described device embodiments are only illustrative, e.g. the division of the units is only one logical function division, and there may be other divisions in practice, such as: multiple units or components may be combined or may be integrated into another system, or some features may be omitted, or not performed. In addition, the various components shown or discussed may be coupled or directly coupled or communicatively coupled to each other via some interface, whether indirectly coupled or communicatively coupled to devices or units, whether electrically, mechanically, or otherwise.
The units described above as separate components may or may not be physically separate, and components shown as units may or may not be physical units; can be located in one place or distributed to a plurality of network units; some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or each unit may be separately used as one unit, or two or more units may be integrated in one unit; the integrated units may be implemented in hardware or in hardware plus software functional units.
One of ordinary skill in the art will appreciate that: all or part of the steps for implementing the above method embodiments may be implemented by hardware related to program instructions, and the foregoing program may be stored in a computer readable storage medium, where the program, when executed, performs steps including the above method embodiments; and the aforementioned storage medium includes: various media capable of storing program codes, such as a removable storage device, a ROM, a magnetic disk, or an optical disk.
Alternatively, the above-described integrated units of the present application may be stored in a computer-readable storage medium if implemented in the form of software functional modules and sold or used as separate products. Based on such understanding, the technical solutions of the embodiments of the present application may be embodied essentially or in part in the form of a software product stored in a storage medium, including instructions for causing a product to perform all or part of the methods described in the various embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a removable storage device, a ROM, a magnetic disk, or an optical disk.
The foregoing is merely illustrative embodiments of the present application, and the present application is not limited thereto, and any person skilled in the art will readily appreciate variations and substitutions within the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims (10)

1. A method for testing a domain controller, the domain controller comprising at least a first processor and a second processor, the first processor having at least one first operating system disposed thereon, the second processor having at least one second operating system disposed thereon, the method comprising:
Acquiring test data of the first operating system and the second operating system;
testing the first operating system and the second operating system based on the test data respectively to obtain test results corresponding to the operating systems; a network connection is established between the first operating system and the second operating system;
and outputting the test result.
2. The method of claim 1, wherein the first operating system comprises a first android operating system and a first real-time operating system, and the second operating system comprises a second android operating system and a second real-time operating system;
the step of testing the first operating system and the second operating system based on the test data to obtain test results corresponding to the operating systems comprises the following steps:
and based on the test data, sequentially testing the first android operating system, the first real-time operating system, the second real-time operating system and the second android operating system to obtain test results corresponding to the operating systems.
3. The method according to claim 2, wherein when the method is executed by the test terminal, the sequentially testing the first android operating system, the first real-time operating system, the second real-time operating system, and the second android operating system based on the test data, to obtain test results corresponding to the respective operating systems, includes:
Based on network connection between the test terminal and a first android operating system of the domain controller, sending the test data to the domain controller, so that the domain controller sequentially tests the first android operating system, the first real-time operating system, the second real-time operating system and the second android operating system;
and receiving test results of the operating systems sent by the domain controller based on network connection between the test terminal and the second android operating system of the domain controller.
4. A method according to claim 3, wherein outputting the test results comprises:
determining a final test result of the domain controller according to the test results corresponding to the operating systems;
and displaying the corresponding test results of each operating system and the final test results of the domain controller on a user interface.
5. The method of claim 3, wherein obtaining test data for the first operating system and the second operating system comprises:
acquiring a test instruction aiming at the domain controller; the test instruction is initiated by a user, or is generated periodically, or is generated after detecting that the domain controller deploys a new function;
And responding to the test instruction, and acquiring test data of the first operating system and the second operating system.
6. The method of claim 2, wherein the obtaining test data for the first operating system and the second operating system when the method is performed by a domain controller comprises:
receiving the test data sent by the test terminal based on network connection between the test terminal and a first android operating system of the domain controller;
the outputting the test result includes:
and sending the test result of each operating system to the test terminal based on the network connection between the test terminal and the second android operating system of the domain controller.
7. The method of claim 6, wherein the sequentially testing the first android operating system, the first real-time operating system, the second real-time operating system, and the second android operating system based on the test data to obtain test results corresponding to the respective operating systems comprises:
acquiring first target test data from the test data based on the identification information of the first android operating system, and testing the first android operating system by using the first target test data to acquire a test result of the first android operating system; the first target test data are test data of the first android operating system;
Transmitting first candidate test data to the first real-time operating system through network connection between the first android operating system and the first real-time operating system; the first candidate test data comprises test data of the first real-time operating system, the second real-time operating system and the second android operating system;
based on the identification information of the first real-time operating system, second target test data are obtained from the first candidate test data, and the second target test data are used for testing the first real-time operating system to obtain a test result of the first real-time operating system; the second target test data is the test data of the first real-time operating system;
transmitting second candidate test data to the second real-time operating system through a network connection between the first real-time operating system and the second real-time operating system; the second candidate test data comprises test data of the second real-time operating system and the second android operating system;
testing the candidate operating systems based on the second candidate test data to obtain test results of the candidate operating systems; the candidate operating systems include the second real-time operating system and the second android operating system.
8. The method of claim 7, wherein testing the candidate operating systems based on the second candidate test data to obtain test results for the candidate operating systems comprises:
acquiring third target test data from the second candidate test data based on the identification information of the second real-time operating system, and testing the second real-time operating system by using the third target test data to acquire a test result of the second real-time operating system; the third target test data are test data of the second android operating system;
transmitting third candidate test data to the second android operating system through network connection between the second real-time operating system and the second android operating system; the third candidate test data comprises test data of the second android operating system;
and based on the identification information of the second android operating system, acquiring the test data of the second android operating system from the third candidate test data, and testing the second android operating system by using the test data of the second android operating system to acquire a test result of the second android operating system.
9. A testing apparatus of a domain controller, the domain controller comprising at least a first processor and a second processor, the first processor having at least one first operating system disposed thereon, the second processor having at least one second operating system disposed thereon, the testing apparatus comprising:
the acquisition module is used for acquiring test data of the first operating system and the second operating system;
the test module is used for respectively testing the first operating system and the second operating system based on the test data to obtain test results corresponding to the operating systems; a network connection is established between the first operating system and the second operating system;
and the test result output module is used for outputting the test result.
10. A test apparatus for a domain controller, comprising:
a memory for storing test instructions of the executable domain controller;
a processor for implementing the method of any one of claims 1 to 8 when executing test instructions of an executable domain controller stored in said memory.
CN202311118211.0A 2023-08-31 2023-08-31 Method, apparatus, device and computer readable storage medium for testing domain controller Pending CN116909259A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311118211.0A CN116909259A (en) 2023-08-31 2023-08-31 Method, apparatus, device and computer readable storage medium for testing domain controller

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311118211.0A CN116909259A (en) 2023-08-31 2023-08-31 Method, apparatus, device and computer readable storage medium for testing domain controller

Publications (1)

Publication Number Publication Date
CN116909259A true CN116909259A (en) 2023-10-20

Family

ID=88358577

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311118211.0A Pending CN116909259A (en) 2023-08-31 2023-08-31 Method, apparatus, device and computer readable storage medium for testing domain controller

Country Status (1)

Country Link
CN (1) CN116909259A (en)

Similar Documents

Publication Publication Date Title
CN105787364B (en) Automatic testing method, device and system for tasks
CN103901307B (en) A kind of test system and method for on-board multimedia device
US20070097872A1 (en) Network connection apparatus testing method
CN109558313B (en) Method and device for constructing abnormal test scene
WO2012153879A1 (en) Exception handling test device and method thereof
CN111258913A (en) Automatic algorithm testing method and device, computer system and readable storage medium
CN107357694A (en) Error event reporting system and its method during startup self-detection
CN113255271A (en) Automatic verification system and method for IO pin of chip
CN110990289B (en) Method and device for automatically submitting bug, electronic equipment and storage medium
CN109660386B (en) Software upgrading method for semiconductor memory aging test system
CN113133041B (en) Method and device for testing vehicle-to-vehicle communication function in dynamic interval train control vehicle
CN111159023A (en) Test method, test device, electronic equipment and computer readable storage medium
CN116909259A (en) Method, apparatus, device and computer readable storage medium for testing domain controller
CN112148537A (en) Bus monitoring device and method, storage medium, and electronic device
CN114510381A (en) Fault injection method, device, equipment and storage medium
CN108845932B (en) Unit testing method and device of network library, storage medium and terminal
CN110134558B (en) Method and device for detecting server
CN112650557A (en) Command execution method and device
CN109960238B (en) Automatic test system and method for vehicle diagnostic instrument
CN114741273A (en) Remote real mobile terminal testing method, device, storage medium and equipment
CN114297009B (en) Method and device for testing server and electronic equipment
CN114610329B (en) Solid state disk deployment method and device, readable storage medium and electronic equipment
CN113328905B (en) Method, system and device for realizing interface state reporting
CN116743990B (en) Video stream testing method and video stream testing processing method of embedded equipment
CN115576753A (en) Server test preparation method, system, electronic device and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination