<div dir="ltr">Luigi,<div><br></div><div>From my point of view, Tempest should verify Cinder  for DefCore requirements [1] only. Such integration tests won't be just a re-implementation if a Tempest tests. It will me more extended set of tests for integration between cinderclient and other projects.</div><div><br></div><div><br></div><div>[1] <a href="https://github.com/openstack/defcore">https://github.com/openstack/defcore</a></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div>Regards,<br>Ivan Kolodyazhny,<br><a href="http://blog.e0ne.info/" target="_blank">http://blog.e0ne.info/</a></div></div></div></div>
<br><div class="gmail_quote">On Wed, Mar 2, 2016 at 1:20 PM, Luigi Toscano <span dir="ltr"><<a href="mailto:ltoscano@redhat.com" target="_blank">ltoscano@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wednesday 02 of March 2016 12:24:57 Ivan Kolodyazhny wrote:<br>
> Sean,<br>
><br>
> I do understand why we have tempest for python-cinderclient now.<br>
><br>
> But my point is: tempest runs more than 200 tests per each cinderclient<br>
> change request which takes a lot of time. Why can't we just introduce few<br>
> integration tests which will tests nova<=>python-cinderclient API.<br>
><br>
> Also, Nova is not only one consumer of cinderclient. What about Heat? We<br>
> don't want to break it too but to run all Heat-related Tempest tests is not<br>
> a good idea. We have to implement integration tests between Heat and<br>
> python-cinderclient too.<br>
<br>
</span>So you want to reimplement the tests you already have in Tempest? If the issue<br>
is the time, why not run a relevant subset of the tempests tests?<br>
<br>
Ciao<br>
<span class="HOEnZb"><font color="#888888">--<br>
Luigi<br>
<br>
</font></span></blockquote></div><br></div>