Create a file `envconfig.rc` copying from `envconfig-local.rc` and set the required variables.
-```
+```bash
OSM_HOSTNAME=<OSM_IP_ADDRESS>
VIM_TARGET=<VIM_REGISTERED_AT_OSM>
VIM_MGMT_NET=<NAME_OF_THE_MGMT_NETWORK_IN_THE_VIM>
docker build -f docker/Dockerfile -t osmtests .
```
-### Run the tests
+### Run the tests using the built image
```bash
export CLOUDS_YAML_FILE="${HOME}/.config/openstack/clouds.yaml"
Relevant volumes to be mounted are:
-- <path_to_reports> [OPTIONAL]: the absolute path to reports location in the host
-- <path_to_clouds.yaml> [OPTIONAL]: the absolute path to the clouds.yaml file in the host
-- <path_to_sdncs.yaml> [OPTIONAL]: the absolute path to the sdncs.yaml file in the host
-- <path_to_kubeconfig> [OPTIONAL]: the kubeconfig file to be used for k8s clusters
+- `-v <path_to_reports>:/robot-systest/reports` [OPTIONAL]: the absolute path to reports location in the host.
+- `-v <path_to_clouds.yaml>:/etc/openstack/clouds.yaml` [OPTIONAL]: the absolute path to the clouds.yaml file in the host
+- `-v <path_to_sdncs.yaml>:/root/port-mapping.yaml` [OPTIONAL]: the absolute path to the sdncs.yaml file in the host
+- `-v <path_to_kubeconfig>:/root/.kube/config`: [OPTIONAL]: the kubeconfig file to be used for testing CNF deployment with the imperative framework (`k8s_xx` tests)
+- `-v <path_to_kubeconfig>:/robot-systest/cluster-kubeconfig.yaml` [OPTIONAL]: the kubeconfig file to be used for testing the declarative framework (cluster registration/de-registration, OKA, KSU) (`gitops_xx` tests)
Other relevant options to run tests are:
Create a file `envconfig.rc` copying from `envconfig-local.rc` and set the required variables (in this case, the use of `export` is mandatory).
-```
+```bash
export OSM_HOSTNAME=<OSM_IP_ADDRESS>
export VIM_TARGET=<VIM_REGISTERED_AT_OSM>
export VIM_MGMT_NET=<NAME_OF_THE_MGMT_NETWORK_IN_THE_VIM>
So, for instance, you could first deploy a number of network services executing
the tests with "prepare" tag, migrate to another OSM version, and then
check the behavior executing with the "verify" tag. Finally, use the "cleanup"
- tag.
+ tag.
## Post-processing Robot output files
- `log.html`: details about the executed test cases in HTML format
- `output.xml`: all the test execution results in machine readable XML format
-More information about these files [here](https://robotframework.org/robotframework/latest/RobotFrameworkUserGuide.html#output-file).
+More information about these files can be found in the [Robot Framework User Guide](https://robotframework.org/robotframework/latest/RobotFrameworkUserGuide.html#output-file).
It is possible to use the tool `rebot`, included as part of the Robot Framework, to post-process the output file `output.xml`.
rebot [-d <output_folder>] --merge output1.xml output2.xml ... outputN.xml
```
-More information about post-processing Robot output files [here](https://robotframework.org/robotframework/latest/RobotFrameworkUserGuide.html#post-processing-outputs)
+More information about post-processing Robot output files [Robot Framework User Guide](https://robotframework.org/robotframework/latest/RobotFrameworkUserGuide.html#post-processing-outputs)
## Autogeneration of tests
## Built With
-* [Python](www.python.org/) - The language used
-* [Robot Framework](robotframework.org) - The testing framework
+- [Python](www.python.org/) - The language used
+- [Robot Framework](robotframework.org) - The testing framework
## Contributing
## License
This project is licensed under the Apache2 License - see the [LICENSE](LICENSE) file for details
-