-
Notifications
You must be signed in to change notification settings - Fork 6.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow robot scripts without renode #64825
Comments
Interesting request. Is it something that you would like to implement? |
Hey, I have time and motivation to implement this! Is there any opinion on backwards compatibility, in case it is not perfectly transparent that things changed? |
No. I think limiting robot framework to just renode is quite unnecessary anyway. It should be able to orchestrate the hardware abstractions that are exposed to pytest through twister and work as automation that runs along side of the test on native_posix, qemu and on device testing. |
@PiotrZierhoffer FYI |
This change adds an entrypoint for the common robot framework and a first library to interact with the board, similar to the functionality currently available in pytest. To reuse the command line parsing and have a proper twister config, we provide a robot_wrapper which serializes the configuration and reloads it in the library. This change addresses zephyrproject-rtos#64825, which asks for robot scripts without renode. Signed-off-by: Stefan Kraus <[email protected]>
This change adds some test cases to test correct calls and parsing for the robot framework integration with twister. This change addresses zephyrproject-rtos#64825, which asks for robot scripts without renode. Signed-off-by: Stefan Kraus <[email protected]>
These tests works only this branch: https://github.com/tiacsys/zephyr/tree/snks/robot-twister-int See also: zephyrproject-rtos/zephyr#64825 Signed-off-by: Kerstin Jenett <[email protected]>
This change adds an entrypoint for the common robot framework and a first library to interact with the board, similar to the functionality currently available in pytest. To reuse the command line parsing and have a proper twister config, we provide a robot_wrapper which serializes the configuration and reloads it in the library. This change addresses zephyrproject-rtos#64825, which asks for robot scripts without renode. Signed-off-by: Stefan Kraus <[email protected]>
This change adds some test cases to test correct calls and parsing for the robot framework integration with twister. This change addresses zephyrproject-rtos#64825, which asks for robot scripts without renode. Signed-off-by: Stefan Kraus <[email protected]>
This change adds an entrypoint for the common robot framework and a first library to interact with the board, similar to the functionality currently available in pytest. To reuse the command line parsing and have a proper twister config, we provide a robot_wrapper which serializes the configuration and reloads it in the library. This change addresses zephyrproject-rtos#64825, which asks for robot scripts without renode. Signed-off-by: Stefan Kraus <[email protected]>
This change adds some test cases to test correct calls and parsing for the robot framework integration with twister. This change addresses zephyrproject-rtos#64825, which asks for robot scripts without renode. Signed-off-by: Stefan Kraus <[email protected]>
This change adds an entrypoint for the common robot framework and a first library to interact with the board, similar to the functionality currently available in pytest. To reuse the command line parsing and have a proper twister config, we provide a robot_wrapper which serializes the configuration and reloads it in the library. This change addresses zephyrproject-rtos#64825, which asks for robot scripts without renode. Signed-off-by: Stefan Kraus <[email protected]>
This change adds some test cases to test correct calls and parsing for the robot framework integration with twister. This change addresses zephyrproject-rtos#64825, which asks for robot scripts without renode. Signed-off-by: Stefan Kraus <[email protected]>
This change adds an entrypoint for the common robot framework and a first library to interact with the board, similar to the functionality currently available in pytest. To reuse the command line parsing and have a proper twister config, we provide a robot_wrapper which serializes the configuration and reloads it in the library. This change addresses zephyrproject-rtos#64825, which asks for robot scripts without renode. Signed-off-by: Stefan Kraus <[email protected]>
This change adds some test cases to test correct calls and parsing for the robot framework integration with twister. This change addresses zephyrproject-rtos#64825, which asks for robot scripts without renode. Signed-off-by: Stefan Kraus <[email protected]>
This change adds an entrypoint for the common robot framework and a first library to interact with the board, similar to the functionality currently available in pytest. To reuse the command line parsing and have a proper twister config, we provide a robot_wrapper which serializes the configuration and reloads it in the library. This change addresses zephyrproject-rtos#64825, which asks for robot scripts without renode. Signed-off-by: Stefan Kraus <[email protected]>
This change adds some test cases to test correct calls and parsing for the robot framework integration with twister. This change addresses zephyrproject-rtos#64825, which asks for robot scripts without renode. Signed-off-by: Stefan Kraus <[email protected]>
This change adds some test cases to test correct calls and parsing for the robot framework integration with twister. This change addresses zephyrproject-rtos#64825, which asks for robot scripts without renode. Signed-off-by: Stefan Kraus <[email protected]>
Is your feature request related to a problem? Please describe.
It is common to run end to end tests against the device using robot framework. With the new better pytest integration it should be possible to allow robot scripts to run in device testing mode. Currently it seems that only renode is supported when running the robot script as part of robot test harness in twister.
Describe the solution you'd like
Ability to specify a robot harness and run in in device testing mode. Having it have access to the same "dut" interface as is available in pytest.
Describe alternatives you've considered
Running robot scripts manually which is not very practical since twister has better knowledge of the test environment and can provide for example executable path, tty etc.
The text was updated successfully, but these errors were encountered: