What is ETSI?
...
This should successfully run the ETSI CSIT suite
How to run tests against specific SO versions
It is possible to run the ETSI CSIT suite against local docker images although it is not the default. Through this method specific versions of SO can be tested.
There are two changes required to make this work.
The env file, located at [containing folder]/csit/plans/so/integration-etsi-testing/config/env, first needs to be changed. The DOCKER_ENVIROMENT needs to be changed from "remote" to "local". Also the TAG value might need to be changed. This Tag relates to the version of images being used.
Secondly all of the required docker images must be present on system.
This should be enough to run the ETSI CSIT test suite locally.
What are the tests doing?
There are three tests currently being run "Distribute Service Template", "Invoke Service Instantiation" and , "Invoke VNF Instantiation", "Delete VNF Instance" and "Delete Service Instance".
Distribute Service Template
As the name would suggest the aim for the "Distribute Service Template" test is to distribute a service template within the SDC controller pod. Once a http session of the SDC controller is created a post request can be made to it. This post requests sends binary data from "distributeServiceTemplate.json". This json file contains resources and artifacts required to distribute a service. Once this post request is sent, the response status code is checked to see if it is 200. If the code is not equal to 200 then the test is thought to be a failure.
Invoke Service Instantiation
The aim of the "Invoke Service Instantiation" test is to invoke the service distributed to the sdc controller in the previous test. A http session of the api handler pod is created. This session is sent a post request containing "serviceInstantiationRequest.json". Once this request is made the response is checked if it a valid code is returned. A for loop is used to continually make calls to check the orchestration request, to check the status of service instantiation. Only once this orchestration returns either a fail or success, will we break out of the for loop.Once outside the for loop a final statement is used to check if service has been successfully instantiated.
Invoke VNF InstantiationInstance
The aim of "Invoke VNF Instantiation" test is to now instantiate the VNF that relates to service in the previous test. This test requires the ID of the service instance created in the previous test. If this is not provided then the test will fail from the get go. Once again a http session of the api handler pod is created. Similarly a post request using the json data within "vnfInstantiationRequest.json". Once this request is made if it returns a success code then the test moves on to a for loop. Within this for a loop an orchestration request is made each time, when this request signals that either the instantiation request has failed or fully succeeded then the loop is escaped. The test will either be a pass or fail depending on this final orchestration request.
Delete VNF Instance
This test will delete the VNF Instance created in the previous test. Both the ID of the vnf instance created in the previous test and the service instance created in the test before that. If either of these values is not provided then the test will fail. This test once again makes use of a session of the api handler pod. A post request is made using the data from "vnfDeleteRequest.json". Once this request is made if it returns a success code then the test moves on to a for loop. Within this for a loop an orchestration request is made each time, when this request signals that either the instantiation request has failed or fully succeeded then the loop is escaped. The test will either be a pass or fail depending on this final orchestration request.
Delete Service Instance
This test will delete the service instance created in earlier test. To delete the service the ID of previously created Service Instance is required, if this is not supplied then the test will fail before starting. A post request is then made to the API handler containing data from "serviceDeleteRquest.json". Once this request is made if it returns a success code then the test moves on to a for loop. Within this for a loop an orchestration request is made each time, when this request signals that either the instantiation request has failed or fully succeeded then the loop is escaped. The test will either be a pass or fail depending on this final orchestration request.
...