<div dir="ltr">On Wed, Mar 7, 2018 at 6:10 PM, Ghanshyam Mann <span dir="ltr"><<a href="mailto:gmann@ghanshyammann.com" target="_blank">gmann@ghanshyammann.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"> Hi All,<br><br>QA had discussion in Dublin PTG about interop adds-on tests location. First of all thanks all (specially markvoelker, dhellmann, mugsie) for joining the sessions. and I am glad we conclude the things and agreed on solution.<br><br>Discussion was carry forward from the ML discussion [1] and to get the agreement about interop adds-on program tests location. <div> <br>Till now only 2 projects (heat and designate) are in list of adds-on program from interop side. After discussion and points from all stack holders, QA team agreed to host these 2 projects interop tests.  Tests from both projects are not much as of now and QA team can accommodate to host their interop tests.</div><div><br></div><div>Along with that agreement we had few more technical points to consider while moving designate and heat interop tests in Tempest repo. All the interop tests going to be added in Tempest must to be Tempest like tests. Tempest like tests here means tests written using Tempest interfaces and guidelines. For example, heat has their tests in heat-tempest-plugin based on gabbi and to move heat interop tests to Tempest those have to be written as Tempest like test. This is because if we accept non-tempest like tests in Tempest then, it will be too difficult to maintain by Tempest team.</div><div><br>Projects (designate and heat) and QA team will work closely to move interop tests to Tempest repo which might needs some extra work of standardizing their tests and interface used by them like service clients etc.<br></div></div></blockquote><div><br>Though I've not been part of any of these discussions, this seems to be exactly opposite to what I've been made to understand by the team i.e. Heat is not rewriting the gabbi api tests used by Trademark program, but would create a new tempest plugin (new repo 'orchestration-trademark-tempest-plugin') to host the heat related tests that are currently candidates for Trademark program? <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div> <br>In future, if there are more new interop adds-on program proposal then, we need to analyse the situation again regarding QA team bandwidth. TC or QA or interop team needs to raise the resource requirement to Board of Directors before any more new adds-on program is being proposed. If QA team has less resource and less review bandwitdh then we cannot accept the more interop programs till QA get more resource to maintain new interop tests. <br><br>Overall Summary:<br>- QA team agreed to host the interop tests for heat and designate in Tempest repo.<br>- Existing TC resolution needs to be adjust about the QA team resource bandwidth requirement. If there is going to be more adds-on program proposal then, QA team will not accept the new interop tests if QA team bandwidth issue still exist that time also.<br>- Tempest will document the clear process about interop tests addition and other more care items etc.<br>- Projects team to make their tests and interface as Tempest like tests and stable interfaces standards. Tempest team will closely work and help Designate and Heat on this.<br><br>Action Items:<br>- mugsie to abandon <a href="https://review.openstack.org/#/c/521602" target="_blank">https://review.openstack.org/#<wbr>/c/521602</a> with quick summary of discussion here at PTG<br>- markvoelker to write up clarification to InteropWG process stating that tests should be moved into Tempest before being proposed to the BoD<br>- markvoelker to work with gmann before next InteropWG+BoD discussion to frame up a note about resourcing testing for add-on/vertical programs<br>- dhellmann to adjust the TC resolution for resource requirement in QA when new adds-on program is being proposed<br>- project teams to convert  interop test and  framework as per tempest like tests and propose to add to tempest repo.<br>- gmann to define process in QA about interop tests addition and maintainance<br><br>We have added this as one of the monitoring/helping item for QA to make sure it is done without delay.  Let's work together to finish this activity.  <br><br>Discussion Details: <a href="https://etherpad.openstack.org/p/qa-rocky-ptg-Interop-test-for-adds-on-project" target="_blank">https://etherpad.openstack.<wbr>org/p/qa-rocky-ptg-Interop-<wbr>test-for-adds-on-project</a> <br><br>..1 <a href="http://lists.openstack.org/pipermail/openstack-dev/2018-January/126146.html" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack-dev/2018-<wbr>January/126146.html</a>  <br><br>-gmann</div></div>
<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>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Regards,</div>Rabi Mishra<div><br></div></div></div></div></div>
</div></div>