VNF Test Case Descriptions
VNF Package Test Cases
The information in this section deals with the Test Cases corresponding to the the VNF Requirements. There are two types:
VNF Package Information Element Present
Summary
This test case validates whether information elements corresponding to VNF requirements are present in the VNF Package
ONAP Actors (VNF, Operator, ONAP Platform components etc.)
VNF Package
VNF Requirements
ONAP Information Model
Preconditions (ONAP, VNF states, test equipment/ data patterns, measurements)
VNF Package available
VNF Requirements related to VNF Package identified (Mandatory or Optional)
Information Elements corresponding to these VNF Package requirements identified
Operational sequence (e.g. Message Sequence chart + text explanations)
Search the VNF Package for the Presence/ Absence of each Information Elementidentified in the VNF Package requirements.
Flag as an error any Mandatory information Elements that are missing
Report and optional Information Elements that are present.
Post conditions (any post processing of the measurements, any cleanup of the ONAP configuration, reset of the test equipment etc.)
Generate consolidated report on presence/Absence of Information Elements identified in VNF Requirements
Test Result decision ( measurement decision criteria )
Fail if and Mandatory Information Elements are Absent.
VNF Package Information Element within Range Limits
Summary
This test case validates whether information elements corresponding to VNF requirements are present in the VNF Package
ONAP Actors (VNF, Operator, ONAP Platform components etc.)
VNF Package
VNF Requirements
ONAP Information Model
Preconditions (ONAP, VNF states, test equipment/ data patterns, measurements)
VNF Package available
VNF Requirements related to VNF Package identified (Mandatory or Optional)
Information Elements corresponding to these VNF Package requirements identified
Range Limits for Information Elements identified
Operational sequence (e.g. Message Sequence chart + text explanations)
Search the VNF Package for the Presence/ Absence of each Information Element identified in the VNF Package requirements.
Flag as an error any Mandatory information Elements that are missing
Post conditions (any post processing of the measurements, any cleanup of the ONAP configuration, reset of the test equipment etc.)
Generate consolidated report on presence/Absence of Information Elements identified in VNF Requirements
Test Result decision ( measurement decision criteria )
Fail if and Mandatory Information Elements are Absent.
VNF Onboard and Instantiate Test Specification
Scope
This specification defines the logical steps and activities required to implement a test case that validates that a arbitrary Virtual Network Function (VNF) that is packaged in compliance with the ONAP VNF Requirements can be successfully be onboarded into ONAP and instantiated. This specification only covers up to instantiation of the VNF and does not address the VNF’s compliance with requirements governing other lifecycle functions controlled by ONAP (ex: Lifecycle Management, Monitoring, etc.)
Two test cases will be defined based on the VNF package used:
ZIP file containing ONAP-compliant OpenStack Heat
Cloud Service Archive (CSAR) containing a Topology and Orchestration Specification for Cloud Applications (TOSCA) VNF Descriptor
References
ONAP VNF Requirements
Setting up ONAP
Actors
The following defines the various actors that will be referenced within this specification. It is expected and permissable that a given user or entity can serve in multiple roles for the purposes of the test.
VNF Provider - Responsible for developing, packaging, and distributing a VNF that is compliant with ONAP VNF Requirements as well as providing any additional artifacts required to setup the Test Lab or Test Engine.
Test Lab - Hosts the ONAP and Cloud environment used to execute the test cases. The environment will host a deployed instance of ONAP using the official El Alto release of ONAP and a compatible OpenStack cloud instance.
Test Lab Provider - Responsible for establishing the Test Lab and supporting the Tester in the configuration of the Test Lab for any VNF specific requirements such as virtual machine images or networks. This will include providing the Test Engine access to the necessary ONAP APIs/GUIs as well as access to the OpenStack APIs.
Tester - Responsible for:
Ensuring the test lab is configured per the VNF’s requirements and needs.
Configuring the Test Engine for execution. The artifacts required will be provided by the VNF Provider.
Executing the the test cases using the Test Engine.
Reporting the results of the test case to the VNF Provider.
Test Engine - Provides automation of the test execution and verification of the success or failure of the individual test cases. The Test Engine must also provide further documentation on how it and the Test Lab must be configured for successful execution and verification of the test cases.
Test Case Description: VNF Onboarding and Instantiation using OpenStack Heat
This test case is specific to executing and validating the onboarding of a VNF using OpenStack Heat.
Assumptions
The specific configuration of the Vendor License Model is not relevant to the successful execution of this test case. The Test Engine shall create a generic Vendor License Model to assign to the VNF for the purposes of this test.
Testing will support the instantiation of a SDC Service that is composed of a single VNF. The scope of this test is focused on the instantiation of a single VNF defined in a single Heat package. Testing services that comprise multiple VNFs is beyond the scope of this specification.
The Test Engine will have access to the ONAP APIs in terms of both network connectivity and API access.
VNF Instantiation for either ONAP legacy VNF API or Generic Resource API is supported.
Prerequisites
VNF Provider has:
Provided the Tester the VNF package containing OpenStack Heat that has been certified compliant by the OPNFV Verification Program for VNFs or validated by the El Alto release of the ONAP VNF Validation Platform
Provided the Tester any custom virtual machine image required by the VNF
Provided the Tester network requirements for any ONAP external networks (i.e. networks not created in the Heat template itself) required by the VNF.
Provided the Tester with any additional artifacts required by the Test Engine. Additional artifacts required by the Test Engine are outside the scope of this document. Please refer to the Test Engine documentation for more details.
Test Lab Provider has:
Successfully deployed an OpenStack cloud instance for ONAP to deploy and instantiate the VNF.
Successfully deployed the certified El Alto release version of ONAP.
Configured the ONAP instance to work with the OpenStack instance.
NOTE: Documentation of OpenStack and ONAP setup are beyond the scope of this document. Please refer to the References section for more information.
Provided the Test Engine network connectivity to both the ONAP and OpenStack control planes.
Provided the Test Engine permissions to invoke the required ONAP and OpenStack APIs. Full details to be provided in the Test Engine documentation.
The Tester has:
Created any external networks in ONAP and OpenStack cloud environment in compliance with the VNF Providers request and specification.
Registered any custom virtual machine images provided by the VNF Provider in the OpenStack Glance repository.
Configured the Test Engine with the necessary artifacts from the VNF Provider for successful test execution. The Test Engine must provide the full documentation on what is required to configure it for successful execution.
Ensured connectivity from the Test Engine to any Operations, Administration, and Management (OAM) interfaces provided by the VNF. This connectivity must allow PING requests which will be used as part of the validation process to ensure the VNF has been properly instantiated.
Execution Steps
The following steps will all be executed by the Test Engine. The steps depicts the actions that will be taken and which ONAP component the Test Engine will interact with to perform the action.
Failure encountered at any step will halt all subsequent steps and result in the overall failure of the test case.
Any additional required fields that must be assigned or input within ONAP will be defined in a configuration file whose format will be defined in the documentation of the Test Engine.
Steps
Execute VVP validation scripts to ensure VNF Heat Templates are compliant with the VNF Heat Template Requirements.
Create the generic Vendor License Model (VLM) in SDC
Create the Vendor Software Product (VSP) in SDC. The VSP will be auto-assigned a unique name to avoid collisions with other VSPs in the lab environment.
Upload the ONAP-compliant Heat archive (zip file) as an artifact of the VSP in SDC.
Assign any “Unassigned Files” in SDC to Artifacts
Validate the VSP and ensure no SDC errors are raised, but warnings are acceptable. If errors are reported, then halt the test and report a failure.
Assign the generic VLM to the VSP in SDC.
Create the Virtual Function (VF) in SD. The VF will be auto-assigned a unique name to avoid collisions with other VSPs in the lab environment.
Create the Service in SDC. The Service will be auto-assigned a unique name to avoid collisions with other VSPs in the lab environment.
Assign the VF/VNF to the Service Model in SDC.
Distribute the Service Model from SDC.
Register Preload (i.e. per instance configuration data) with SDNC
For each VF module in the VNF, starting with the base module, trigger instantiation from VID.
After VNF Instantiation, query openstack for heat stack details to validate successful instantiation.
Pass/Fail Criteria
Following, or during, test execution the tests below will be executed to evaluate the success of the overall test case. As previously stated above, if any individual test step fails, then the test case will fail.
The Heat stack has been successfully created in OpenStack without errors
The Heat stack configuration matches the definition from the associated Heat templates and environment settings provided as input (or derived by) the Test Engine
Test Case Description: VNF Onboarding and Instantiation using TOSCA
This test case is specific to executing and validating the onboarding of a VNF written in TOSCA and packaged in a CSAR.
Assumptions
The specific configuration of the Vendor License Model is not relevant to the successful execution of this test case. The Test Engine shall create a generic Vendor License Model to assign to the VNF for the purposes of this test.
Testing will support the instantiation of a SDC Service that is composed of a single VNF. The scope of this test is focused on the instantiation of a single VNF defined in a single TOSCA package. Testing services that comprise multiple VNFs is beyond the scope of this specification.
The Test Engine will have access to the ONAP APIs in terms of both network connectivity and API access.
All instantiations will use the ONAP Generic Resource API from VFC instead of the legacy VNF API.
Prerequisites
VNF Provider has:
Provided the Tester the TOSCA based VNF Package that has been certified compliant by the LFN OVP(OPNFV Verification Program) for VNFs or validated by the El Alto release of the ONAP VNFSDK
Provided the Tester any custom virtual machine image required by the VNF
Provided the Tester network requirements for any ONAP external networks (i.e. networks not created in the TOSCA template itself) required by the VNF.
Provided the Tester with any additional artifacts required by the Test Engine. Additional artifacts required by the Test Engine are outside the scope of this document. Please refer to the Test Engine documentation for more details.
Test Lab Provider has:
Successfully deployed an OpenStack cloud instance for ONAP to deploy and instantiate the VNF.
Successfully deployed the certified El Alto release version of ONAP.
Configured the ONAP instance to work with the OpenStack instance.
NOTE: Documentation of OpenStack and ONAP setup are beyond the scope of this document. Please refer to the References section for more information.
Provided the Test Engine network connectivity to both the ONAP and OpenStack control planes.
Provided the Test Engine permissions to invoke the required ONAP and OpenStack APIs. Full details to be provided in the Test Engine documentation.
The Tester has:
Created any external networks in ONAP and OpenStack cloud environment in compliance with the VNF Providers request and specification.
Registered any custom virtual machine images provided by the VNF Provider in the OpenStack Glance repository.
Configured the Test Engine with the necessary artifacts from the VNF Provider for successful test execution. The Test Engine must provide the full documentation on what is required to configure it for successful execution.
Ensured connectivity from the Test Engine to any Operations, Administration, and Management (OAM) interfaces provided by the VNF. This connectivity must allow PING requests which will be used as part of the validation process to ensure the VNF has been properly instantiated.
Execution Steps
The following steps will all be executed by the Test Engine. The steps depicts the actions that will be taken and which ONAP component the Test Engine will interact with to perform the action.
Failure encountered at any step will halt all subsequent steps and result in the overall failure of the test case.
Any additional required fields that must be assigned or input within ONAP will be defined in a configuration file whose format will be defined in the documentation of the Test Engine.
Steps
Register VIM and VNFM to ONAP environment through ESR.
Create the generic Vendor License Model (VLM) in SDC.
Create the Vendor Software Product (VSP) in SDC. The VSP will be auto-assigned a unique name to avoid collisions with other VSPs in the lab environment.
Upload the ONAP-compliant TOSCA archive (zip file) as an artifact of the VSP in SDC.
Assign any “Unassigned Files” in SDC to Artifacts.
Validate the VSP and ensure no SDC errors are raised, but warnings are acceptable. If errors are reported, then halt the test and report a failure.
Assign the generic VLM to the VSP in SDC.
Create the Virtual Function (VF) in SDC. The VF will be auto-assigned a unique name to avoid collisions with other VSPs in the lab environment.
Add original VNF CSAR as artifacts to VF.
Assign nf_type property with required VNFM driver.
Certify VF model
Create the Service in SDC. The Service will be
auto-assigned a unique name to avoid collisions with other VSPs in the lab environment.
Assign the VF/VNF to the Service Model in SDC.
Attach original NS CSAR with service model.
Test the Service model in SDC.
Approve the Service model in SDC.
Distribute the Service Model from SDC.
Onboard VNF CSAR from SDC to VFC Catalog.
Onboard Service CSAR from SDC to VFC Catalog.
Call VFC NSLCM Create API to create service instance.
Call VFC NSLCM Instantiate API to instantiate service.
Pass/Fail Criteria
Following, or during, test execution the tests below will be executed to evaluate the success of the overall test case. As previously stated above, if any individual test step fails, then the test case will fail.
The virtual machine has been successfully created in OpenStack without errors.
Each virtual machine in the OpenStack must have a corresponding
vserver
ONAP’s Available and Active Inventory (AAI) component with all required data elements.The VNF has a
Generic-VNF
object recorded in AAI with all required data elements.
Appendix
List of Requirements with associated Tests
Currently, there VNFs can be packaged as HEAT templates or in a CSAR file using TOSCA. At this stage, there are two different tools used for validating the packages based on the package type:
CSAR/TOSCA packages leverage VNFSDK
HEAT packages leverage VVP
HEAT Package Validations
This table shows all the requirements within the VNF Requirements project and if they are validated by VVP. If they are validated by VVP, then the test module and test method is provided. This is generated dynamically within the VVP project, where it pulls down the latest JSON from Req List and maps the requirements to the tests in VVP to output this table.
Note: Tests on the bottom do not map to any requirements.
Note: VVP only validates Heat for Requirements in Chapter 5.
Download
You can download the table here.
Requirement ID |
Test Module |
Test Name |
---|---|---|
test_vm_type_network_role_collision |
||
test_vm_class_has_unique_type |
||
test_contrail_fqdn |
||
test_nova_server_workload_context_parameter_doesnt_exist_in_environment_file |
||
test_environment_file_contains_required_sections |
||
test_external_fip_format |
||
test_cloud_config |
||
test_neutron_floating_ip_resource_type |
||
test_volume_outputs_consumed |
||
test_vnf_id_parameter_type_and_parameter_name |
||
test_software_config_vm_type |
||
test_vf_module_index_parameter_has_no_constraints |
||
test_contrail_external_instance_ip_address_parameter |
||
test_contrail_external_instance_ip_address_parameter |
||
test_contrail_external_instance_ip_does_not_exist_in_environment_file |
||
test_contrail_external_instance_ip_address_parameter |
||
test_contrail_external_instance_ip_does_not_exist_in_environment_file |
||
test_contrail_external_instance_ip_address_parameter |
||
test_contrail_external_instance_ip_does_not_exist_in_environment_file |
||
test_contrail_external_instance_ip_address_parameter |
||
test_contrail_external_instance_ip_does_not_exist_in_environment_file |
||
test_contrail_internal_instance_ip_address_parameter |
||
test_contrail_internal_instance_ip_does_exist_in_environment_file |
||
test_contrail_internal_instance_ip_address_parameter |
||
test_contrail_internal_instance_ip_does_exist_in_environment_file |
||
test_contrail_internal_instance_ip_address_parameter |
||
test_contrail_internal_instance_ip_does_exist_in_environment_file |
||
test_contrail_internal_instance_ip_address_parameter |
||
test_contrail_internal_instance_ip_does_exist_in_environment_file |
||
test_contrail_external_instance_ip_does_not_exist_in_environment_file |
||
test_contrail_internal_instance_ip_does_exist_in_environment_file |
||
test_contrail_external_instance_subnet_id_parameter |
||
test_contrail_external_instance_subnet_id_parameter |
||
test_contrail_subnet_uuid_does_not_exist_in_environment_file |
||
test_contrail_external_instance_subnet_id_parameter |
||
test_contrail_subnet_uuid_does_not_exist_in_environment_file |
||
test_contrail_incremental_module_internal_subnet_usage |
||
test_contrail_subnet_uuid_does_not_exist_in_environment_file |
||
test_contrail_incremental_module_internal_subnet_usage |
||
test_contrail_subnet_uuid_does_not_exist_in_environment_file |
||
test_external_aap_format_contrail |
||
test_external_aap_format_contrail |
||
test_external_aap_format_contrail |
||
test_external_aap_format_contrail |
||
test_contrail_internal_vmi_aap_parameter |
||
test_contrail_internal_vmi_aap_parameter |
||
test_nested_parameter_args |
||
test_nested_template_parameters |
||
test_volume_outputs_consumed |
||
test_parameter_type |
||
test_indices_start_at_0_increment |
||
test_nova_server_environment_context_parameter_doesnt_exist_in_environment_file |
||
test_external_subnet_format |
||
test_vf_module_name_parameter_has_no_constraints |
||
test_network_has_subnet |
||
test_contrail_servicetemplate_resource_id |
||
test_unique_resources_across_all_yaml_files |
||
test_network_resource_id_format |
||
test_nesting_level |
||
test_neutron_port_network_param_is_string |
||
test_oam_address_v4_zero_or_one |
||
test_contrail_irt_route_param_type |
||
test_contrail_porttuple_resource_id |
||
test_environment_context |
||
test_port_resource_ids |
||
test_nova_server_vnf_id_parameter_doesnt_exist_in_environment_file |
||
test_neutron_port_fixedips_subnet_parameter_doesnt_exist_in_environment_file |
||
test_internal_network_parameters |
||
test_nova_server_name_parameter_doesnt_exist_in_environment_file |
||
test_availability_zone_parameter_type |
||
test_external_fip_format |
||
test_heat_template_structure_contains_resources |
||
test_neutron_net_resource_id |
||
test_parameter_names |
||
test_port_resource_ids |
||
test_port_resource_ids |
||
test_volume_templates_contains_cinder_or_resource_group |
||
test_heat_template_structure_contains_heat_template_version |
||
test_internal_fip_format |
||
test_contrail_irt_route_param_format |
||
test_neutron_port_internal_fixedips_ipaddress_parameter_exists_in_environment_file |
||
test_nova_server_resource_id |
||
test_internal_fip_format |
||
test_neutron_port_network_parameter_doesnt_exist_in_environment_file |
||
test_server_and_port_vmtype_indices_match |
||
test_contrail_networkipam_resource_id |
||
test_multipart_mime |
||
test_heat_pairs_provided |
||
test_vm_type_case |
||
test_external_fip_format |
||
test_workload_context_parameter_has_no_constraints |
||
test_no_image_files_included |
||
test_heat_template_structure_contains_parameters |
||
test_networks_exist_for_internal_network_params |
||
test_external_aap_format |
||
test_nova_server_vnf_name_parameter_doesnt_exist_in_environment_file |
||
test_heat_template_parameters_contain_required_fields |
||
test_base_template_names |
||
test_nova_server_vf_module_index_parameter_doesnt_exist_in_environment_file |
||
test_servers_have_required_metadata |
||
test_external_subnet_format |
||
test_env_and_yaml_same_name |
||
test_vf_module_name_parameter_type_and_parameter_name |
||
test_heat_template_structure_contains_description |
||
test_neutron_port_external_fixedips_ipaddress_parameter_doesnt_exist_in_environment_file |
||
test_nova_server_flavor_parameter |
||
test_external_fip_format |
||
test_external_aap_format |
||
test_external_aap_format |
||
test_get_file_no_url_retrieval |
||
test_heat_template_parameters_contain_required_fields |
||
test_vnf_name_parameter_has_no_constraints |
||
test_nova_server_flavor_parameter |
||
test_contrail_instance_ip_resource_id_external |
||
test_vm_type_resource_id |
||
test_vm_type_network_role_collision |
||
test_vm_type_assignments_on_nova_servers_only_use_get_param |
||
test_heat_rg_count_parameter_exists_in_environment_file |
||
test_nova_server_flavor_parameter |
||
test_contrail_instance_ip_resource_id_internal |
||
test_servers_vf_module_index_metadata_use_get_param |
||
test_files_in_flat_dir |
||
test_nova_server_name_parameter |
||
test_contrail_instance_ip_resource_id_external |
||
test_env_and_yaml_same_name |
||
test_no_http_resources |
||
test_nova_server_name_parameter |
||
test_vf_module_index_parameter_type_and_parameter_name |
||
test_vnf_id_parameter_has_no_constraints |
||
test_no_vf_module_index_in_cinder |
||
test_no_vf_module_index_contrail_ips |
||
test_environment_context_parameter_has_no_constraints |
||
test_heat_pairs_provided |
||
test_nova_server_image_parameter |
||
test_nova_server_image_parameter |
||
test_detected_volume_module_follows_naming_convention |
||
test_nova_server_az_parameter_doesnt_exist_in_environment_file |
||
test_env_params_are_defined_in_template |
||
test_nesting_level |
||
test_incremental_module_has_server |
||
test_contrail_instance_ip_resource_id_internal |
||
test_vnf_name_parameter_type_and_parameter_name |
||
test_neutron_port_external_fixedips_ipaddress_parameter_doesnt_exist_in_environment_file |
||
test_external_subnet_format |
||
test_external_network_parameter |
||
test_vm_type_assignments_on_nova_servers_only_use_get_param |
||
test_env_no_resource_registry |
||
test_vm_role_parameter_has_no_constraints |
||
test_servers_vf_module_name_metadata_use_get_param |
||
test_port_resource_ids |
||
test_nova_server_flavor_parameter_exists_in_environment_file |
||
test_neutron_port_fixedips_subnet_parameter_doesnt_exist_in_environment_file |
||
test_filename_is_vmtype_dot_yaml |
||
test_iip_instance_ip_parameter_name_doesnt_change_in_nested_template |
||
test_nova_server_image_parameter |
||
test_servers_have_required_metadata |
||
test_external_fip_format |
||
test_no_http_resources |
||
test_internal_aap_format |
||
test_servers_have_required_metadata |
||
test_nova_server_vf_module_id_parameter_doesnt_exist_in_environment_file |
||
test_heat_pairs_provided |
||
test_workload_context |
||
test_alphanumeric_resource_ids_only |
||
test_contrail_servicehealthcheck_resource_id |
||
test_base_template_names |
||
test_internal_subnet_format |
||
test_neutron_floating_ip_association_resource_type |
||
test_contrail_route_prefixes_parameter_doesnt_exist_in_environment_file |
||
test_get_file_only_reference_local_files |
||
test_internal_fip_format |
||
test_nova_server_vf_module_name_parameter_doesnt_exist_in_environment_file |
||
test_internal_aap_format |
||
test_neutron_port_fixedips_subnet_parameter_doesnt_exist_in_environment_file |
||
test_contrail_interfaceroutetable_resource_id |
||
test_base_template_names |
||
test_env_and_yaml_same_name |
||
test_vf_module_id_parameter_type_and_parameter_name |
||
test_volume_module_name_matches_incremental_or_base_module |
||
test_neutron_port_external_aap_ip_parameter_doesnt_exist_in_environment_file |
||
test_neutron_port_fixedips_subnet_parameter_doesnt_exist_in_environment_file |
||
test_internal_subnet_format |
||
test_internal_fip_format |
||
test_non_server_name |
||
test_internal_network_parameters |
||
test_heat_pairs_provided |
||
test_vm_role_from_env_file |
||
test_neutron_port_external_fixedips_ipaddress_parameter_doesnt_exist_in_environment_file |
||
test_base_template_names |
||
test_base_template_names |
||
test_contrail_instance_ip_resource_id_internal |
||
test_nova_server_name_parameter |
||
test_volume_templates_contains_outputs |
||
test_vm_type_assignments_on_nova_servers_only_use_get_param |
||
test_06_heat_template_resource_section_has_resources |
||
test_neutron_port_internal_fixedips_ipaddress_parameter_exists_in_environment_file |
||
test_all_parameters_used_in_template |
||
test_default_values |
||
test_nova_server_image_parameter_exists_in_environment_file |
||
test_heat_pairs_provided |
||
test_network_fqdn_parameter_doesnt_exist_in_environment_file |
||
test_02_no_duplicate_keys_in_file |
||
test_neutron_port_external_fixedips_ipaddress_parameter_doesnt_exist_in_environment_file |
||
test_neutron_port_internal_fixedips_ipaddress_parameter_exists_in_environment_file |
||
test_heat_pairs_provided |
||
test_oam_address_v6_zero_or_one |
||
test_00_valid_yaml |
||
test_contrail_instance_ip_resource_id_external |
||
test_neutron_port_internal_fixedips_ipaddress_parameter_exists_in_environment_file |
||
test_vf_module_id_parameter_has_no_constraints |
||
test_vm_type_syntax |
||
test_availability_zone_naming |
||
test_neutron_port_internal_fixedips_ipaddress_parameter_exists_in_environment_file |
||
test_neutron_port_external_fixedips_ipaddress_parameter_doesnt_exist_in_environment_file |
||
test_neutron_net_resource_id |
||
test_files_in_flat_dir |
||
test_nova_server_name_parameter_doesnt_exist_in_environment_file |
CSAR/TOSCA Package Validations
Please refer to the VNFSDK project’s list of verified requirements for the current coverage for CSAR and TOSCA.
VNF Requirements corresponding Information Elements w/Range limits
Will be generated in future releases.
VNF Test Case Release Notes
Version: 1.0.0
- Release Date
2018-06-06
- New Features
Initial release of VNF Test Cases for Open Network Automation Platform (ONAP)
This intitial releases is based on seed documents that came from Open-O and Open ECOMP. For details, refer Seed Document Mappings to VNFRQTS Deliverable Outlines.
CSV table of testable requirements in VNF Requirements Document
- Bug Fixes
None
- Known Issues
No known issues
- Security Issues
No known security issues.
- Upgrade Notes
Initial release - none
- Deprecation Notes
Initial release - none
Other
End of Release Notes