[openstack-qa] Refactoring Tempest service clients

David Kranz dkranz at redhat.com
Tue Jul 2 17:54:51 UTC 2013


On 07/02/2013 12:58 PM, Maru Newby wrote:
> On Jul 2, 2013, at 11:35 AM, Daryl Walleck <daryl.walleck at RACKSPACE.COM> wrote:
>
>> I don't see a link between testing and being able to generate a client from documents. The time to create/maintain the clients for me at least has been negligible in comparison to the time spent writing tests and interfaces with other critical parts of the OpenStack infrastructure I want to test. I do think an architectural discussion of the clients in worthwhile (for what it's worth, the json/xml client structure was based on the code I originally submitted for Tempest and even I hate the concept now), but at some point we need to move forward and talk about the lower level details of OpenStack that we're not testing and developing interfaces for that.
> The point is to remove mechanical effort, not just be able to generate clients.  The majority of api tests could be generated too - including serialization-specific validation and fuzz testing - if sufficiently detailed api specs were available.  The api clients themselves could be generated from those same specs.  And then, we'd have more cycles to test the truly interesting stuff.
>
>
> m.
>    
I think Maru is right, at least in theory. There existed some kind of 
xml spec for compute, at least at Rackspace. Don't know the current 
status of that, and support for extensions, or the plan for the new api. 
Most other projects don't seem to bother. But look at (mostly a 
skeleton) https://wiki.openstack.org/wiki/Neutron/API/WADL.

  -David



More information about the openstack-qa mailing list