<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial;font-size:10.5pt" ><div dir="ltr" ><div><span style="color:black;" ><span style="font-family:helv,sans-serif;" ><span style="font-size:10.0pt;" >As Mark had pointed out, RefStack currently supports running tests that implemented Tempest Plugin Interface and will continue to do so. </span></span></span></div>
<div><span style="color:black;" ><span style="font-family:helv,sans-serif;" ><span style="font-size:10.0pt;" >In addition, RefStack will soon enable the ability for individual/vendor to author third-party "Guidelines" which is by default unofficial and private. Whether the unofficial “Guidelines” should be visible to all users or not is another topic for discussion.</span></span></span></div></div>
<div dir="ltr" ><div> </div>
<div>-- Catherine</div>
<div> </div>
<div> </div>
<blockquote data-history-content-modified="1" style="border-left:solid #aaaaaa 2px; margin-left:5px; padding-left:5px; direction:ltr; margin-right:0px" >----- Original message -----<br>From: Mark Voelker <mvoelker@vmware.com><br>To: John Dickinson <me@not.mn><br>Cc: "defcore-committee@lists.openstack.org" <defcore-committee@lists.openstack.org>, Catherine Cuong Diep/San Jose/IBM@IBMUS, "Ken'ichi Ohmichi" <ken1ohmichi@gmail.com><br>Subject: Re: [OpenStack-DefCore] Some Governance Patches To Be Aware Of<br>Date: Fri, May 6, 2016 1:42 PM<br> 
<div><font face="Default Monospace,Courier New,Courier,monospace" size="2" >-----BEGIN PGP SIGNED MESSAGE-----<br>Hash: SHA512<br><br><br>On May 6, 2016, at 4:28 PM, John Dickinson <me@not.mn> wrote:<br><br><br><br>On 6 May 2016, at 10:03, Mark Voelker wrote:<br><br>Hi Folks,<br><br>For those of you who didn’t catch it elsewhere, here are a couple of DefCore-related things that the TC is currently considering that you may want to be aware of:<br><br>"add resolution explaining which tests we think defcore should use"<br><a href="https://review.openstack.org/#/c/312718/" target="_blank" >https://review.openstack.org/#/c/312718/</a><br><br>Should this resolution pass, what incentive remains to write a Tempest plugin?<br><br>Currently the object storage project is working on a Tempest plugin so that our in-tree functional tests may be used as part of the DefCore validation suite. That work seems like needless code churn now. If in-tree tests are specifically discouraged for being used in DefCore compliance checks, this removes the incentive to use Tempest's plugin capabilities. Does this resolution thus imply that the Tempest plugin capability will be going away at some point?<br><br>- --John<br><br><br><br><br>1.)  I’d encourage you to raise these sorts of questions in the review if you haven’t already as I think the TC would be interested in hearing these sorts of concerns. =)<br><br>2.)  I’ll let the RefStack folks speak for themselves, but I’d speculate that it’s unlikely RefStack would eliminate the ability to run tests via the plugin interface completely.  This is partly because there’s been interest from several parties in the ability to author third-party “Guidelines” that would be unofficial and not kept in the DefCore repository, but would be useful to individuals.  For example: if I know I’m going to use my cloud to run particular sorts of apps that need particular projects or particular API’s that are a superset of what DefCore currently covers, I could write my own JSON file, add it to my personal account in RefStack, and use it to see which products suit my needs.  As there’s no TC mandate to move all tests to Tempest, RefStack would still need to have a second interface to handle that sort of need.<br><br>3.)  As far as whether or not the Tempest plugin interface itself would be going away: here again I suspect not, but the QA folks are probably better suited to answer that than I am.<br><br>At Your Service,<br><br>Mark T. Voelker<br><br><br>-----BEGIN PGP SIGNATURE-----<br>Comment: GPGTools - <a href="https://gpgtools.org" target="_blank" >https://gpgtools.org</a><br><br>iQIcBAEBCgAGBQJXLQGrAAoJELUJLUWGN7Cb4MEP/R9vBOW1LzNyCeBEGgFEUosh<br>a+TXab6C0ldb1rtmmWOucNCseC1G+sWBVyVhXJj8F8u0cD4Za7b340qoQZooZqys<br>Pg8yv1Z95IKa/Yc3zd+e5sV8IdwiuF150ItQnAse520di1kF3ZadMJwpcD7GsHXB<br>R526jfgNKUi9g3f1a8e0earX+DQcQLcsbIyLLqzSwDioj4Axhy+LphD4FtbRYtw7<br>6y9aSu2a6yfBkHXLTmr3lw9dnO1Khxx6On4z26nFNmrskY8lHQpLTKrF7Ih5U91y<br>iJEcd5mQPKw8uhX46vXqjgwB/4LU5nTe49TOG9nDbtVGEGF27wZs2G1d3zpvBYj6<br>EkZcQeTFh/5XLvXAssC4fvl6zpRP0wR2G7F2Cnv8oiotSs305ttr3BNxn5csIc2T<br>KeQU8zWZ7ziGPUM52bYf5ya1W2xz4Y3bDkAvGibIQASLVPPSk7b6yx7lNNl+BFdZ<br>ftoHIVdWxWIrD++ovdVUHCnkug6gv4sNX3FujIHBdCA6dcdbFeo3Sja4HqMImyG3<br>yDhGpFGciyzb0rFTATyy3NVDwWTIW11dFqhkq++p6cH8jaaNbha59sIiQmirau/h<br>jZ6LdF0GnIu3iXWksfkETkzlsgwm7q/r/pPdlsjqfPa+/gycPUC/JtvId4faHR+t<br>WGc+gyzNYblUSsstVXAe<br>=sr9x<br>-----END PGP SIGNATURE-----</font></div></blockquote></div></div><BR>