[openstack-qa] Multi API version testing

Attila Fazekas afazekas at redhat.com
Thu Jun 20 15:03:53 UTC 2013


Sounds good to me.

If no one has objection, it would require a blueprint.

----- Original Message -----
> From: "Andrea Frittoli (Cloud Services)" <frittoli at hp.com>
> To: "All Things QA." <openstack-qa at lists.openstack.org>
> Sent: Wednesday, June 19, 2013 9:38:17 AM
> Subject: [openstack-qa] Multi API version testing
> 
> 
> 
> What is our strategy about testing combination of API versions?
> 
> 
> 
> If we start testing all possible combinations of API the gate time will grow
> exponentially – e.g. all tests would be run using v2 and v3 auth, all tests
> using a VM would create it via nova v2 and v3, all tests using an image
> would fetch it via glance v1 and v2.
> 
> 
> 
> My idea would be to:
> 
> - Test all available versions only in the dedicated tests. For instance
> identity tests shall verify keystone v2 and v3, compute tests shall verify
> nova v2 and v3.
> 
> - In the gate each tests shall use only the latest stable API version from
> other components. This means that all tests shall authenticate via keystone
> v2 as long v3 is completed and stable. All tests which require a VM will set
> it up via nova v2 as long as nova v3 is completed and stable.
> 
> - We could also have a non-gating job which uses the latest available API for
> each component in each tests, to prepare for the version switch in the gate.
> 
> 
> 
> Whichever approach we go for, we need our tests and base classes to be
> designed to allow for easily switching between API versions for one of the
> APIs.

The test classes and test cases should be flagged/attributed by the supported API versions.

> Any given test should be executable with any chosen combination of API
> versions, so that we can select which combination we want to use in the
> gate.
> 
> 
> 
> Thoughts?
> 
> 
> 
> Thanks
> 
> 
> 
> andrea
> 
> 
> 
> 
> 
> --
> 
> Andrea Frittoli
> 
> IaaS Systems Engineering Team
> 
> HP Cloud Services
> 
> Tel: +44(0)11731 62324
> 
> 
> 
> _______________________________________________
> openstack-qa mailing list
> openstack-qa at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-qa
> 



More information about the openstack-qa mailing list