(→How To Add Support For Custom Test Target) |
|||
| Line 1: | Line 1: | ||
| - | = OTS User Documentation = | + | == OTS User Documentation == |
| - | == Related Documentation == | + | === Related Documentation === |
* [[Quality/QA-tools/OTS/Glossary]] | * [[Quality/QA-tools/OTS/Glossary]] | ||
| + | * [[Quality/QA-tools/Testrunner-lite]] | ||
| + | * [[Quality/QA-tools/Autotest-guide]] | ||
| - | == Running tests manually from Worker PC == | + | === Prerequisites === |
| + | |||
| + | An environment described in [[Quality/QA-tools/Autotest-guide]] | ||
| + | |||
| + | === Running tests manually from Worker PC === | ||
OTS Worker comes with a component named as Conductor. Conductor includes a command line interface that can be used to manually execute one or more test packages from Worker PC. The test result files are collected to a local folder (under ~/conductor/None) from where the user can examine them. | OTS Worker comes with a component named as Conductor. Conductor includes a command line interface that can be used to manually execute one or more test packages from Worker PC. The test result files are collected to a local folder (under ~/conductor/None) from where the user can examine them. | ||
| Line 15: | Line 21: | ||
The URL in above command is ignored. | The URL in above command is ignored. | ||
| - | == Custom Flasher == | + | === Custom Flasher === |
Custom Flasher is a component responsible for setting up and preparing the test target for test execution from Worker PC. Typically this includes flashing the software image to hardware that is serving as the test target, and then booting up the hardware. | Custom Flasher is a component responsible for setting up and preparing the test target for test execution from Worker PC. Typically this includes flashing the software image to hardware that is serving as the test target, and then booting up the hardware. | ||
| Line 23: | Line 29: | ||
If Custom Flasher is not available at Worker PC, Worker skips the phase of preparing the test target. Typically this behaviour is useful only when running Conductor manually from command line (see above). | If Custom Flasher is not available at Worker PC, Worker skips the phase of preparing the test target. Typically this behaviour is useful only when running Conductor manually from command line (see above). | ||
| - | === How To Add Support For Custom Test Target === | + | ==== How To Add Support For Custom Test Target ==== |
The user must implement Python module ''customflasher'' and have it available in PYTHONPATH in Worker PC. In that module, the user can define all the steps and maneuvers that are necessary before his/her test target is ready for test execution. ''Customflasher'' is required to leave test target in such a state that establishing an SSH connection from Worker PC to the test target will succeed. | The user must implement Python module ''customflasher'' and have it available in PYTHONPATH in Worker PC. In that module, the user can define all the steps and maneuvers that are necessary before his/her test target is ready for test execution. ''Customflasher'' is required to leave test target in such a state that establishing an SSH connection from Worker PC to the test target will succeed. | ||
Source code for OTS Worker includes a reference implementation for ''customflasher'' in [http://gitorious.org/qa-tools/ots/blobs/dev_branch_0.1/ots.worker/ots/worker/conductor/defaultflasher.py defaultflasher.py] file. | Source code for OTS Worker includes a reference implementation for ''customflasher'' in [http://gitorious.org/qa-tools/ots/blobs/dev_branch_0.1/ots.worker/ots/worker/conductor/defaultflasher.py defaultflasher.py] file. | ||
Contents |
An environment described in Quality/QA-tools/Autotest-guide
OTS Worker comes with a component named as Conductor. Conductor includes a command line interface that can be used to manually execute one or more test packages from Worker PC. The test result files are collected to a local folder (under ~/conductor/None) from where the user can examine them.
Here's an example how to process two test packages using Conductor from command line:
# sudo conductor -u http://my.build.host/image --dontflash -t mypackage1-tests,mypackage2-tests
The URL in above command is ignored.
Custom Flasher is a component responsible for setting up and preparing the test target for test execution from Worker PC. Typically this includes flashing the software image to hardware that is serving as the test target, and then booting up the hardware.
The user must implement his/her own Custom Flasher.
If Custom Flasher is not available at Worker PC, Worker skips the phase of preparing the test target. Typically this behaviour is useful only when running Conductor manually from command line (see above).
The user must implement Python module customflasher and have it available in PYTHONPATH in Worker PC. In that module, the user can define all the steps and maneuvers that are necessary before his/her test target is ready for test execution. Customflasher is required to leave test target in such a state that establishing an SSH connection from Worker PC to the test target will succeed.
Source code for OTS Worker includes a reference implementation for customflasher in defaultflasher.py file.