<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Fri, Jan 12, 2018 at 9:50 AM Luigi Toscano <<a href="mailto:ltoscano@redhat.com">ltoscano@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thursday, 11 January 2018 23:52:00 CET Matt Riedemann wrote:<br>
> On 1/11/2018 10:36 AM, Colleen Murphy wrote:<br>
> > 1) All trademark-related tests should go in the tempest repo, in<br>
> > accordance<br>
> ><br>
> >     with the original resolution. This would mean that even projects that<br>
> >     have<br>
> >     never had tests in tempest would now have to add at least some of<br>
> >     their<br>
> >     black-box tests to tempest.<br>
> ><br>
> > The value of this option is that centralizes tests used for the Interop<br>
> > program in a location where interop-minded folks from the QA team can<br>
> > control them. The downside is that projects that so far have avoided<br>
> > having a dependency on tempest will now lose some control over the<br>
> > black-box tests that they use for functional and integration that would<br>
> > now also be used for trademark certification.<br>
> > There's also concern for the review bandwidth of the QA team - we can't<br>
> > expect the QA team to be continually responsible for an ever-growing list<br>
> > of projects and their trademark tests.<br>
><br>
> How many tests are we talking about for designate and heat? Half a<br>
> dozen? A dozen? More?<br>
><br>
> If it's just a couple of tests per project it doesn't seem terrible to<br>
> have them live in Tempest so you get the "interop eye" on reviews, as<br>
> noted in your email. If it's a considerable amount, then option 2 seems<br>
> the best for the majority of parties.<br>
<br>
I would argue that it does not scale; what if some test is taken out from the<br>
interoperability, and others are added? It would mean moving tests from one<br>
repository to another, with change of paths. I think that the solution 2,<br>
where the repository where a test belong and the functionality of a test are<br>
not linked, is better.<br></blockquote><div><br></div><div>This probably does not happen too often, but it does happen, and I agree that it</div><div>would make things easier to have interop and non-iterop tests in the same repo.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Ciao<br>
--<br>
Luigi<br>
<br>
<br>
<br>
__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div>