Search

EP-4735904-A1 - ASSEMBLY FOR TESTING A TEST OBJECT, METHOD FOR OPERATING AN ASSEMBLY FOR TESTING A TEST OBJECT, AND USE OF AN ASSEMBLY FOR TESTING PURPOSES

EP4735904A1EP 4735904 A1EP4735904 A1EP 4735904A1EP-4735904-A1

Abstract

The invention relates to an assembly for testing a test object which is arranged in a test environment (TU), having: a platform (CD) which is designed to carry out the testing process of the test object and exchange first data (D1) with a display (AN) for a user; and an external interpreter (INT) which is designed to request second data (D2) from the platform (CD) by carrying out commands of a script via an interface and generate a message on the basis of a first check (206) of the second data (D2), said check being displayable on the display (AN) and being provided with a higher degree of priority with respect to urgency and/or importance than the first data (D1) wherein the message and the first data (D1) can be displayed on the display (AN) on the basis of the respective degree of priority. The invention additionally relates to a method for operating an assembly for testing a test object and to the use of the assembly for testing purposes.

Inventors

  • PLEBS, Lukas

Assignees

  • dSPACE SE & Co. KG

Dates

Publication Date
20260506
Application Date
20240529

Claims (20)

  1. 1. Arrangement for testing a test object which is arranged in a test environment (TU), comprising: a platform (CD) which is designed to operate the testing of the test object and to exchange first data (D1) with a display (AN) for a user, an external interpreter (INT) which is designed to query second data (D2) from the platform (CD) via an interface by executing commands of a script and, depending on a first test (206) of the second data (D2), to generate a message which can be displayed on the display (AN) and which is provided with a higher priority in terms of urgency and/or importance than the first data (D1), wherein the message and the first data (D1) can be displayed on the display (AN) depending on the respective priority.
  2. 2. Arrangement according to claim 1, wherein the platform (CD) is designed to start the external interpreter (INT), to start the script and/or to terminate the external interpreter (INT).
  3. 3. Arrangement according to claim 1 or 2, wherein the external interpreter (INT) is designed to query an operating state of the platform (CD) via the interface and to terminate and/or pause and/or continue the execution of the script depending on a second check (202) of the operating state.
  4. 4. Arrangement according to claim 3, wherein the platform (CD) and/or the external interpreter (INT) is designed to restart the terminated script.
  5. 5. Arrangement according to claim 3 or 4, wherein the external interpreter (INT) is designed to execute the second test (202) before the first test (206).
  6. 6. Arrangement according to claim 3, 4 or 5, wherein the external interpreter (INT) is designed to perform the first and the second test (206, 202) cyclically.
  7. 7. Arrangement according to one of the preceding claims, wherein the second data (D2) relate to at least one system state of the test object which is safety-relevant and/or has a high priority.
  8. 8. Arrangement according to one of the preceding claims, wherein information about which second data (D2) are to be queried is stored in the external interpreter (INT) and/or is passed on to the external interpreter (INT) when started by the platform (CD).
  9. 9. Arrangement according to one of the preceding claims, wherein the testing of the test object can be terminated depending on the first test (206) of the second data (D2).
  10. 10. Arrangement according to one of the preceding claims, wherein the message can be displayed as a pop-up message on the display (AN).
  11. 11. Arrangement according to one of the preceding claims, wherein the message comprises at least one instruction for at least one security measure.
  12. 12. Arrangement according to one of the preceding claims, wherein the external interpreter (INT) is designed as a Python interpreter.
  13. 13. Method for operating an arrangement for testing a test object arranged in a test environment (TU), comprising: Exchanging initial data (D1) between a platform (CD) that operates the testing of the test object and with a display (AN) for a user, Querying second data (D2) from the platform (CD) via an interface by a script running on an external interpreter (INT), and Generating a message as a function of a first check (206) of the second data (D2) by the script running on the external interpreter (INT), wherein the message is displayable on the display (AN) and is provided with a higher priority in terms of urgency and/or importance than the first data (D1).
  14. 14. The method of claim 13, further comprising: Display of the message and the first data (D1) on the display (AN) depending on the respective priority.
  15. 15. The method according to claim 13 or 14, wherein the external interpreter (INT) and/or the script is started by the platform (CD) and/or the external interpreter (INT) is terminated by the platform (CD).
  16. 16. The method according to one of claims 11 to 13, wherein the external interpreter (INT) queries an operating state of the platform (CD) via the interface and terminates the execution of the script depending on a second check (202) of the operating state.
  17. 17. The method of claim 16, wherein the external interpreter (INT) executes the second test (202) before the first test (206).
  18. 18. The method according to claim 16 or 17, wherein the external interpreter (INT) performs the first test (206) and the second test (202) cyclically.
  19. 19. The method according to any one of claims 13 to 18, wherein the message is displayed as a pop-up message on the display (AN).
  20. 20. The method according to any one of claims 13 to 19, wherein testing of the test object is terminated as a function of the first check (206) of the second data (D2).

Description

Arrangement for testing a test object, method for operating an arrangement for testing a test object and use of an arrangement for testing technical field The application relates to an arrangement for testing a test object and a method for operating such an arrangement for testing a test object. The application also relates to a use of the arrangement for testing. background The applicant is known to have developed an experimental software called ControlDesk™ for end-to-end control unit development. The experimental software mentioned above can be used to carry out a large number of tasks that arise during development and testing - from the beginning to the end of an experiment in one and the same work environment. For details of the experimental software mentioned above, see https://www.dspace.com/de/gmb/home/products/sw/experimentandvisualization/controldesk.cfm. Against the background of the prior art, the object of the invention is to provide a testing arrangement, a method for operating a testing arrangement and a use of a testing arrangement that further develop the prior art. Preferably, the invention mitigates or eliminates a problem of the prior art. Overview A test object is arranged in a test environment. The arrangement for testing the test object comprises the following: a platform which is designed to operate the testing of the test object and to exchange first data with a display for a user, an external interpreter which is designed to query second data from the platform by executing commands of a script via an interface and, depending on ability to generate a message from a first check of the second data which can be displayed on the display and which is provided with a higher priority in terms of urgency and/or importance than the first data, wherein the message and the first data can be shown on the display depending on the respective priority. Furthermore, a method for operating an arrangement for testing a test object arranged in a test environment is proposed. The method comprises: Exchanging initial data between a platform that runs the testing of the test object and a display for a user, Querying second data from the platform via an interface through a script running on an external interpreter, and Generating a message in response to a first check of the second data by the script running on the external interpreter, the message being displayable on the display and having a higher priority in terms of urgency and/or importance than the first data. Optionally, the message can be displayed on the display. The generated message can also be processed in a way other than by displaying it on the display, e.g. by making it available for a further processing step or for a further security device. The test setup and procedure enable variable monitoring of the test object without affecting the performance of a platform, such as the performance of ControlDesk™. The arrangement and the method make it possible to carry out monitoring of the second data by checking the second data from the platform. Since an external interpreter is used, the performance of the platform is hardly or not at all subjectively noticeable affected. Nevertheless, the arrangement and the method have created a mechanism that can display a message on the display for the user regarding urgency and/or importance based on the checking of the second data. This allows a user to be informed of problems as quickly as possible and a solution to the problem can be pursued immediately. This leads to optimal use of the arrangement and the method. In this case, the arrangement can consist of software modules that run on one or more processors or on several cores of a multi-core processor. However, the arrangement can also be designed as a combination of software and hardware. Testing a test object means checking the functionality of the test object, with the testing preferably being carried out according to a predefined test or inspection specification. Such a test object can be a control unit software or a control unit with corresponding software or other similarly designed objects. This test object is tested for functionality using specified input data that the test arrangement applies to the test object. The test environment enables defined and structured access to the test object by providing the corresponding interface(s). The test environment can thus provide environments for test objects that are designed as hardware, software or hardware with software, which enable, for example, a hardware-in-the-loop (abbreviated: HIL) test or a software-in-the-loop (abbreviated: SIL) test. This is an economical and resource-saving method for testing control units for their functionality, for example. Alternatively, in the case of control units for a vehicle, it would be possible to carry out test drives over many kilometers in order to test the functionality of such a control unit in real life. However, this is complex, expensive and requires