<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 10, 2017 at 1:34 PM, Ken'ichi Ohmichi <span dir="ltr"><<a href="mailto:ken1ohmichi@gmail.com" target="_blank">ken1ohmichi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi John,<br>
<br>
Now Tempest is testing microversions only for Nova and contains some<br>
testing framework for re-using for another projects.<br>
On this framework, we can implement necessary microversions tests as<br>
we want and actually many microversions of Nova are not tested by<br>
Tempest.<br>
We can see the tested microversion of Nova on<br>
<a href="https://github.com/openstack/tempest/blob/master/doc/source/microversion_testing.rst#microversion-tests-implemented-in-tempest" rel="noreferrer" target="_blank">https://github.com/openstack/<wbr>tempest/blob/master/doc/<wbr>source/microversion_testing.<wbr>rst#microversion-tests-<wbr>implemented-in-tempest</a><br>
<br>
Before implementing microversion testing for Cinder, we will implement<br>
JSON-Schema validation for API responses for Cinder.<br>
The validation will be helpful for testing base microversion of Cinder<br>
API and we will be able to implement the microversion tests based on<br>
that.<br>
This implementation is marked as 7th priority in this Pike cycle as<br>
<a href="https://etherpad.openstack.org/p/pike-qa-priorities" rel="noreferrer" target="_blank">https://etherpad.openstack.<wbr>org/p/pike-qa-priorities</a><br>
<br>
In addition, now Cinder V3 API is not tested. So we are going to<br>
enable v3 tests with some restructure of Tempest in this cycle.<br>
The detail is described on the part of "Volume API" of<br>
<a href="https://etherpad.openstack.org/p/tempest-api-versions-in-pike" rel="noreferrer" target="_blank">https://etherpad.openstack.<wbr>org/p/tempest-api-versions-in-<wbr>pike</a><br>
<br>
Thanks<br>
Ken Ohmichi<br>
<br>
---<br>
<div><div class="h5"><br>
2017-03-10 11:37 GMT-08:00 John Griffith <<a href="mailto:john.griffith8@gmail.com">john.griffith8@gmail.com</a>>:<br>
> Hey Everyone,<br>
><br>
> So along the lines of an earlier thread that went out regarding testing of<br>
> deprecated API's and Tempest etc [1].<br>
><br>
> Now that micro-versions are *the API versioning scheme to rule them all* one<br>
> question I've not been able to find an answer for is what we're going to<br>
> promise here for support and testing.  My understanding thus far is that the<br>
> "community" approach here is "nothing is ever deprecated, and everything is<br>
> supported forever".<br>
><br>
> That's sort of a tall order IMO, but ok.  I've already had some questions<br>
> from folks about implementing an explicit Tempest test for every<br>
> micro-versioned implementation of an API call also.  My response has been<br>
> "nahh, just always test latest available".  This kinda means that we're not<br>
> testing/supporting the previous versions as promised though.<br>
><br>
> Anyway; I'm certain that between Nova and the API-WG this has come up and is<br>
> probably addressed, just wondering if somebody can point me to some<br>
> documentation or policies in this respect.<br>
><br>
> Thanks,<br>
> John<br>
><br>
</div></div>> ______________________________<wbr>______________________________<wbr>______________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
><br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</blockquote></div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">Thanks for the pointer to the doc Ken, that helps a lot.  I do have concerns about supportability, test sprawl and life-cycle with this, but maybe it's unwarranted.</div><br></div></div>