summaryrefslogtreecommitdiffstats
path: root/docs/files
diff options
context:
space:
mode:
authorkanagaraj Manickam k00365106 <kanagaraj.Manickam@huawei.com>2019-05-24 17:12:34 +0530
committerkanagaraj Manickam k00365106 <kanagaraj.Manickam@huawei.com>2019-05-24 17:35:49 +0530
commitb0cfdb6745404208b0f339c6ad04fc47aa3f813f (patch)
treeba637dfe7213c37b90b012c1592b5990e0309667 /docs/files
parentbc72d112aa72968b21f8e7270e02510ff52d99a3 (diff)
Add docs for VTP
Issue-ID: VNFSDK-408 Change-Id: I0c58e15b065e5a6abe5cbe0ea1323f08a82899b0 Signed-off-by: kanagaraj Manickam k00365106 <kanagaraj.Manickam@huawei.com>
Diffstat (limited to 'docs/files')
-rw-r--r--docs/files/VNFSDK-LFN-CVC.rst218
-rw-r--r--docs/files/csar-validation.rst115
-rw-r--r--docs/files/vnf-test-platform.rst319
3 files changed, 438 insertions, 214 deletions
diff --git a/docs/files/VNFSDK-LFN-CVC.rst b/docs/files/VNFSDK-LFN-CVC.rst
index 814701f..7ea5b1f 100644
--- a/docs/files/VNFSDK-LFN-CVC.rst
+++ b/docs/files/VNFSDK-LFN-CVC.rst
@@ -29,128 +29,6 @@ We propose expanding the program in 2018 to include VNF Compliance
- Back-end infrastructure provided by Linux Foundation
-VNF Test Platform (VTP)
-=======================
-Deploy VNF/PNF test cases once and trigger it safely from anywhere
-
-Objectives
-----------
-* LFN/ONAP wants test platform where VNF packages could be certified using ONAP requirements to drive industry adoption
-* Provide an platform where vendor/operator can develop, deploy, run test cases and query the results
-* Test cases, test results and VNF should be manageable .i,e with authorization, so only user with given roles is allowed to perform operation like VNF package upload/download, run compliance verification tests, allow only specific VIM for specific users, etc.
-* Test results should be persisted and should be available for human analysis later via LFN infrastructure.
-* Provides test flow where author make flow across different test cases for a given program like compliance verification and VNFREQS/SOL0004.
-* Provide integration with OPNFV dovetail to run test cases across dovetail and VNFSDK.
-* Deployable as docker container.
-
-|image0|
-
-.. |image0| image:: VTP.png
- :height: 600px
- :width: 900px
-
-Architecture
-------------
-
-|image1|
-
-.. |image1| image:: VTParch.png
- :height: 600px
- :width: 900px
-
-VTP deployment
-----------------
-
-Install VTP Backend
-~~~~~~~~~~~~~~~~~~~~~~~~~~
-
-export NEXUS_DOCKER_REPO=nexus3.onap.org:10001
-
-export REFREPO_TAG=1.2.1-STAGING-20181228T020411Z
-
-export POSTGRES_TAG=latest
-
-export MTU=1450
-
-wget https://raw.githubusercontent.com/onap/vnfsdk-refrepo/master/vnfmarket-be/deployment/install/docker-compose.yml
-
-docker-compose up -d
-
-
-Install VTP CLI
-~~~~~~~~~~~~~~~~
-
-export CLI_TAG=2.0.5-STAGING-20181227T184001Z
-
-docker pull ${NEXUS_DOCKER_REPO}/onap/cli:${CLI_TAG}
-
-docker run -d -e OPEN_CLI_MODE=daemon -p 30260:80 -p 30271:8080 --name vtp-cli ${NEXUS_DOCKER_REPO}/onap/cli:${CLI_TAG}
-
-
-VERIFY deployment
-~~~~~~~~~~~~~~~~~~~~~
-
-docker exec vtp-cli bash -c "OPEN_CLI_PRODUCT_IN_USE=onap-vtp oclip vnftest-list --host-url http://<docker host ip>:8702"
-
-+----------------+------------------------+
-|tescase |yaml |
-+----------------+------------------------+
-|csar-validate |vtp-validate-csar.yaml |
-+----------------+------------------------+
-
-
-NOTE: if failed to run, then follow below guidelines
-
- docker exec -it refrepo bash
-
- export OPEN_CLI_HOME=/opt/vtp
-
- cd $OPEN_CLI_HOME/bin
-
- ./oclip-grpc-server.sh &
-
- Exit docker by running CTRL+p+q
-
- Run the vnftest-list again as above and verity that its working !!
-
-
-Setup sample csars
-~~~~~~~~~~~~~~~~~~~
-
-Download the sample CSAR to VTP docker from github
-
- docker exec -it refrepo bash
-
- echo nameserver 8.8.8.8 >> /etc/resolv.conf
-
- cd /opt/vtp
-
- mkdir csar
-
- cd csar
-
- wget https://github.com/onap/vnfsdk-validation/raw/master/csarvalidation/src/test/resources/VoLTE.csar
-
- exit
-
-NOTE: To test vendor specific CSAR, copy them to /opt/vtp/csar folder using 'docker cp xxx.csar refrepo:/opt/vtp/csar' command
-
-
-Run the validate csar test case
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-
-docker exec vtp-cli bash -c "OPEN_CLI_PRODUCT_IN_USE=onap-vtp BUILD_TAG=demo oclip vnftest-run --name csar-validate --param csar=/opt/vtp/csar/VoLTE.csar --host-url http://<docker host ip>:8702"
-
-+------------+------------------+
-|property |value |
-+------------+------------------+
-|results |{error=SUCCESS} |
-+------------+------------------+
-|build_tag |demo |
-+------------+------------------+
-|criteria |PASS |
-+------------+------------------+
-
CVC Structures
==============
@@ -161,96 +39,8 @@ CVC Structures
:height: 600px
:width: 600px
+.. toctree::
+ :maxdepth: 1
-Casablanca Implemented requirements
-===================================
-
-.. list-table::
- :header-rows: 1
-
-
- * - **Requirement No.**
- - **Requirement Description**
-
- * - R-02454
- - The VNF MUST support the existence of multiple major/minor versions of the VNF software and/or sub-components and interfaces that support both forward and backward compatibility to be transparent to the Service Provider usage.
-
- * - R-04298
- - The VNF provider MUST provide their testing scripts to support testing.
-
- * - R-26681
- - The VNF provider MUST provide the binaries and images needed to instantiate the VNF (VNF and VNFC images).
-
- * - R-35851
- - The VNF Package MUST include VNF topology that describes basic network and application connectivity internal and external to the VNF including Link type, KPIs, Bandwidth, latency, jitter, QoS (if applicable) for each interface.
-
- * - R-66070
- - The VNF Package MUST include VNF Identification Data to uniquely identify the resource for a given VNF provider. The identification data must include: an identifier for the VNF, the name of the VNF as was given by the VNF provider, VNF description, VNF provider, and version.
-
- * - R-77707
- - The VNF provider MUST include a Manifest File that contains a list of all the components in the VNF package.
-
- * - R-77786
- - The VNF Package MUST include all relevant cookbooks to be loaded on the ONAP Chef Server.
-
-
-Dublin Implemented requirements
-===================================
-
-.. list-table::
- :header-rows: 1
-
-
- * - **Requirement No.**
- - **Requirement Description**
-
- * - R-10087
- - The VNF/PNF package MUST contain all standard artifacts as specified in ETSI GS NFV-SOL004 including Manifest file, VNFD/PNFD (or Main TOSCA/YAML based Service Template) and other optional artifacts. CSAR Manifest file as per SOL004 - for example ROOT\ MainServiceTemplate.mf
-
- * - R-17852
- - The VNFD/PNFD MAY include TOSCA/YAML definitions that are not part of NFV Profile. If provided, these definitions MUST comply with TOSCA Simple Profile in YAML v.1.2.
-
- * - R-35854
- - The VNF/PNF Descriptor (VNFD/PNFD) provided by VNF/PNF vendor MUST comply with TOSCA/YAML based Service template for VNF/PNF descriptor specified in ETSI NFV-SOL001.
-
- * - R-57019
- - The PNF TOSCA CSAR package Manifest file MUST start with the PNF package metadata in the form of a name-value pairs. Each pair shall appear on a different line. The name is specified as following: pnfd_provider, pnfd_name, pnfd_release_date_time, pnfd_archive_version
-
- * - R-87234
- - The VNF/PNF package provided by a VNF/PNF vendor MAY be either with TOSCA-Metadata directory (CSAR Option 1) or without TOSCA-Metadata directory (CSAR Option 2) as specified in ETSI GS NFV-SOL004. On-boarding entity (ONAP SDC) must support both options.
-
- * - R-146092
- - The VNF/PNF package Manifest file MUST contain: non-mano artifact set with following ONAP public tag: onap_ves_events, onap_pm_dictionary, onap_yang_module, onap_others
-
- * - R-293901
- - For a VNF/PNF package CSAR MUST contains a TOSCA-Metadata directory with the TOSCA.meta metadata file. The TOSCA.meta metadata file MUST includes block_0 with the Entry-Definitions keyword pointing to a TOSCA definitions YAML file. Additional keyname extension must be included as following: ETSI-Entry-Manifest, ETSI-Entry-Change-Log
-
- * - R-787965
- - If the VNF or PNF CSAR Package utilizes Option 2 for package security, then the complete CSAR file MUST be digitally signed with the VNF or PNF provider private key. The VNF or PNF provider delivers one zip file consisting of the CSAR file, a signature file and a certificate file that includes the VNF or PNF provider public key. The certificate may also be included in the signature container, if the signature format allows that. The VNF or PNF provider creates a zip file consisting of the CSAR file with .csar extension, signature and certificate files. The signature and certificate files must be siblings of the CSAR file with extensions .cms and .cert respectively.
-
-OCLIP additional parameters in Dublin
-=====================================
-
-To run validation of PNF csar additional --pnf parameter must be used.
-
- oclip --product onap-vtp csar-validate --pnf --csar <path to pnf.csar or package.zip>
-
-Package zip structure
-=====================
-|image3|
-
-.. |image3| image:: zip_package.png
- :height: 250px
- :width: 260px
-
-Generate certificates
----------------------
- openssl req -nodes -x509 -sha256 -newkey rsa:4096 -keyout "pnf.key" -out "pnf.cert" -days 365 -subj "/C=NL/ST=Zuid Holland/L=Rotterdam/O=Sparkling Network/OU=IT Dept/CN=$(whoami)s Sign Key"
-
-Sign csar file with private key
--------------------------------
- openssl dgst -sha256 -sign "pnf.key" -out pnf.sha256.cms pnf.csar
-
-Verify signature
-----------------
- openssl dgst -sha256 -verify <(openssl x509 -in "pnf.cert" -pubkey -noout) -signature pnf.sha256.cms pnf.csar \ No newline at end of file
+ vnf-test-platform.rst
+ csar-validation.rst \ No newline at end of file
diff --git a/docs/files/csar-validation.rst b/docs/files/csar-validation.rst
new file mode 100644
index 0000000..814a7bd
--- /dev/null
+++ b/docs/files/csar-validation.rst
@@ -0,0 +1,115 @@
+
+
+.. This work is licensed under a Creative Commons Attribution 4.0 International License.
+.. http://creativecommons.org/licenses/by/4.0
+.. Copyright 2019 Huawei Technologies Co., Ltd.
+
+.. _csar-validation:
+
+CSAR Compliance check for SOL004 and SOL001
+===========================================
+
+ONAP enabled the required compaliance check by following VNFREQS and reports the non-compalint entries as errors.
+
+When :ref:`vnf-test-platform` is deployed, by default this testing is enabled with test case name as below
+
+scenario: onap-vtp
+
+testsuite: validation
+
+testcase: csar-validate
+
+And every VNFREQS is modelled as seprate test case with name csar-validate-rxxxxx, where xxxxx represents the VNFREQS.
+
+Casablanca Implemented requirements
+===================================
+
+.. list-table::
+ :header-rows: 1
+
+
+ * - **Requirement No.**
+ - **Requirement Description**
+
+ * - R-02454
+ - The VNF MUST support the existence of multiple major/minor versions of the VNF software and/or sub-components and interfaces that support both forward and backward compatibility to be transparent to the Service Provider usage.
+
+ * - R-04298
+ - The VNF provider MUST provide their testing scripts to support testing.
+
+ * - R-26681
+ - The VNF provider MUST provide the binaries and images needed to instantiate the VNF (VNF and VNFC images).
+
+ * - R-35851
+ - The VNF Package MUST include VNF topology that describes basic network and application connectivity internal and external to the VNF including Link type, KPIs, Bandwidth, latency, jitter, QoS (if applicable) for each interface.
+
+ * - R-66070
+ - The VNF Package MUST include VNF Identification Data to uniquely identify the resource for a given VNF provider. The identification data must include: an identifier for the VNF, the name of the VNF as was given by the VNF provider, VNF description, VNF provider, and version.
+
+ * - R-77707
+ - The VNF provider MUST include a Manifest File that contains a list of all the components in the VNF package.
+
+ * - R-77786
+ - The VNF Package MUST include all relevant cookbooks to be loaded on the ONAP Chef Server.
+
+
+Dublin Implemented requirements
+===================================
+
+.. list-table::
+ :header-rows: 1
+
+
+ * - **Requirement No.**
+ - **Requirement Description**
+
+ * - R-10087
+ - The VNF/PNF package MUST contain all standard artifacts as specified in ETSI GS NFV-SOL004 including Manifest file, VNFD/PNFD (or Main TOSCA/YAML based Service Template) and other optional artifacts. CSAR Manifest file as per SOL004 - for example ROOT\ MainServiceTemplate.mf
+
+ * - R-17852
+ - The VNFD/PNFD MAY include TOSCA/YAML definitions that are not part of NFV Profile. If provided, these definitions MUST comply with TOSCA Simple Profile in YAML v.1.2.
+
+ * - R-35854
+ - The VNF/PNF Descriptor (VNFD/PNFD) provided by VNF/PNF vendor MUST comply with TOSCA/YAML based Service template for VNF/PNF descriptor specified in ETSI NFV-SOL001.
+
+ * - R-57019
+ - The PNF TOSCA CSAR package Manifest file MUST start with the PNF package metadata in the form of a name-value pairs. Each pair shall appear on a different line. The name is specified as following: pnfd_provider, pnfd_name, pnfd_release_date_time, pnfd_archive_version
+
+ * - R-87234
+ - The VNF/PNF package provided by a VNF/PNF vendor MAY be either with TOSCA-Metadata directory (CSAR Option 1) or without TOSCA-Metadata directory (CSAR Option 2) as specified in ETSI GS NFV-SOL004. On-boarding entity (ONAP SDC) must support both options.
+
+ * - R-146092
+ - The VNF/PNF package Manifest file MUST contain: non-mano artifact set with following ONAP public tag: onap_ves_events, onap_pm_dictionary, onap_yang_module, onap_others
+
+ * - R-293901
+ - For a VNF/PNF package CSAR MUST contains a TOSCA-Metadata directory with the TOSCA.meta metadata file. The TOSCA.meta metadata file MUST includes block_0 with the Entry-Definitions keyword pointing to a TOSCA definitions YAML file. Additional keyname extension must be included as following: ETSI-Entry-Manifest, ETSI-Entry-Change-Log
+
+ * - R-787965
+ - If the VNF or PNF CSAR Package utilizes Option 2 for package security, then the complete CSAR file MUST be digitally signed with the VNF or PNF provider private key. The VNF or PNF provider delivers one zip file consisting of the CSAR file, a signature file and a certificate file that includes the VNF or PNF provider public key. The certificate may also be included in the signature container, if the signature format allows that. The VNF or PNF provider creates a zip file consisting of the CSAR file with .csar extension, signature and certificate files. The signature and certificate files must be siblings of the CSAR file with extensions .cms and .cert respectively.
+
+OCLIP additional parameters in Dublin
+=====================================
+
+To run validation of PNF csar additional --pnf parameter must be used.
+
+ oclip --product onap-vtp csar-validate --pnf --csar <path to pnf.csar or package.zip>
+
+Package zip structure
+=====================
+|image3|
+
+.. |image3| image:: zip_package.png
+ :height: 250px
+ :width: 260px
+
+Generate certificates
+---------------------
+ openssl req -nodes -x509 -sha256 -newkey rsa:4096 -keyout "pnf.key" -out "pnf.cert" -days 365 -subj "/C=NL/ST=Zuid Holland/L=Rotterdam/O=Sparkling Network/OU=IT Dept/CN=$(whoami)s Sign Key"
+
+Sign csar file with private key
+-------------------------------
+ openssl dgst -sha256 -sign "pnf.key" -out pnf.sha256.cms pnf.csar
+
+Verify signature
+----------------
+ openssl dgst -sha256 -verify <(openssl x509 -in "pnf.cert" -pubkey -noout) -signature pnf.sha256.cms pnf.csar \ No newline at end of file
diff --git a/docs/files/vnf-test-platform.rst b/docs/files/vnf-test-platform.rst
new file mode 100644
index 0000000..5f6fead
--- /dev/null
+++ b/docs/files/vnf-test-platform.rst
@@ -0,0 +1,319 @@
+.. This work is licensed under a Creative Commons Attribution 4.0 International License.
+.. http://creativecommons.org/licenses/by/4.0
+.. Copyright 2019 Huawei Technologies Co., Ltd.
+
+.. _vnf-test-platform:
+
+VNF Test Platform (VTP)
+=======================
+Deploy VNF/PNF test cases once and trigger it safely from anywhere
+
+Objectives
+----------
+* LFN/ONAP wants test platform where VNF packages could be certified using ONAP requirements to drive industry adoption
+* Provide an platform where vendor/operator can develop, deploy, run test cases and query the results
+* Test cases, test results and VNF should be manageable .i,e with authorization, so only user with given roles is allowed to perform operation like VNF package upload/download, run compliance verification tests, allow only specific VIM for specific users, etc.
+* Test results should be persisted and should be available for human analysis later via LFN infrastructure.
+* Provides test flow where author make flow across different test cases for a given program like compliance verification and VNFREQS/SOL0004.
+* Provide integration with OPNFV dovetail to run test cases across dovetail and VNFSDK.
+* Deployable as docker container.
+
+|image0|
+
+.. |image0| image:: VTP.png
+ :height: 600px
+ :width: 900px
+
+Architecture
+------------
+
+|image1|
+
+.. |image1| image:: VTParch.png
+ :height: 600px
+ :width: 900px
+
+VTP deployment
+----------------
+
+Install VTP Backend
+~~~~~~~~~~~~~~~~~~~~~~~~~~
+
+export NEXUS_DOCKER_REPO=nexus3.onap.org:10001
+
+docker login $NEXUS_DOCKER_REPO -u docker -p docker
+
+export REFREPO_TAG=1.3.0
+
+export POSTGRES_TAG=latest
+
+export MTU=1450
+
+wget https://raw.githubusercontent.com/onap/vnfsdk-refrepo/master/vnfmarket-be/deployment/install/docker-compose.yml
+
+docker-compose up -d
+
+run docker ps and following entries would be reported::
+
+ root@mrkanag:~# docker ps
+ CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
+ 4d42ef0bc1b3 nexus3.onap.org:10001/onap/vnfsdk/refrepo:1.3.0 "/service/docker-ent…" 2 days ago Up 2 days 0.0.0.0:8000->8000/tcp, 0.0.0.0:8702-8703->8702-8703/tcp, 0.0.0.0:50051->50051/tcp refrepo
+ 25a86d9b0e81 nexus3.onap.org:10001/onap/vnfsdk/refrepo/postgres:latest "docker-entrypoint.s…" 2 days ago Up 2 days 0.0.0.0:5432->5432/tcp postgres
+
+VTP usage guide
+---------------
+
+**1. List scenario**::
+
+ GET {{vtp-host}}/onapapi/vnfsdk-marketplace/v1/vtp/scenarios
+
+ [
+ {
+ "name": "scenario-1",
+ "description": "Test scenario 1 \n"
+ },
+ {
+ "name": "scenario-2",
+ "description": "Test scenario 1 \n"
+ },
+ {
+ "name": "open-cli",
+ "description": "OPEN CLI PLATFORM provides a dynamic platform to load and execute commands\nbased on the Open Command Specification (OCS) 1.0. \n"
+ }
+ ]
+
+**2. List Test suites**::
+
+ GET {{vtp-host}}/onapapi/vnfsdk-marketplace/v1/vtp/scenarios/scenario-1/testsuites
+ [
+ {
+ "name": "testsuite-1",
+ "description": "testsuite 1"
+ },
+ {
+ "name": "testsuite-2",
+ "description": "testsuite 2"
+ }
+ ]
+
+**3. List Test cases**::
+
+ GET {{vtp-host}}/onapapi/vnfsdk-marketplace/v1/vtp/scenarios/scenario-1/testcases
+ [
+ {
+ "testCaseName": "s1.ts1.testcase-1",
+ "testSuiteName": "testsuite-1"
+ },
+ {
+ "testCaseName": "s1.ts1.testcase-2",
+ "testSuiteName": "testsuite-1"
+ },
+ {
+ "testCaseName": "s1.ts1.testcase-3",
+ "testSuiteName": "testsuite-1"
+ },
+ {
+ "testCaseName": "s1.ts2.testcase-1",
+ "testSuiteName": "testsuite-2"
+ },
+ {
+ "testCaseName": "s1.ts2.testcase-2",
+ "testSuiteName": "testsuite-2"
+ }
+ ]
+
+
+**4. Show Test case details**::
+
+ GET {{vtp-host}}/onapapi/vnfsdk-marketplace/v1/vtp/scenarios/scenario-1/testsuites/testsuite-1/testcases/s1.ts1.testcase-1
+
+ {
+ "testCaseName": "s1.ts1.testcase-1",
+ "testSuiteName": "testsuite-1",
+ "descripton": "s1.ts1.testcase-1",
+ "author": "Kanagaraj Manickam kanagaraj.manickam@huawei.com",
+ "inputs": [
+ {
+ "name": "input1",
+ "description": "Input 1",
+ "type": "string",
+ "isOptional": false,
+ "metadata": {
+ "allowed_value": [
+ "a",
+ "b",
+ "c"
+ ]
+ }
+ },
+ {
+ "name": "input2",
+ "description": "Input 2",
+ "type": "string",
+ "defaultValue": "v2",
+ "isOptional": true
+ }
+ ],
+ "outputs": [
+ {
+ "name": "output1",
+ "description": "output 1",
+ "type": "string"
+ }
+ ]
+ }
+
+
+**5. List Test cases in test suite**::
+
+ GET {{vtp-host}}/onapapi/vnfsdk-marketplace/v1/vtp/scenarios/scenario-2/testcases?testSuiteName=testsuite-1
+ [
+ {
+ "testCaseName": "s2.ts1.testcase-1",
+ "testSuiteName": "testsuite-1"
+ }
+ ]
+
+**6. Run a test case**::
+
+ GET {{vtp-host}}/onapapi/vnfsdk-marketplace/v1/vtp/executions
+ [
+ {
+ "scenario": "open-cli",
+ "testCaseName": "schema-list",
+ "testSuiteName": "schema",
+ "executionId": "00dfda6c-df16-4c5b-a731-3d531a7aafa5-1550505316115",
+ "requestId": "00dfda6c-df16-4c5b-a731-3d531a7aafa5",
+ "status": "completed",
+ "startTime": "2019-02-18T15:55:16.138",
+ "endTime": "2019-02-18T15:55:16.220"
+ }
+ ]
+
+**7. Retrieve the execution result**::
+
+ GET {{vtp-host}}/onapapi/vnfsdk-marketplace/v1/vtp/executions/ebaa5f21-ed68-4098-97a9-775ac8800f09-1550575025614
+ {
+ "scenario": "scenario-1",
+ "testCaseName": "s1.ts2.testcase-1",
+ "testSuiteName": "testsuite-2",
+ "executionId": "ebaa5f21-ed68-4098-97a9-775ac8800f09-1550575025614",
+ "parameters": {
+ "input2": "v2",
+ "input1": "v1"
+ },
+ "results": {
+ "output1": "v1=v2"
+ },
+ "status": "completed",
+ "startTime": "2019-02-19T11:17:05.670",
+ "endTime": "2019-02-19T11:17:05.683"
+ }
+
+**8. Execute test case without file content (across scenario, test suites)**::
+
+ POST {{vtp-host}}/onapapi/vnfsdk-marketplace/v1/vtp/executions?requestId=ebaa5f21-ed68-4098-97a9-775ac8800f09
+ content-type multipart/form-data
+ BODY:
+ executions:
+ [{
+ "scenario": "scenario-1",
+ "testSuiteName": "testsuite-1",
+ "testCaseName": "s1.ts1.testcase-1",
+ "parameters": {
+ "input1": "v1",
+ "input2": "v2"
+ }
+ },{
+ "scenario": "scenario-1",
+ "testSuiteName": "testsuite-2",
+ "testCaseName": "s1.ts2.testcase-1",
+ "parameters": {
+ "input1": "v1"
+ }
+ },
+ {
+ "scenario": "open-cli",
+ "testSuiteName": "schema",
+ "testCaseName": "schema-validate",
+ "parameters": {
+ "schema-location": "file://s1.ts1.testcase-1.yaml"
+ }
+ }]
+
+ RESPONSE:
+ [
+ {
+ "scenario": "scenario-1",
+ "testCaseName": "s1.ts1.testcase-1",
+ "testSuiteName": "testsuite-1",
+ "executionId": "ebaa5f21-ed68-4098-97a9-775ac8800f09-1550575025516",
+ "parameters": {
+ "input1": "v1",
+ "input2": "v2"
+ },
+ "results": {
+ "output1": "v1-v2"
+ },
+ "status": "COMPLETED",
+ "startTime": "2019-02-19T11:17:05.464",
+ "endTime": "2019-02-19T11:17:05.579"
+ },
+ {
+ "scenario": "scenario-1",
+ "testCaseName": "s1.ts2.testcase-1",
+ "testSuiteName": "testsuite-2",
+ "executionId": "ebaa5f21-ed68-4098-97a9-775ac8800f09-1550575025614",
+ "parameters": {
+ "input1": "v1"
+ },
+ "results": {
+ "output1": "v1=v2"
+ },
+ "status": "COMPLETED",
+ "startTime": "2019-02-19T11:17:05.579",
+ "endTime": "2019-02-19T11:17:05.701"
+ }
+ ]
+
+**9. Execute test case with file content**::
+
+ POST {{vtp-host}}/onapapi/vnfsdk-marketplace/v1/vtp/executions?requestId=ebaa5f21-ed68-4098-97a9-775ac8800f07
+ content-type multipart/form-data
+ BODY:
+ file -- file s1.ts1.testcase-1.yaml content
+ executions:
+ [{
+ "scenario": "open-cli",
+ "testSuiteName": "schema",
+ "testCaseName": "schema-validate",
+ "parameters": {
+ "schema-location": "file://s1.ts1.testcase-1.yaml"
+ }
+ }]
+
+ RESPONSE:
+ [
+ {
+ "scenario": "open-cli",
+ "testCaseName": "schema-validate",
+ "testSuiteName": "schema",
+ "executionId": "ebaa5f21-ed68-4098-97a9-775ac8800f07-1550575843353",
+ "parameters": {
+ "schema-location": "d:/temp/vtp/temp-files/s1.ts1.testcase-1.yaml"
+ },
+ "results": [
+ {}
+ ],
+ "status": "COMPLETED",
+ "startTime": "2019-02-19T11:30:43.288",
+ "endTime": "2019-02-19T11:30:43.672"
+ }
+ ]
+
+Reference
+----------
+
+ONAP VTP Wiki_.
+
+.. _Wiki: https://wiki.onap.org/pages/viewpage.action?pageId=43386304 \ No newline at end of file