Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

WARNING: This page is not currently maintained. Test areas will be defined in the test strategy document (being developed in this Gerrit proposal and tracked in this JIRA ticket - see current draft document), and specific test cases will be discussed and included in the Dovetail JIRA and Gerrit repository

This is the list of candidate test areas which have been proposed by community members for addition to the Dovetail test suite. These test areas will be evaluated under the Dovetail test case requirements, proposed for inclusion as patches in Gerrit against Dovetail, and reviewed by the Dovetail maintainers. Once approved, they will become part of the Dovetail test suite.

Table of Contents

VIM Operations on compute

Brainstorming

This section is intended to help us get to quick consensus on the test priorities for Danube. The rest of the content of this page will be updated to be aligned with this section.

This is intended to help us discuss and collaboratively edit a set of priorities for the dovetail program in OPNFV.
  • This is itself a strawman proposal for how we can discuss this important topic. Alternatives are welcome, although the basic goal is that we can come to collaborative consensus as quickly as possible, with minimal barriers to participation in the discussion.
Also see:
High
  • Component verification: leverage all available tests to validate functional/API/etc capabilities of component distros
  • NFVI+VIM: start with well-established aspects of NFVI+VIM
  • Reference VNF portability: demonstrate portability and consistent operation for an ever-expanding suite of reference VNFs, which have been verified for most/all OPNFV distros
  • vIMS
  
  • Cross-controller dependent OPNFV features: verify operation of features that depend upon coordinated use of multiple components
  • SFC
  • Broadly supported OPNFV features: focus on features that are support in many/most distros and hardware platforms
        
Medium
  • Reliability: operation/performance under stress e.g. load and chaos
  • Performance: benchmarking
  • Security: static scans (vulnerabilities, licenses) and response to threats in operation
  • Infra lifecycle: deployment and day-2 operations
  • MANO: MANO-stack interop
Low
  • Narrowly-supported features: any features that are distro or hardware platform specific
  • Application (e.g. VNF) compliance with standards: while we may leverage reference VNFs as typical use cases their use should focus entirely upon verifying that the NFVI etc implementations result in a consistent user experience. The "user" in this case is the service provider, and consistency does not extend to whether the VNF itself or how it is operated adheres to any standards-based expectation on functionality.

Details on Test Areas

VIM Operations on Compute

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27493

IDTypeTest IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1VIM operations on ComputeCreate and show root certificatesCreate and show root certificatesVIM: Openstack
Components: Keystone, Nova
  
2VIM operations on ComputeFlavors CRD opsCreate, delete, list and show flavorsVIM: Openstack
Components: Keystone, Nova
  
3VIM operations on ComputeFloating IPs CRUD opsAllocate, delete, associate, disassociate, show and list floating ipsVIM: Openstack
Components: Keystone, Nova, Neutron
  
4VIM operations on ComputeImage metadata CRUD opsList, set, update, show, delete image metadatasVIM: Openstack
Components: Keystone, Nova
  
5VIM operations on ComputeImages CRUD opsDelete, list, show and create imagesVIM: Openstack
Components: Keystone, Nova, Glance
  
6VIM operations on ComputeKeypairs CRUD opsCreate, list, delete and show keypairsVIM: Openstack
Components: Keystone, Nova
  
7VIM operations on ComputeShow absolute limitsShow absolute limitsVIM: Openstack
Components: Keystone, Nova
  
8VIM operations on ComputeSecurity group rules CRUD opsCreate, delete and list security group rulesVIM: Openstack
Components: Keystone, Nova
  
9VIM operations on ComputeSecurity group CRUD opsCreate, delete, show, update and list security groupsVIM: Openstack
Components: Keystone, Nova
  
10VIM operations on ComputeInterfaces CRUD opsCreate, delete, show and list interfaces; attach and deattach ports to serversVIM: Openstack
Components: Keystone, Nova, Neutron
  
11VIM operations on ComputeList availability zonesList of availability zones and available servicesVIM: Openstack
Components: Keystone, Nova
  
12VIM operations on ComputeServers CRD opsCreate, delete, list and get serversVIM: Openstack
Components: Keystone, Nova, Neutron
  
13VIM operations on ComputeDevice taggingVerifty device tagging metadata of serversVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Neutron
  14VIM operations on ComputeRebuild, resize and update serverRebuild, resize and update serverVIM: Openstack
Components: Keystone, Nova
  
1514VIM operations on ComputeList and show instance actionsList and show instance actionsVIM: Openstack
Components: Keystone, Nova
  
1615VIM operations on ComputeMultiple create serversVerify whether reservation id is in the response body of creating serversVIM: Openstack
Components: Keystone, Nova
  
1716VIM operations on ComputeServer actionsChange server passwords; reboot, rebuild, resize, pause, unpause, suspend, resume, shelve, unshelve, stop, start, lock, unlock server; create backup; get console oupt; show vnc console;VIM: Openstack
Components: Keystone, Nova, Glance
  
1817VIM operations on ComputeList server addressesList server addressesVIM: Openstack
Components: Keystone, Nova, Neutron
  
1918VIM operations on ComputeServer groupCreate/delete server-groups with different policies.
policies = affinity/anti-affinity
It also adds the tests for list and get details of server-groups
VIM: Openstack
Components: Keystone, Nova
  
2019VIM operations on ComputeServer metadata CRUD opsList, set, update, show, delete server metadataVIM: Openstack
Components: Keystone, Nova
  
2120VIM operations on ComputeDelete and get server passwordDelete and get server passwordVIM: Openstack
Components: Keystone, Nova
  
2221VIM operations on ComputeServer personality opsCreate and rebuild servers with personalityVIM: Openstack
Components: Keystone, Nova
  
2322VIM operations on ComputeRescue and unrescue serversRescue and unrescue serversVIM: Openstack
Components: Keystone, Nova
  
2423VIM operations on ComputeCreate server with special metadataCreate server with admin password; create server with existing server name; create specify keypair; update server name; create server with IPv6 onlyVIM: Openstack
Components: Keystone, Nova
  
2524VIM operations on ComputeList virtual interfacesList virtual interfacesVIM: Openstack
Components: Keystone, Nova, Neutron
  
2625VIM operations on ComputeAttach and deattach volumeAttach and deattach volume; list and show volume attachments; delete attached volumeVIM: Openstack
Components: Keystone, Nova, Cinder
  
2726VIM operations on ComputeVolume snapshot CRD operationsCreate, show, list and delete volume snapshotsVIM: Openstack
Components: Keystone, Nova, Cinder
  
2827VIM operations on ComputeVolumes CRUD opsCreate, show, list, update and delete volumesVIM: Openstack
Components: Keystone, Nova, Cinder
  
2928VIM operations on ComputeShow and list extensionsShow and list extensionsVIM: Openstack
Components: Keystone, Nova
  
3029VIM operations on ComputeLive block migrationMigrating to an invalid host should not change the statusVIM: Openstack
Components: Keystone, Nova
  
3130VIM operations on ComputeList networksList networksVIM: Openstack
Components: Keystone, Nova, Neutron
  
3231VIM operations on ComputeQuotas CRUD opsShow, create, update and delete quotasVIM: Openstack
Components: Keystone, Nova
  
3332VIM operations on ComputeList and show tenant networksList and show tenant networksVIM: Openstack
Components: Keystone, Nova, Neutron
  
3433VIM operations on ComputeList and show API versionsList and show API versionsVIM: Openstack
Components: Keystone, Nova
  
3534VIM operations on ComputeAgents CRUDCreate, update, delete and list agentsVIM: Openstack
Components: Keystone, Nova
  
3635VIM operations on ComputeAggregate CRUDCreate, update, delete, show and list agentsVIM: Openstack
Components: Keystone, Nova
  
3736VIM operations on ComputeAuto-allocating networksTests auto-allocating networks with the v2.37 microversion.

The tenant must not have any network resources available to it so we can make sure that Nova calls to Neutron to automatically allocate the network topology.
VIM: Openstack
Components: Keystone, Nova, Neutron
  
3837VIM operations on ComputeFixed ipsList, reserve and unreserve fixed ipsVIM: Openstack
Components: Keystone, Nova
  
3938VIM operations on ComputeFlavors accessAdd and remove Flavor Access require admin privilegesVIM: Openstack
Components: Keystone, Nova
  
4039VIM operations on ComputeFlavor Extra Spec API extensionSET, UNSET, UPDATE Flavor Extra specs require admin privileges.
GET Flavor Extra specs can be performed even by without admin privileges.
VIM: Openstack
Components: Keystone, Nova
  
4140VIM operations on ComputeFloating IPs Bulk CRUDCreate, update, delete, and list Floating IPs Bulk that require admin privilegesVIM: Openstack
Components: Keystone, Nova, Neutron
  
4241VIM operations on ComputeHost CRUD negativeopsCreate, update, delete, show and list hosts using admin privilegesVIM: Openstack
Components: Keystone, Nova
  
4342VIM operations on ComputeList and show hostshypervisorsList and show hosts hypervisors using admin privilegesVIM: Openstack
Components: Keystone, Nova
  
43VIM operations on ComputeInstance usage audit logShow and list instance usage audit logVIM: Openstack
Components: Keystone, Nova
  
44VIM operations on ComputeList and show hypervisorsLive block migrationLive migration between two hostsList and show hypervisors using admin privilegesVIM: Openstack
Components: Keystone, Nova
  
45VIM operations on ComputeInstance usage audit log negativeMigrations adminLive migrations and cold migrationsShow instance usage audit logVIM: Openstack
Components: Keystone, Nova
  
46VIM operations on ComputeInstance usage audit logNova network APIList and show networkShow and list instance usage audit logVIM: Openstack
Components: Keystone, Nova
  
47VIM operations on ComputeLive block migrationServers create ops on multinodesCreate servers on same host; create servers on different Live migration between two hostsVIM: Openstack
Components: Keystone, Nova
  
48VIM operations on ComputeMigrations adminList and show servicesList and show servicesLive migrations and cold migrationsVIM: Openstack
Components: Keystone, Nova
  
49VIM operations on ComputeNova network APIList and show tenant usageList and show networkusage for tenantsVIM: Openstack
Components: Keystone, Nova
  , Nova  

 

VIM Operations on Network

The Gerrit reference for this test area:  https://gerrit.opnfv.org/gerrit/#/c/27497

50
IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1VIM operations on ComputeNetworkServers create ops on multinodesPorts CRU ops with allowed address pairCreate, list, update and show ports with allowed address pairCreate servers on same host; create servers on different hostsVIM: Openstack
Components: Keystone, NovaNeutron
  51
2VIM operations on ComputeList and show servicesNetworkDHCP + IPv6 serviceTest DHCPv6 specific features using SLAAC, stateless and stateful settings for subnets. Also it shall check dual-stack functionality (IPv4 + IPv6 together).
The tests include:
generating of SLAAC EUI-64 address in subnets with various settings
receiving SLAAC addresses in combinations of various subnets
receiving stateful IPv6 addresses
addressing in subnets with routerList and show services
VIM: Openstack
Components: Keystone, NovaNeutron
  52
3VIM operations on ComputeNetworkList and show tenant usageall available extensionsList and show usage for tenantsavailable extensions for the projectVIM: Openstack
Components: Keystone, NovaNeutron
  53
4VIM operations on ComputeSwap volumesNetworkPorts CRU ops with extra DHCP optionsCreate, list, show and update ports with the Extra DHCP optionsSwapp volumes with admin userVIM: Openstack
Components: Keystone, Nova, CinderNeutron
  

...

5VIM

...

operations on

...

NetworkFloating IPs CRUD opsCreate, update, delete, list, show and associate Floating IPsVIM: Openstack
Components: Keystone, Neutron
  
6
IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1VIM operations on NetworkPorts CRU ops with allowed address pairMetering extensions CRD opsList, Show, Create, Delete Metering labels
List, Show, Create, Delete Metering labels rulesCreate, list, update and show ports with allowed address pair
VIM: Openstack
Components: Keystone, Neutron
  
27VIM operations on NetworkNetworks and subnets CRUD opscreate a network for a project
list project's networks
show a project network details
create a subnet for a project
list project's subnets
show a project subnet details
network update
subnet update
delete a network also deletes its subnets
list external networks

All subnet tests are run once with ipv4 and once with ipv6.;
VIM: Openstack
Components: Keystone, Neutron
  
8VIM operations on NetworkPorts CRUD opsCreate, delete, list, show and update portsDHCP + IPv6 serviceTest DHCPv6 specific features using SLAAC, stateless and stateful settings for subnets. Also it shall check dual-stack functionality (IPv4 + IPv6 together).
The tests include:
generating of SLAAC EUI-64 address in subnets with various settings
receiving SLAAC addresses in combinations of various subnets
receiving stateful IPv6 addresses
addressing in subnets with router
VIM: Openstack
Components: Keystone, Neutron
  
39VIM operations on NetworkList all available extensionsRouters CRUD opsCreate, delete, list, show and update routers; add and remove router interfaceList available extensions for the projectVIM: Openstack
Components: Keystone, Neutron
  
410VIM operations on NetworkPorts CRU ops with extra DHCP optionsSecurity groups CRUD opsCreate, delete, list, show and update ports with the Extra DHCP optionssecurity groups;Create, delete, show security group rules;VIM: Openstack
Components: Keystone, Neutron
  
511VIM operations on NetworkFloating IPs CRUD opsList service providersList service providersCreate, update, delete, list, show and associate Floating IPsVIM: Openstack
Components: Keystone, Neutron
  
612VIM operations on NetworkMetering extensions CRD Subnet pools CRUD opsList, Show, Create, Delete Metering labels
List, Show, Create, Delete Metering labels rulesdelete, list, show and update subnet pools
VIM: Openstack
Components: Keystone, Neutron
  
713VIM operations on NetworkNetworks and subnets CRUD opsList API versionsList API versionscreate a network for a project
list project's networks
show a project network details
create a subnet for a project
list project's subnets
show a project subnet details
network update
subnet update
delete a network also deletes its subnets
list external networks
All subnet tests are run once with ipv4 and once with ipv6.;
VIM: Openstack
Components: Keystone, Neutron
  
814VIM operations on NetworkPorts CRUD opsAgents managementListCreate, delete, list, show and update portsagentsVIM: Openstack
Components: Keystone, Neutron
  
915VIM operations on NetworkRouters CRUD opsDHCP agent schedulerList DHCP agents on hosting network; List networks hosted by one DHCP; Add and remove networks from DHCP agentsCreate, delete, list, show and update routers; add and remove router interfaceVIM: Openstack
Components: Keystone, Neutron
  
1016VIM operations on NetworkSecurity groups External network CRUD opsCreate, delete, list, show and update security groups;Create, delete, show security group rules;external networksVIM: Openstack
Components: Keystone, Neutron
  
1117VIM operations on NetworkList service providersL3 agent schedulerList routers that the given L3 agent is hosting.
List L3 agents hosting the given router.
Add and Remove Router to L3 agentList service providers
VIM: Openstack
Components: Keystone, Neutron
  
1218VIM operations on NetworkSubnet pools CRUD Quotas CRU opsCreateList, show, deleteupdate, list, show and update subnet poolsset, reset quotasVIM: Openstack
Components: Keystone, Neutron
  
1319VIM operations on NetworkList API versionsRouter DVRCreate Distributed Virtual Routing (DVR) router; create a centralized router; update a centralized router to DVR routerList API versionsVIM: Openstack
Components: Keystone, Neutron
  

 

VIM Operations on Volume

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27499

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
114VIM operations on NetworkAgents managementVolumeList availability zonesList availability zonesList, show and update agentsVIM: Openstack
Components: Keystone, Nova, NeutronCinder
  
152VIM operations on NetworkDHCP agent schedulerVolumeList extensionsList of all extensionsList DHCP agents on hosting network; List networks hosted by one DHCP; Add and remove networks from DHCP agentsVIM: Openstack
Components: Keystone, Nova, NeutronCinder
  
163VIM operations on NetworkVolumeExternal network Snapshot metadata CRUD opsCreate, show, update, delete metadata; Create, listshow, show and update external networksVIM: Openstack
Components: Keystone, Neutron
  17VIM operations on NetworkL3 agent schedulerList routers that the given L3 agent is hosting.
List L3 agents hosting the given router.
Add and Remove Router to L3 agent, delete metadata items;
VIM: Openstack
Components: Keystone, Nova, NeutronCinder
  
184VIM operations on NetworkVolumeVolume metadata CRUD Quotas CRU opsListCreate, show, update, set, reset quotasdelete volume metadataVIM: Openstack
Components: Keystone, NeutronCinder
  
195VIM operations on NetworkRouter DVRVolumeVolume transfer CRUD opsCreate, show, update, delete and list volume transfersCreate Distributed Virtual Routing (DVR) router; create a centralized router; update a centralized router to DVR routerVIM: Openstack
Components: Keystone, NeutronCinder
  

...

6VIM

...

operations on

...

11Create, show, update, list and delete volumes, Glance20
Volume
IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
Volume actionsAttach and deattach volume to an instance; Verify that a volume bootable flag is retrieved; Verify that a volume's attachment information is retrieved; upload volume; reserve and unreserve volumes; update volume; Reset volume status; force delete volumesVIM: Openstack
Components: Keystone, Cinder, Glance
  
71VIM operations on VolumeList availability zonesVolume backup CRUD opsCreate, show, list, restore, delete volume backups;export and import volume backups; reset backup statusList availability zonesVIM: Openstack
Components: Keystone, Nova, Cinder
  
28VIM operations on VolumeList extensionsVolumes cloneCreates a volume from another volume passing a size different from the source volume; Create a volume from the bootable volumeList of all extensionsVIM: Openstack
Components: Keystone, Nova, Cinder
  
39VIM operations on VolumeSnapshot metadata CRUD opsExtend volumeExtend volumeCreate, show, update, delete metadata; Create, show, update, delete metadata items;VIM: Openstack
Components: Keystone, Nova, Cinder
  
410VIM operations on VolumeShow volume absolute limitsVolumes CRUD opsCreate, show, update, list and delete volumesShow volume absolute limits for a tenantVIM: Openstack
Components: Keystone, Cinder, Glance
  
511VIM operations on VolumeVolume metadata Volumes snapshot CRUD opsCreate a snapshot when volume status is in-use; Create, show, list, update , and delete volume metadatasnapshots;VIM: Openstack
Components: Keystone, Cinder
  
612VIM operations on VolumeVolume transfer CRUD Image metadata RUD opsCreate, Update and show, update, delete and list volume transfersimage metadataVIM: Openstack
Components: Keystone, Nova, Cinder, Glance
  
713VIM operations on VolumeVolume actionsCreate and show volume with Mutil backendShow volume id which created by type without prefix;Show volume id which created by type wit prefixAttach and deattach volume to an instance; Verify that a volume bootable flag is retrieved; Verify that a volume's attachment information is retrieved; upload volume; reserve and unreserve volumes; update volume; Reset volume status; force delete volumesVIM: Openstack
Components: Keystone, Cinder, Glance
  
814VIM operations on VolumeVolume backup Qos specs CRUD opsCreate, list, delete, show, listassociate, restore, delete volume backups;export and import volume backups; reset backup statusdisassociate, set/unset qos-specsVIM: Openstack
Components: Keystone, Cinder
  
915VIM operations on VolumeVolumes cloneSnapshot actionsReset and update snapshot status; force delete snapshot;Creates a volume from another volume passing a size different from the source volume; Create a volume from the bootable volumeVIM: Openstack
Components: Keystone, Cinder
  
1016VIM operations on VolumeExtend volumeList hostsList hostsExtend volumeVIM: Openstack
Components: Keystone, Nova, Cinder
  
17VIM operations on VolumeVolumes CRUD opsShow volume poolsShow volume poolsVIM: Openstack
Components: Keystone, Nova, Cinder
  
1218VIM operations on VolumeVolumes snapshot CRUD opsVolume quotas RUD opsList, showCreate a snapshot when volume status is in-use; Create, show, list,update and delete snapshots;volume quotasVIM: Openstack
Components: Keystone, Cinder
  
1319VIM operations on VolumeImage metadata RUD opsList volume servicesVolume service list requires admin privilegesUpdate and show, delete image metadataVIM: Openstack
Components: Keystone, Nova, Cinder, Glance
  
1420VIM operations on VolumeCreate and show volume with Mutil backendupdate volume snapshot quotasCreate and update volume snapshot quotasShow volume id which created by type without prefix;Show volume id which created by type wit prefixVIM: Openstack
Components: Keystone, Cinder
  
1521VIM operations on VolumeQos Volume types extra specs CRUD opsCreate, listshow, delete, show, associate, disassociate, set/unset qos-list and update volume types extra specsVIM: Openstack
Components: Keystone, Cinder
  
1622VIM operations on VolumeSnapshot actionsVolume types CRUD opsCreate, update, show, delete and list volume typesReset and update snapshot status; force delete snapshot;VIM: Openstack
Components: Keystone, Cinder
  
1723VIM operations on VolumeList hostsUser messages RD opsList hosts, show and delete user messsagesVIM: Openstack
Components: Keystone, Nova, Cinder
  
1824VIM operations on VolumeVolume quotas RUD opsList and show backends capabilitiesList , show,update and delete volume quotasand show backends capabilitiesVIM: Openstack
Components: Keystone, Cinder
  
1925VIM operations on VolumeList volume servicesAdd and list volume type accessAdd and list volume type accessVolume service list requires admin privilegesVIM: Openstack
Components: Keystone, Cinder
  

 

VIM Operations on Image

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27219

operations on Volume
IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1VIM operations on ImageImages member Create and update volume snapshot quotasCreate and update volume snapshot quotasVIM: Openstack
Components: Keystone, Cinder
  21VIM operations on VolumeVolume types extra specs CRUD opsCreate, show, delete, update, list and update volume types extra specsimages memberVIM: Openstack
Components: Keystone, CinderGlance
  https://gerrit.opnfv.org/gerrit/#/c/27221
222VIM operations on VolumeVolume types CRUD opsImageMetadata definition Namespaces basic functionalityCreate, show, update, show, delete and list volume typesmetadata definition namespaceVIM: Openstack
Components: Keystone, CinderGlance
  
23VIM operations on VolumeUser messages RD opsList, show and delete user messsagesVIM: Openstack
Components: Keystone, Cinder
  
https://gerrit.opnfv.org/gerrit/#/c/27223
3VIM operations on ImageMetadata definition resource types basic functionalityCreate, show, update, delete and list metadata definition resource types24VIM operations on VolumeList and show backends capabilitiesList and show backends capabilitiesVIM: Openstack
Components: Keystone, CinderGlance
  https://gerrit.opnfv.org/gerrit/#/c/27225
425VIM operations on VolumeList and show volume poolsImageImages CRUD opsRegister, show , delete, update and list images; upload and show the image fileList and show volume poolsVIM: Openstack
Components: Keystone, CinderGlance
  https://gerrit.opnfv.org/gerrit/#/c/27227
526VIM operations on VolumeImageAdd and list volume type accessCreate and delete image tagsCreate and delete image tagsAdd and list volume type accessVIM: Openstack
Components: Keystone, CinderGlance
  

...


VIM Operations on

...

Identity

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27501

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1VIM operations on ImageImages member CRUD opsIdentityList extensionsList all the extensionsCreate, show, delete, update, list images memberVIM: Openstack
Components: Keystone, Glance
  
2VIM operations on ImageMetadata definition namespace property basic functionalityIdentityAPI discovery featuresShow API version; show API media types; show API statusCreate, show, update, delete and list metadata definition namespace propertyVIM: Openstack
Components: Keystone, Glance
  
3VIM operations on ImageMetadata definition Namespaces basic functionalityIdentityProjects CRUD opsList, create, delete and update projects; associate a user to a projectCreate, show, update, delete and list metadata definition namespaceVIM: Openstack
Components: Keystone, Glance
  
4VIM operations on ImageIdentityToken CRUD opsMetadata definition resource types basic functionalityCreate, show, update, delete and list metadata definition resource typesVIM: Openstack
Components: Keystone, Glance
  5VIM operations on ImageShow metadata definition schemaShow metadata definition schemadelete, rescope token; Note: An unscoped token can be requested, that token can be used to request a scoped token. The scoped token can be revoked, and the original token used to get a token in a different project.VIM: Openstack
Components: Keystone, Glance
  
65VIM operations on ImageImages CRUD opsIdentityUpdate passwordUser update own passwordRegister, show , delete, update and list images; upload and show the image fileVIM: Openstack
Components: Keystone, Glance
 https://gerrit.opnfv.org/gerrit/#/c/22855/
https://gerrit.opnfv.org/gerrit/#/c/23843/
 
67VIM operations on ImageCreate and delete image tagsIdentityUser ec2 credentials CRD opsCreate, show, list and delete user ec2 credentialsCreate and delete image tagsVIM: Openstack
Components: Keystone, Glance
  

...

  
7
IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1VIM operations on IdentityList extensionsCredentials CRUD opsCreate, show, update, delete and list credentialsList all the extensionsVIM: Openstack
Components: Keystone
  
28VIM operations on IdentityAPI discovery featuresDefault project id1. create a domain
2. create a project in the domain
3. create a user in the domain, with the previous project as his default project
4. get roles and find the admin role
5. grant the admin role to the user on his project
6. create a new client with user's credentials
7. verify the user's token and see that it is scoped to the projectShow API version; show API media types; show API status
VIM: Openstack
Components: Keystone
  
39VIM operations on IdentityProjects Domains CRUD opsListCreate, createupdate, delete and update projects; associate a user to a projectlist domainsVIM: Openstack
Components: Keystone
  
410VIM operations on IdentityToken Endpoint CRUD opsCreate, showupdate, delete, rescope token; Note: An unscoped token can be requested, that token can be used to request a scoped token. The scoped token can be revoked, and the original token used to get a token in a different project.show and list endpointsVIM: Openstack
Components: Keystone
  
511VIM operations on IdentityUpdate passwordUser update own passwordVIM: Openstack
Components: Keystone
  6VIM operations on IdentityUser ec2 credentials CRD Groups CRUD opsCreate, show, update, delete, show and list groups; add, list and delete user ec2 credentialsusers in groups;VIM: Openstack
Components: Keystone
  
712VIM operations on IdentityCredentials Inherits CRUD opsCreate, assign, showlist, update, delete and list credentialscheck, revoke roles on domains user/domains group/projects user/projects group/domains/ project treesVIM: Openstack
Components: Keystone
  
813VIM operations on IdentityDefault project idPolicy CRUD opsList, create, update and delete policies1. create a domain
2. create a project in the domain
3. create a user in the domain, with the previous project as his default project
4. get roles and find the admin role
5. grant the admin role to the user on his project
6. create a new client with user's credentials
7. verify the user's token and see that it is scoped to the project
VIM: Openstack
Components: Keystone
  
914VIM operations on IdentityDomains Regions CRUD opsCreate, show, update, delete and list domainsregionsVIM: Openstack
Components: Keystone
  
1015VIM operations on IdentityEndpoint Roles CRUD opsCreate, show, update, delete and list roles; grant , show and list endpointslist and revoke role to user/group on project/domain/VIM: Openstack
Components: Keystone
  
1116VIM operations on IdentityGroups Services CRUD opsCreate, show, update, delete and list servicesVIM: Openstack
Components: Keystone
  
17VIM operations on IdentityTrusts CRU opsCreate, show, delete and list groups; add, list and delete users in groups;trusts; updates are not supported for trustsVIM: Openstack
Components: Keystone
  
1218VIM operations on IdentityInherits Users CRUD opsCreate, assignupdate, list, check, revoke roles on domains user/domains group/projects user/projects group/domains/ project treesshow, delete and list users; Request for token authentication with/without a valid token in headerVIM: Openstack
Components: Keystone
  

NFVI

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27503

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1NetworkvPingtwo vms setup in the same subnet and can ping each other (ssh, userdata, IPv4, IPv6(afraid not support now MatthewLi))13VIM operations on IdentityPolicy CRUD opsList, create, update and delete policiesVIM: Openstack
Components: Keystone: Keystone, Nova, Neutron, Glance
  
2NetworkvRouterTwo VMs in two different subnets, connected by a Neutron virtual router, can ping each other14VIM operations on IdentityRegions CRUD opsCreate, show, update, delete and list regionsVIM: Openstack
Components: Keystone, Nova, Neutron, Glance
  
3NetworkSecurity rulesVerify that a security rule prevents a type of traffic, remove rule, verify that traffic passes, add it back, test that traffic is stopped15VIM operations on IdentityRoles CRUD opsCreate, show, update, delete and list roles; grant ,list and revoke role to user/group on project/domain/VIM: Openstack
Components: Keystone, Nova, Neutron, Glance
  16VIM operations on IdentityServices CRUD opsCreate, show, update, delete and list services
4NetworkExternal routingVerify that a VM can access hosts external to the VIMVIM: Openstack
Components: Keystone, Nova, Neutron, Glance
  
5Network ...fill out CRUD operations for "network/subnet/router/port" operations17VIM operations on IdentityTrusts CRU opsCreate, show, delete and list trusts; updates are not supported for trustsVIM: Openstack
Components: Keystone, Nova, Neutron, Glance
  
6NetworkNetwork advanced server opsCheck VM connectivity after some advanced instance operations executed:

* Stop/Start an instance
* Reboot an instance
* Rebuild an instance
* Pause/Unpause an instance
* Suspend/Resume an instance
* Resize an instance
18VIM operations on IdentityUsers CRUD opsCreate, update, show, delete and list users; Request for token authentication with/without a valid token in headerVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
  

NFVI

Basic minimum scenario test
7NetworkNetwork basic operationsThis smoke test suite assumes that Nova has been configured to
boot VM's with Neutron-managed networking, and attempts to
verify network connectivity as follows:

There are presumed to be two types of networks: tenant and
public. A tenant network may or may not be reachable from the
Tempest host. A public network is assumed to be reachable from
the Tempest host, and it should be possible to associate a public
('floating') IP address with a tenant ('fixed') IP address to
facilitate external connectivity to a potentially unroutable
tenant IP address.
IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
?NetworkvPingtwo vms setup in the same subnet and can ping each other (ssh, userdata, IPv4, IPv6(afraid not support now MatthewLi))VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
  
2NetworkvRouterTwo VMs in two different subnets, connected by a Neutron virtual router, can ping each otherVIM: Openstack
Components: Keystone, Nova, Neutron, Glance
  
 
8NetworkNetwork v61. Create network with subnets:
1.1. one IPv4 and
1.2. one or more IPv6 in a given address mode
2. Boot 2 VMs on this network
3. Allocate and assign 2 FIP4
4. Check that vNICs of all VMs gets all addresses actually assigned
5. Each VM will ping the other's v4 private address
6. If ping6 available in VM, each VM will ping all of the other's v6
addresses as well as the router's
3NetworkSecurity rulesVerify that a security rule prevents a type of traffic, remove rule, verify that traffic passes, add it back, test that traffic is stoppedVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
  
49NetworkExternal routingVerify that a VM can access hosts external to the VIMVIM: Openstack
Components: Keystone, Nova, Neutron, Glance
  Security groups basic opsThis test case assumes that Nova has been configured to boot VM's with Neutron-managed networking, and attempts to verify cross tenant connectivity as follows
ssh:
in order to overcome "ip namespace", each tenant has an "access point"
VM with floating-ip open to incoming ssh connection allowing network
commands (ping/ssh) to be executed from within the
tenant-network-namespace
Tempest host performs key-based authentication to the ssh server via
floating IP address
connectivity test is done by pinging destination server via source server
ssh connection.
success - ping returns
failure - ping_timeout reached
multi-node:
Multi-Node mode is enabled when CONF.compute.min_compute_nodes > 1.
Tests connectivity between servers on different compute nodes.
When enabled, test will boot each new server to different
compute nodes.
5Network ...fill out CRUD operations for "network/subnet/router/port" operationsVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
  
10NFVIBasic minimum scenario test1. Create image
2. Create keypair
3. Boot instance with keypair and get list of instances
4. Create volume and show list of volumes
5. Attach volume to instance and getlist of volumes
6. Add IP to instance
7. Create and add security group to instance
8. Check SSH connection to instance
9. Reboot instance
10. Check SSH connection to instance after reboot
6NetworkNetwork advanced server opsCheck VM connectivity after some advanced instance operations executed:
* Stop/Start an instance
* Reboot an instance
* Rebuild an instance
* Pause/Unpause an instance
* Suspend/Resume an instance
* Resize an instance
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
   
11ComputeOPNFV_YARDSTICK_TC010Measure the memory read latency for varying memory sizes and strides. Whole memory hierarchy is measured including all levels of cache.Colorado Scenario:due to floating IP,not support odl_l2, bgnvpn7NetworkNetwork basic operationsThis smoke test suite assumes that Nova has been configured to
boot VM's with Neutron-managed networking, and attempts to
verify network connectivity as follows:
There are presumed to be two types of networks: tenant and
public. A tenant network may or may not be reachable from the
Tempest host. A public network is assumed to be reachable from
the Tempest host, and it should be possible to associate a public
('floating') IP address with a tenant ('fixed') IP address to
facilitate external connectivity to a potentially unroutable
tenant IP address.
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder, Heat
  
812NetworkNetwork v61. Create network with subnets:
1.1. one IPv4 and
1.2. one or more IPv6 in a given address mode
2. Boot 2 VMs on this network
3. Allocate and assign 2 FIP4
4. Check that vNICs of all VMs gets all addresses actually assigned
5. Each VM will ping the other's v4 private address
6. If ping6 available in VM, each VM will ping all of the other's v6
addresses as well as the router's
ComputeOPNFV_YARDSTICK_TC012Measure the rate at which data can be read from and written to the memory (this includes all levels of memory).Colorado Scenario: due to floating IP,not support odl_l2, bgnvpn
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder, Heat
  
913NetworkSecurity groups basic opsThis test case assumes that Nova has been configured to boot VM's with Neutron-managed networking, and attempts to verify cross tenant connectivity as follows
ssh:
in order to overcome "ip namespace", each tenant has an "access point"
VM with floating-ip open to incoming ssh connection allowing network
commands (ping/ssh) to be executed from within the
tenant-network-namespace
Tempest host performs key-based authentication to the ssh server via
floating IP address
connectivity test is done by pinging destination server via source server
ssh connection.
success - ping returns
failure - ping_timeout reached
multi-node:
Multi-Node mode is enabled when CONF.compute.min_compute_nodes > 1.
Tests connectivity between servers on different compute nodes.
When enabled, test will boot each new server to different
compute nodes.
ComputeOPNFV_YARDSTICK_TC014To evaluate the IaaS processing speed with regards to score of single cpu running and parallel running The purpose is also to be able to spot trends. Test results, graphs and similar shall be stored for comparison reasons and product evolution understanding between different OPNFV versions and/or configurations.Colorado Scenario: due to floating IP,not support odl_l2, bgnvpn
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder, Heat
  
14ComputeOPNFV_YARDSTICK_TC055To evaluate the IaaS compute capacity with regards to hardware specification, including number of cpus, number of cores, number of threads, available memory size and total cache size. Test results, graphs and similar shall be stored for comparison reasons and product evolution understanding between different OPNFV versions and/or configurations.Colorado Scenario:due to floating IP,not support odl_l2, bgnvpn
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder, Heat
  
1510ComputeNFVIAggregates basic opsCreates an aggregate within an availability zone
1. Create imageAdds a host to the aggregate
2. Create keypairChecks aggregate details
3. Boot instance with keypair and get list of instances
4. Create volume and show list of volumes
5. Attach volume to instance and getlist of volumes
6. Add IP to instance
7. Create and add security group to instance
8. Check SSH connection to instance
9. Reboot instance
10. Check SSH connection to instance after rebootUpdates aggregate's name
4. Removes host from aggregate
5. Deletes aggregate
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
   
16ComputeServer advanced operationsThis test case stresses some advanced server instance operations:
* Resizing a volume-backed instance
* Sequence suspend resume
11ComputeOPNFV_YARDSTICK_TC010Measure the memory read latency for varying memory sizes and strides. Whole memory hierarchy is measured including all levels of cache.Colorado Scenario:due to floating IP,not support odl_l2, bgnvpnVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder, Heat
  
1217ComputeOPNFV_YARDSTICK_TC012Measure the rate at which data can be read from and written to the memory (this includes all levels of memory).Server basic operationsThis smoke test case follows this basic set of operations:
* Create a keypair for use in launching an instance
* Create a security group to control network access in instance
* Add simple permissive rules to the security group
* Launch an instance
* Perform ssh to instance
* Verify metadata service
* Verify metadata on config_drive
* Terminate the instanceColorado Scenario: due to floating IP,not support odl_l2, bgnvpn
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder, Heat
  
1318ComputeOPNFV_YARDSTICK_TC014To evaluate the IaaS processing speed with regards to score of single cpu running and parallel running The purpose is also to be able to spot trends. Test results, graphs and similar shall be stored for comparison reasons and product evolution understanding between different OPNFV versions and/or configurations.Server multinodeThis is a set of tests specific to multinode testingColorado Scenario: due to floating IP,not support odl_l2, bgnvpnVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder, Heat
  
1419ComputeShelve instanceThe following is the scenario outline:
* boot an instance and create a timestamp file in it
* shelve the instance
* unshelve the instance
* check the existence of the timestamp file in the unshelved instance
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
  
20ComputeSnapshot patternThe following is the outline:
* boot an instance and create a timestamp file in it
* snapshot the instance
* boot a second instance from the snapshot
* check the existence of the timestamp file in the second instance
OPNFV_YARDSTICK_TC055To evaluate the IaaS compute capacity with regards to hardware specification, including number of cpus, number of cores, number of threads, available memory size and total cache size. Test results, graphs and similar shall be stored for comparison reasons and product evolution understanding between different OPNFV versions and/or configurations.Colorado Scenario:due to floating IP,not support odl_l2, bgnvpnVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder, Heat
  
1521ComputeAggregates basic opsCreates an aggregate within an availability zone
1. Adds a host to the aggregate
2. Checks aggregate details
3. Updates aggregate's name
4. Removes host from aggregate
5. Deletes aggregate
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
  Stamp patternThis test is for snapshotting an instance/volume and attaching the volume
created from snapshot to the instance booted from snapshot.
The following is the scenario outline:
1. Boot an instance "instance1"
2. Create a volume "volume1"
3. Attach volume1 to instance1
4. Create a filesystem on volume1
5. Mount volume1
6. Create a file which timestamp is written in volume1
7. Unmount volume1
8. Detach volume1 from instance1
9. Get a snapshot "snapshot_from_volume" of volume1
10. Get a snapshot "snapshot_from_instance" of instance1
11. Boot an instance "instance2" from snapshot_from_instance
12. Create a volume "volume2" from snapshot_from_volume
13. Attach volume2 to instance2
14. Check the existence of a file which created at 6. in volume2
16ComputeServer advanced operationsThis test case stresses some advanced server instance operations:
* Resizing a volume-backed instance
* Sequence suspend resume
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
  
1722ComputeServer basic operationsVolume boot patternThis smoke test case follows this basic set of operationsattempts to reproduce the following steps:

* Create a keypair for use in launching an instance
* Create a security group to control network access in instance
* Add simple permissive rules to the security group
* Launch an instance
* Perform ssh to instance
* Verify metadata service
* Verify metadata on config_drive
* Terminate the instancesome bootable volume importing a image
* Boot an instance from the bootable volume
* Write content to the volume
* Delete an instance and Boot a new instance from the volume
* Check written content in the instance
* Create a volume snapshot while the instance is running
* Boot an additional instance from the new snapshot based volume
* Check written content in the instance booted from snapshot
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
  
1823ComputeServer multinodeThis is a set of tests specific to multinode testingVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
  19ComputeShelve instanceThe following is the scenario outline:
* boot an instance and create a timestamp file in it
* shelve the instance
* unshelve the instance
* check the existence of the timestamp file in the unshelved instance
Storageyardstick_tc005Fio test is invoked in a host VM on a compute blade, a job file as well as parameters are passed to fio and fio will start doing what the job file tells it to do.Colorado Scenario: due to floating IP,not support odl_l2, bgnvpn
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder, Heat
  
2024ComputeStorageSnapshot patternEncrypted volumesThis test is for verifying the functionality of encrypted volumes.

For both LUKS and cryptsetup encryption types, this test performs
the following:
* Creates an image
* Boots an instance from the image
* Creates an encryption type (as admin)
* Creates a volume of that encryption type (as a regular user)
* Attaches and detaches the encrypted volume to the The following is the outline:
* boot an instance and create a timestamp file in it
* snapshot the instance
* boot a second instance from the snapshot
* check the existence of the timestamp file in the second instance
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
  

High Availability (HA)  

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27505

Volume boot patterntc005Encrypted volumes
IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1HAOPNFV_YARDSTICK_TC019This test case will verify the high availability of the service provided by compute on control node.21ComputeStamp patternThis test is for snapshotting an instance/volume and attaching the volume
created from snapshot to the instance booted from snapshot.
The following is the scenario outline:
1. Boot an instance "instance1"
2. Create a volume "volume1"
3. Attach volume1 to instance1
4. Create a filesystem on volume1
5. Mount volume1
6. Create a file which timestamp is written in volume1
7. Unmount volume1
8. Detach volume1 from instance1
9. Get a snapshot "snapshot_from_volume" of volume1
10. Get a snapshot "snapshot_from_instance" of instance1
11. Boot an instance "instance2" from snapshot_from_instance
12. Create a volume "volume2" from snapshot_from_volume
13. Attach volume2 to instance2
14. Check the existence of a file which created at 6. in volume2
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
SDN: not support SDN
Sepcial requirements: 3 control nodes with HA
  
222ComputeHAOPNFV_YARDSTICK_TC045This test case will verify the high availability of the network service provided by network on control nodeVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
SDN: not support SDN
Sepcial requirements: 3 control nodes with HA
  
3HAOPNFV_YARDSTICK_TC046This test case will verify the high availability of the user service provided by Identity on control node attempts to reproduce the following steps:
* Create some bootable volume importing a image
* Boot an instance from the bootable volume
* Write content to the volume
* Delete an instance and Boot a new instance from the volume
* Check written content in the instance
* Create a volume snapshot while the instance is running
* Boot an additional instance from the new snapshot based volume
* Check written content in the instance booted from snapshot
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
  
234StorageHAyardstickOPNFV_YARDSTICK_TC047Fio test is invoked in a host VM on a compute blade, a job file as well as parameters are passed to fio and fio will start doing what the job file tells it to do.Colorado Scenario: due to floating IP,not support odl_l2, bgnvpnThis test case will verify the high availability of the image service provided by image on control nodeVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder, Heat
  
245StorageHAOPNFV_YARDSTICK_TC048This test is for verifying the functionality of encrypted volumes.
For both LUKS and cryptsetup encryption types, this test performs
the following:
* Creates an image
* Boots an instance from the image
* Creates an encryption type (as admin)
* Creates a volume of that encryption type (as a regular user)
* Attaches and detaches the encrypted volume to the instancecase will verify the high availability of the volume service provided by network on control node
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
  
6HAOPNFV_YARDSTICK_TC049This test case will verify the high availability of the storage service provided by object storage on control nodeVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
Additional Components: Swift
  

High Availability (HA)

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
17HAOPNFV_YARDSTICK_TC019TC050This test case will verify the high availability of control node. When one of the service provided by compute on control node.controller failed to connect the network, which breaks down the Openstack services on this node. These Openstack service should able to be accessed by other controller nodes, and the services on failed controller node should be isolatedVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
SDN: not support SDN
Sepcial requirements: 3 control nodes with HA
  
28HAOPNFV_YARDSTICK_TC045TC051This test case will verify the high availability of the network service provided by network on control nodecontrol node. When the CPU usage of a specified controller node is stressed to 100%, which breaks down the Openstack services on this node. These Openstack service should able to be accessed by other controller nodes, and the services on failed controller node should be isolatedVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
SDN: not support SDN
Sepcial requirements: 3 control nodes with HA
  
39HAOPNFV_YARDSTICK_TC046TC052This test case will verify the high availability of control node. When the disk I/O of the user service provided by Identity on control nodea specified disk is blocked, which breaks down the Openstack services on this node. Read and write services should still be accessed by other controller nodes, and the services on failed controller node should be isolatedVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
  4HAOPNFV_YARDSTICK_TC047This test case will verify the high availability of the image service provided by image on control nodeVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, CinderSDN: not support SDN
Sepcial requirements: 3 control nodes with HA
  
510HAOPNFV_YARDSTICK_TC048TC053This test case will verify the high availability of the volume service provided by network on control nodeload balance service(current is HAProxy) that supports OpenStack on controller node. When the load balance service of a specified controller node is killed, whether other load balancers on other controller nodes will work, and whether the controller node will restart the load balancer are checkedVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
SDN: not support SDN
Sepcial requirements: 3 control nodes with HA
  
611HAOPNFV_YARDSTICK_TC049TC054This test case will verify the high availability for virtual ip in the environment. When master node of the storage service provided by object storage on control nodevirtual ip is abnormally shutdown, connection to virtual ip and the services binded to the virtual IP it should be OKVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
Additional Components: Swift
SDN: not support SDN
Sepcial requirements: 3 control nodes with HA
  
7HAOPNFV_YARDSTICK_TC050This test case will verify the high availability of control node. When one of the controller failed to connect the network, which breaks down the Openstack services on this node. These Openstack service should able to be accessed by other controller nodes, and the services on failed controller node should be isolatedVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
SDN: not support SDN
Sepcial requirements: 3 control nodes with HA
  

IPv6

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27509

Link to the introduction of IPv6 test cases status: Ipv6 Test Cases Status

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1IPv6Test Case 1: Create and Delete an IPv6 Network, Port and SubnetTo test if Create and Delete an IPv6 Network, Port and Subnet is OK.VIM: Openstack 8HAOPNFV_YARDSTICK_TC051This test case will verify the high availability of control node. When the CPU usage of a specified controller node is stressed to 100%, which breaks down the Openstack services on this node. These Openstack service should able to be accessed by other controller nodes, and the services on failed controller node should be isolatedVIM: Openstack
Components: Keystone, Nova, Neutron, Glance , Cinder
SDN: not support SDN
Sepcial requirements: 3 control nodes with HASpecial Requirements: ipv6 network configuration
  
92HAOPNFV_YARDSTICK_TC052This test case will verify the high availability of control node. When the disk I/O of a specified disk is blocked, which breaks down the Openstack services on this node. Read and write services should still be accessed by other controller nodes, and the services on failed controller node should be isolatedIPv6Test Case 2: Create, Update and Delete an IPv6 Network and SubnetTo test if Create, Update and Delete an IPv6 Network and Subnet is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configurationVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
SDN: not support SDN
Sepcial requirements: 3 control nodes with HA
  
103HAOPNFV_YARDSTICK_TC053IPv6Test Case 3: Check External Network VisibilityTo test if Check External Network Visibility is OK.This test case will verify the high availability of the load balance service(current is HAProxy) that supports OpenStack on controller node. When the load balance service of a specified controller node is killed, whether other load balancers on other controller nodes will work, and whether the controller node will restart the load balancer are checkedVIM: Openstack
Components: Keystone, Nova, Neutron, Glance , Cinder
SDN: not support SDN
Sepcial requirements: 3 control nodes with HASpecial Requirements: ipv6 network configuration
  
114HAOPNFV_YARDSTICK_TC054IPv6Test Case 4: List IPv6 Networks and Subnets of a TenantTo test if List IPv6 Networks and Subnets of a Tenant is OK.This test case will verify the high availability for virtual ip in the environment. When master node of virtual ip is abnormally shutdown, connection to virtual ip and the services binded to the virtual IP it should be OKVIM: Openstack
Components: Keystone, Nova, Neutron, Glance , Cinder
SDN: not support SDN
Sepcial requirements: 3 control nodes with HASpecial Requirements: ipv6 network configuration
  

IPv6

5
IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1IPv6Test Case 1: Create and Delete 5: Show Information of an IPv6 Network , Port and SubnetTo test if Create and Delete Show Information of an IPv6 Network , Port and Subnet is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
26IPv6Test Case 26: Create , Update and Delete an IPv6 Network and SubnetPort in Allowed Allocation PoolsTo test if Create , Update and Delete an IPv6 Network and Subnet Port in Allowed Allocation Pools is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
37IPv6Test Case 3: Check External Network Visibility7: Create an IPv6 Port without Security GroupsTo test if Check External Network Visibility Create an IPv6 Port without Security Groups is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
48IPv6Test Case 4: List IPv6 Networks and Subnets of a Tenant8: Create, Update and Delete an IPv6 PortTo test if List IPv6 Networks and Subnets of a Tenant Create, Update and Delete an IPv6 Port is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
59IPv6Test Case 5: Show Information of an IPv6 Network and Subnet9: List IPv6 Ports of a TenantTo test if Show Information of an IPv6 Network and Subnet List IPv6 Ports of a Tenant is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
610IPv6Test Case 610: Create Show Information of an IPv6 Port in Allowed Allocation PoolsTo test if Create Show Information of an IPv6 Port in Allowed Allocation Pools is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
711IPv6Test Case 7: Create 11: Add Multiple Interfaces for an IPv6 Port without Security GroupsRouterTo test if Create Add Multiple Interfaces for an IPv6 Port without Security Groups Router is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
812IPv6Test Case 812: Create, Update Add and Delete Remove an IPv6 PortRouter Interface with port_idTo test if Create, Update Add and Delete Remove an IPv6 Port Router Interface with port_id is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
913IPv6Test Case 9: List IPv6 Ports of a Tenant13: Add and Remove an IPv6 Router Interface with subnet_idTo test if List IPv6 Ports of a Tenant Add and Remove an IPv6 Router Interface with subnet_id is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
1014IPv6Test Case 10: Show Information of an IPv6 Port14: Create, Update, Delete, List and Show an IPv6 RouterTo test if Show Information of Create, Update, Delete, List and Show an IPv6 Port Router is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
1115IPv6Test Case 11: Add Multiple Interfaces for an IPv6 Router15: Create, Update, Delete, List and Show an IPv6 Security GroupTo test if Add Multiple Interfaces for an IPv6 Router Create, Update, Delete, List and Show an IPv6 Security Group is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
1216IPv6Test Case 1216: Add and Remove an IPv6 Router Interface with port_idCreate, Delete and Show Security Group RulesTo test if Add and Remove an IPv6 Router Interface with port_id Create, Delete and Show Security Group Rules is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
1317IPv6Test Case 13: Add and Remove an IPv6 Router Interface with subnet_id17: List All Security GroupsTo test if Add and Remove an IPv6 Router Interface with subnet_id List All Security Groups is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
1418IPv6Test Case 14: Create, Update, Delete, List and Show an IPv6 Router18: IPv6 Address Assignment - DHCPv6 StatelessTo test if Create, Update, Delete, List and Show an IPv6 Router IPv6 Address Assignment - DHCPv6 Stateless is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
1519IPv6Test Case 15: Create, Update, Delete, List and Show an IPv6 Security Group19: IPv6 Address Assignment - Dual Stack, DHCPv6 StatelessTo test if Create, Update, Delete, List and Show an IPv6 Security Group IPv6 Address Assignment - Dual Stack, DHCPv6 Stateless is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
1620IPv6Test Case 16: Create, Delete and Show Security Group Rules20: IPv6 Address Assignment - Multiple Prefixes, DHCPv6 StatelessTo test if Create, Delete and Show Security Group Rules IPv6 Address Assignment - Multiple Prefixes, DHCPv6 Stateless is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
1721IPv6Test Case 17: List All Security Groups21: IPv6 Address Assignment - Dual Stack, Multiple Prefixes, DHCPv6 StatelessTo test if List All Security Groups IPv6 Address Assignment - Dual Stack, Multiple Prefixes, DHCPv6 Stateless is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
1822IPv6Test Case 1822: IPv6 Address Assignment - DHCPv6 StatelessSLAACTo test if IPv6 Address Assignment - DHCPv6 Stateless SLAAC is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
1923IPv6Test Case 1923: IPv6 Address Assignment - Dual Stack, DHCPv6 StatelessSLAACTo test if IPv6 Address Assignment - Dual Stack, DHCPv6 Stateless SLAAC is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
2024IPv6Test Case 2024: IPv6 Address Assignment - Multiple Prefixes, DHCPv6 StatelessSLAACTo test if IPv6 Address Assignment - Multiple Prefixes, DHCPv6 Stateless SLAAC is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
2125IPv6Test Case 2125: IPv6 Address Assignment - Dual Stack, Multiple Prefixes, DHCPv6 StatelessSLAACTo test if IPv6 Address Assignment - Dual Stack, Multiple Prefixes, DHCPv6 Stateless SLAAC is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
2226IPv6Test Case 2226: IPv6 Address Assignment - SLAACTo test if IPv6 Address Assignment - SLAAC is OK.Service VM as an IPv6 vRouterOPNFV_YARDSTICK_TC027
To do a basic verification that IPv6 connectivity is within acceptable boundaries when ipv6 packets travel between hosts located on same or different compute blades.
Colorado Scenario: nosdn, nofeature
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration
  
23IPv6Test Case 23: IPv6 Address Assignment - Dual Stack, SLAACTo test if IPv6 Address Assignment - Dual Stack, SLAAC is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
24IPv6Test Case 24: IPv6 Address Assignment - Multiple Prefixes, SLAACTo test if IPv6 Address Assignment - Multiple Prefixes, SLAAC is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
25IPv6Test Case 25: IPv6 Address Assignment - Dual Stack, Multiple Prefixes, SLAACTo test if IPv6 Address Assignment - Dual Stack, Multiple Prefixes, SLAAC is OK.VIM: Openstack Components: Keystone, Nova, Neutron, Glance Special Requirements: ipv6 network configuration  
26IPv6Test Case 26: Service VM as an IPv6 vRouterOPNFV_YARDSTICK_TC027
To do a basic verification that IPv6 connectivity is within acceptable boundaries when ipv6 packets travel between hosts located on same or different compute blades.
Colorado Scenario: nosdn, nofeature
VIM: Openstack
Components: Keystone, Nova, Neutron, Glance
SDN: not support SDN
  

 

VPN


SDN: not support SDN
  

 

VPN

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27511

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1VPNVPN CRUD
1. Create VPN instance and check command return code
2. Check if VPN instance is present
3. Create IETF VM interface and check return code
4. Verify IETF VM interface
5. Create VPN interface for IETF interface
6. Verify VPN interface
7. Verify FIB entry after create
8. Delete VM VPN interface
9. Verify after deleting VM VPN interface
10. Delete VPN instance
11. Verify after deleting VPN instance
12. Delete VM IETF interface
13. Verify after deleting VM IETF interface
14. Verify FIB entry after delete
   
2VPNBGP VPN CRUD1. Create BGPVPN 
2. Create BGPVPN with malformatted route target (e.g. ASN:NN) should fail.
3. Create BGPVPN with invalid route target (e.g. 65536:0) should fail.
4. Getting the VPN list works without producing an error.
5. Updating an existing BGPVPN works.
6. Displaying parameters of an existing BGPVPN works.
7. Deleting a BGPVPN works.
8. Associating an existing BGPVPN with a Neutron network works
9. Getting the associated Neutron network works.
10. Deleting the network association works.
11. Associating an existing BGPVPN with a Neutron Router works
12. Getting the associated Neutron router works.
13. Deleting the router association works
   
3VPNData Center Gateway integrationData Center Gateway integration, check if routes are correctly exchanged between SDN controller and datacenter gateway   
4VPNInter-DC communicationInter-DC communication, Check if communication between two data centers connected through an MPLS backbone works.   
5VPNSubnet connectivityVPN provides connectivity between subnets. different subnets cannot reach each other unless they are connected to the same Router.
IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1VPNTest Case 1 - VPN provides connectivity between subnetsVPN provides connectivity between subnetsColorado Scenario: odl_l2, bgpvpn
VIM: Openstack
Components: Nova, Cinder, Neutron, KeyStone
SDN: ODL
Feature: no feature needed
  
26VPNTest Case 2 - tenant separationTenant separationVPNs enable using the same IP address ranges in different VPNs, which is an important feature for tenant separation in the DC. This test verifies if the correct VM is reached under a given IP address when IP addresses are used multiple times in the same DC.tenant separationColorado Scenario: odl_l2, bgpvpn
VIM: Openstack
Components: Nova, Cinder, Neutron, KeyStone
SDN: ODL
Feature: no feature needed
  
37VPNTest Case 4 - VPN provides connectivity between subnets using router associationVPN provides connectivity between subnets using router associationColorado Scenario: odl_l2, bgpvpn
VIM: Openstack
Components: Nova, Cinder, Neutron, KeyStone
SDN: ODL
Feature: no feature needed
  
48VPNTest Case 7 - A subnet with a router attached can be associated to a VPN with network association and given a floating IPA subnet with a router attached can be associated to a VPN with network association and given a floating IPColorado Scenario: odl_l2, bgpvpn
VIM: Openstack
Components: Nova, Cinder, Neutron, KeyStone
SDN: ODL
Feature: no feature needed 
  


Fault Management(Doctor)

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27513

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1Fault managementRelaunch instance ?When an instance fails, can the platform restart the instance automatically?   
2Fault managementScale-up ?Can a new instance of a given type be launched when a certain load is hit?   
3Fault managementSubscribe to a fault eventListen for an instance fault , and verify that when the instance is killed we hear about it   
4Fault managementfailure notificationTo test VM failure notification time. Boot a VM and create an alarm event in Ceilometer using the consumer ip. Once Doctor components are started, a failure is injected to the system, then the consumer receives a failure notification.VIM: Openstack
Components: Keystone, Nova, Neutron, Glance
Additional component: Cinder, Ceilometer, Aodh, Congress, Vitrage
Feature: Doctor
  

...

: Doctor  

KVM

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27515

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1KvmTimer Test without workloadMeasure system high resolution by using Cyclictest, getting latencies as results.VIM: Openstack
Components: Keystone, Nova, Neutron, Glance
Special Requirments:
1. BIOS setup
2. kernel configuration
3. run time environment setup
refer to https://wiki.opnfv.org/display/kvm/KVM4NFV+Test++Environment
  

Parser

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27517

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1Parserverify the function of Yang-to-Tosca in ParserOffers the capability to translate yang based scriptors to tosca formate templatesVIM: Openstack not necessary, run in jumpserver
Feature: no feature needed
  
2Parserverify the function of Policy-to-Tosca in ParserEnables policy related fields in tosca could be translated into heat orchestration template correctlyVIM: Openstack not necessary, run in jumpserver
Feature: no feature needed
  
3Parserverify the function of Tosca-to-Heat in ParserHeat-translator call class of ToscaTemplate in tosca-parser firstly to validate and parse input yaml file, then tranlate the file into hot fileVIM: Openstack not necessary, run in jumpserver
Feature: no feature needed
  

virtual Traffic Classifier

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27519

IDTypeTest CaseDescriptionPre-condition & requirementsStatusReferences
1VTCopnfv_yardstick_tc020To verify that a newly instantiated vTC is ‘alive’ and functional and its instantiation is correctly supported by the infrastructureVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
Additional Components: Heat
Special:
Hardware:
1. physical node hosting the packet generator must have 2 NICs which are DPDK compatible
2. The switch used must support multicast traffic and IGMP snooping
3. The corresponding ports to which the cables are connected need to be configured as VLAN trunks using two of the VLAN IDs available for Neutron.
Software: vtc, DPDK_pktgen, python-dev, python-pip, python-mock, tcpreplay, libpcap-dev, smcroute
  
2VTCopnfv_yardstick_tc021To verify that a newly instantiated vTC is ‘alive’ and functional and its instantiation is correctly supported by the infrastructure in the presence of noisy neighbours.VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
Additional Components: Heat
Special:
Hardware:
1. physical node hosting the packet generator must have 2 NICs which are DPDK compatible
2. The switch used must support multicast traffic and IGMP snooping
3. The corresponding ports to which the cables are connected need to be configured as VLAN trunks using two of the VLAN IDs available for Neutron.
Software: vtc, DPDK_pktgen, python-dev, python-pip, python-mock, tcpreplay, libpcap-dev, smcroute
  

Copper

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27521

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1CopperDMZ PlacementPause VMs running in a DMZ zone, if the image running is not allowed to run in that zoneVIM: Openstack
Components: Nova, Cinder, Neutron, KeyStone
Additional Components: Ceilometer
Feature: no feature needed
  
2CopperSMTP IngressIdentify VMs that have TCP port 25 open for ingressVIM: Openstack
Components: Nova, Cinder, Neutron, KeyStone
Additional Components: Ceilometer
Feature: no feature needed
  
3CopperReserved SubnetDelete any subnets created in restricted network rangesVIM: Openstack
Components: Nova, Cinder, Neutron, KeyStone
Additional Components: Ceilometer
Feature: no feature needed
  

...

feature needed  

Promise

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27523

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1PromiseCapacity ManagementIncluding add providers, update the capacity, and query the current capacity and utilization of a providerVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
Feature: no feature needed
  
2PromiseReservation ManagementAllows a Consumer to request reservations for resource capacity (create, update, cancel, query reservations)VIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
Feature: no feature needed
  
3PromiseAllocation ManagementCreate an instance of specified resource(s) for immediate use utilizing capacity from the pool and destroy an existing server instance and release it back to the poolVIM: Openstack
Components: Keystone, Nova, Neutron, Glance, Cinder
Feature: no feature needed
  

Multisite

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27525

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1MultisiteQuota Management APIThis testcase includes 9 functions:
1. Update global limit for a tenant
2. Get global limit for a tenant
3. A tenant can also get the global limit by himself
4. Get defaults limits
5. Get total usage for a tenant
6. A tenant can also get the total usage by himself
7. On demand quota sync
8. Delete specific global limit for a tenant
9. Delete all kingbird global limit for a tenant
Colorado Scenario: os-nosdn-multisite-ha
VIM: Openstack
Components: Nova, Cinder, Neutron, KeyStone, Glance, ceilometer
SDN: not support SDN
Feature: no feature needed
  
2MultisiteQuota Class APIThis testcase includes 3 functions:
1. Update default quota class
2. Get default quota class
3. Delete default quota class
Colorado Scenario:os-nosdn-multisite-ha
VIM: Openstack
Components: Nova, Cinder, Neutron, KeyStone, Glance, ceilometer
SDN: not support SDN
Feature: no feature needed
  


SDN controller(ODL)

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27533

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1ODLrestconf modulesverify Restconf is OKColorado Scenario: odl_l2 or odl_l3
VIM: Openstack
Components: Neutron, ODL
Feature: no feature needed
  
2ODLneutron reachabilityGet the complete list of networks
Get the complete list of subnets
Get the complete list of ports
Colorado Scenario: odl_l2 or odl_l3
VIM: Openstack
Components: Neutron, ODL
Feature: no feature needed
  
3ODLneutron networksChecking Network created in OpenStack are pushed
to OpenDaylight
Colorado Scenario: odl_l2 or odl_l3
VIM: Openstack
Components: Neutron, ODL
Feature: no feature needed
  
4ODLneutron subnetsChecking Subnets created in OpenStack are pushed
to OpenDaylight
Colorado Scenario: odl_l2 or odl_l3
VIM: Openstack
Components: Neutron, ODL
Feature: no feature needed
  
5ODLneutron portsChecking Port created in OpenStack are pushed
to OpenDaylight
Colorado Scenario: odl_l2 or odl_l3
VIM: Openstack
Components: Neutron, ODL
Feature: no feature needed
  
6ODLneutron delete portsChecking Port deleted in OpenStack are deleted
also in OpenDaylight
Colorado Scenario: odl_l2 or odl_l3
VIM: Openstack
Components: Neutron, ODL
Feature: no feature needed
  
7ODLneutron delete subnetsChecking Subnets deleted in OpenStack are deleted
also in OpenDaylight
Colorado Scenario: odl_l2 or odl_l3
VIM: Openstack
Components: Neutron, ODL
Feature: no feature needed
  
8ODLneutron delete networksChecking Network deleted in OpenStack are deleted
also in OpenDaylight
Colorado Scenario: odl_l2 or odl_l3
VIM: Openstack
Components: Neutron, ODL
Feature: no feature needed
  

SDN controller(ONOS)

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27535

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1ONOSVirtual Network NBI Test -Network PostBelonged to tier FUNCvirNetNB, this is create Network northbound test, in order to determine if North bound can handle the request, including steps:
1) Generate Post Data,
2) Post Data via HTTP,
3) Get Data via HTTP,
4) Compare Send Id and Get Id
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
2ONOSNetwork UpdateBelonged to tier FUNCvirNetNB, this is update Network northbound test, in order to determine if North bound can handle the request, including steps:
1) Generate Post Data,
2) Post Data via HTTP,
3) Update Data via HTTP,
4) Get Data via HTTP,
5) Compare Update data
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
3ONOSNetwork DeleteBelonged to tier FUNCvirNetNB, this is delete Network northbound test, in order to determine if North bound can handle the request, including steps:
1) Generate Post Data,
2) Post Data via HTTP,
3) Delete Data via HTTP,
4) Get Data is NULL
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
4ONOSSubnet PostBelonged to tier FUNCvirNetNB, this is create Subnet northbound test, in order to determine if North bound can handle the request, including steps:
1) Generate Post Data,
2) Post Network Data via HTTP(Post Subnet need post network),
3) Post Subnet Data via HTTP,
4) Get Subnet Data via HTTP,
5) Compare Post Subnet Data via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
5ONOSSubnet UpdateBelonged to tier FUNCvirNetNB, this is update Subnet northbound test, in order to determine if North bound can handle the request, including steps:
1) Generate Post Data,
2) Post Network Data via HTTP(Post Subnet need post network),
3) Post Subnet Data via HTTP,
4) Update Subnet Data via HTTP,
5) Get Subnet Data via HTTP,
6) Compare Subnet Data,
7) Delete Subnet via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
6ONOSSubnet DeleteBelonged to tier FUNCvirNetNB, this is delete Subnet northbound test, in order to determine if North bound can handle the request, including steps:
1) Generate Post Data,
2) Post Network Data via HTTP(Post Subnet need post network),
3) Post Subnet Data via HTTP,
4) Delete Subnet Data via HTTP,
5) Get Subnet Data is NULL
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
7ONOSPort PostBelonged to tier FUNCvirNetNB, this is create Virtualport northbound test, in order to determine if North bound can handle the request, including steps:
1) Generate Post Data,
2) Post Network Data via HTTP(Post Subnet need post network),
3) Post Subnet Data via HTTP(Post port need post subnet),
4) Post Port Data via HTTP,
5) Get Port Data via HTTP,
6) Compare Post Port Data,
7) Clean Data via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
8ONOSPort UpdateBelonged to tier FUNCvirNetNB, this is update Virtualport northbound test, in order to determine if North bound can handle the request, including steps:
1) Generate Post Data,
2) Post Network Data via HTTP(Post Subnet need post network),
3) Post Subnet Data via HTTP(Post port need post subnet),
4) Post Port Data via HTTP,
5) Update Port Data via HTTP, 6) Get Port Data via HTTP,
7) Compare Post Port Data,
8) Clean Data via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
9ONOSPort DeleteBelonged to tier FUNCvirNetNB, this is delete Virtualport northbound test, in order to determine if North bound can handle the request, including steps:
1) Generate Post Data,
2) Post Network Data via HTTP(Post Subnet need post network),
3) Post Subnet Data via HTTP(Post port need post subnet),
4) Post Port Data via HTTP,
5) Delete Port Data via HTTP,
6) Get Port Data via HTTP,
7) Clean Data via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
10ONOSRouter PostBelonged to tier FUNCvirNetNBL3, this is create Router northbound test, in order to determine if North bound can handle the request, including steps:
1) Post Network Data via HTTP(Post Router need post network),
2) Post Router Data via HTTP,
3) Get Router Data via HTTP,
4) Compare Post Router Data via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
11ONOSRouter UpdateBelonged to tier FUNCvirNetNBL3, this is update Router northbound test, in order to determine if North bound can handle the request, including steps:
1) Post Network Data via HTTP(Post Router need post network),
2) Post Router Data via HTTP,
3) Update Router Data via HTTP,
4) Get Router Data via HTTP,
5) Compare Router Data,
6) Delete Router via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
12ONOSRouter DeleteBelonged to tier FUNCvirNetNBL3, this is delete Router northbound test, in order to determine if North bound can handle the request, including steps:
1) Post Network Data via HTTP(Post Router need post network),
2) Post Router Data via HTTP,
3) Delete Router Data via HTTP,
4) Get Router Data is NULL
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
13ONOSRouterInterface PostBelonged to tier FUNCvirNetNBL3, this is create RouterInterface northbound test, in order to determine if North bound can handle the request, including steps:
1) Post Network Data via HTTP(Post port need post network),
2) Post Subnet Data via HTTP(Post port need post subnet),
3) Post Port Data via HTTP,
4) Post Router Data via HTTP,
5) Put RouterInterface Data via HTTP,
6) Get RouterInterface Data via HTTP,
7) Compare Post Port Data,
8) Del RouterInterface Data via HTTP,
9) Clean Data via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
14ONOSRouterInterface DeleteBelonged to tier FUNCvirNetNBL3, this is delete RouterInterface northbound test, in order to determine if North bound can handle the request, including steps:
1) Post Network Data via HTTP(Post port need post network),
2) Post Subnet Data via HTTP(Post port need post subnet),
3) Post Port Data via HTTP,
4) Post Router Data via HTTP,
5) Post RouterInterface Data via HTTP,
6) Del RouterInterface Data via HTTP,
7) Delete Port Data via HTTP,
8) Get Port Data is NULL,
9) Clean Data via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
15ONOSFloatingIp PostBelonged to tier FUNCvirNetNBL3, this is create Floatingip northbound test, in order to determine if North bound can handle the request, including steps:
1) Post Network Data via HTTP(Post port need post network)
2) Post Subnet Data via HTTP(Post port need post subnet)
3) Post Port Data via HTTP
4) Post Router Data via HTTP
5) Get Port Data via HTTP
6) Post FloatingIp Data via HTTP
7) Get Port Data via HTTP
8) Get FloatingIp Data via HTTP
9) Get FloatingIp Data via HTTP
10) Compare Post FloatingIp Data
11) Post FloatingIp Clean Data via HTTP
12) Clean Data via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
16ONOSFloatingIp UpdateBelonged to tier FUNCvirNetNBL3, this is updateFloatingip northbound test, in order to determine if North bound can handle the request, including steps:
1) Post Network Data via HTTP(Post port need post network)
2) Post Subnet Data via HTTP(Post port need post subnet)
3) Post Port Data via HTTP
4) Post Router Data via HTTP
5) Post FloatingIp Data via HTTP
6) Post Delete Data via HTTP
7) Post NewPort Data via HTTP
8) Post NewFloatingIp Data via HTTP
9) Get NewFloatingIp Data via HTTP
10) Compare Post FloatingIp Data
11) Post FloatingIp Clean Data via HTTP
12) Clean Data via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
17ONOSFloatingIp DeleteBelonged to tier FUNCvirNetNBL3, this is delete Floatingip northbound test, in order to determine if North bound can handle the request, including steps:
1) Post Network Data via HTTP(Post port need post network)
2) Post Subnet Data via HTTP(Post port need post subnet)
3) Post Port Data via HTTP
4) Post Router Data via HTTP
5) Post FloatingIp Data via HTTP
6) Post FloatingIp Clean Data via HTTP
7) Get FloatingIp Data is NULL
8) Clean Data via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
18ONOSGateway PostBelonged to tier FUNCvirNetNBL3, this is create Gateway northbound test, in order to determine if North bound can handle the request, including steps:
1) Post Network Data via HTTP(Post port need post network)
2) Post Subnet Data via HTTP(Post port need post subnet)
3) Post Port Data via HTTP
4) Post Router Data via HTTP
5) Get Gateway Data via HTTP
6) Compare Post Gateway Data
7) Clean Data via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
19ONOSGateway UpdateBelonged to tier FUNCvirNetNBL3, this is update Gateway northbound test, in order to determine if North bound can handle the request, including steps:
1) Post Network Data via HTTP(Post port need post network)
2) Post Subnet Data via HTTP(Post port need post subnet)
3) Post Port Data via HTTP
4) Post Router Data via HTTP
5) Post New Router Data via HTTP
6) Get Gateway Data via HTTP
7) Compare Post Gateway Data
8) Clean Data via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  
20ONOSGateway DeleteBelonged to tier FUNCvirNetNBL3, this is delete Gateway northbound test, in order to determine if North bound can handle the request, including steps:
1) Post Network Data via HTTP(Post port need post network)
2) Post Subnet Data via HTTP(Post port need post subnet)
3) Post Port Data via HTTP
4) Post Router Data via HTTP
5) Post Del Gateway Data via HTTP
6) Get Gateway Data via HTTP
7) If Gateway Data is NULL
8) Clean Data via HTTP
Colorado Scenario: ONOS
VIM: Openstack
Components: Neutron, ONOSrest
Feature: no feature needed
  


Open source VNF running on NFVI

The Gerrit reference for this test area: https://gerrit.opnfv.org/gerrit/#/c/27539

IDTypeTest CaseDescriptionPre-condition & requirementsStatusGerrit References
1Open Source VNFcloudify_imsThis test case deploys an OpenSource vIMS solution from Clearwater using the Cloudify orchestrator. It also runs some signaling traffic.VIM: Openstack
Components: Nova, Cinder, Neutron, KeyStone, Glance
Special Requirements: Cloudify
  

...