<div dir="ltr"><div class="gmail_default"><font face="verdana, sans-serif">nice idea, </font><span style="font-family:arial,sans-serif;font-size:14px">Chris! +1 for me. and very thankful for </span><font face="arial, sans-serif"><span style="font-size:14px">dkranz to bring this to maillist here.</span></font></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/10/25 Christopher Yeoh <span dir="ltr"><<a href="mailto:cbkyeoh@gmail.com" target="_blank">cbkyeoh@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
<br>
On 26/10/2013, at 12:01 AM, David Kranz <<a href="mailto:dkranz@redhat.com">dkranz@redhat.com</a>> wrote:<br>
<br>
> On 10/25/2013 09:10 AM, Sean Dague wrote:<br>
>> On 10/25/2013 08:39 AM, David Kranz wrote:<br>
>>> A patch was submitted with some new tests of this api<br>
>>> <a href="https://review.openstack.org/#/c/49778/" target="_blank">https://review.openstack.org/#/c/49778/</a>. I gave a -1 because if a<br>
>>> negative test to shutdown a host fails, a compute node will be shutdown.<br>
>>> The author thinks this test should be part of tempest. My issue was that<br>
>>> we should not have tempest tests for apis that:<br>
>>><br>
>>> 1. May corrupt the underlying system (that is part of the reason we<br>
>>> moved whitebox out)<br>
>><br>
>> I really felt the reason we moved out whitebox is that OpenStack internals move way to fast to have them being validated by an external system. We have defined surfaces (i.e. API) and that should be the focus.<br>

> It was also because we were side-effecting the database out-of-band.<br>
>><br>
>>> 2. Can have only negative tests because positive ones could prevent<br>
>>> other tests from executing<br>
>><br>
>> Honestly, trying to shut down the host with invalid credentials seems like a fair test. Because if we fail, we're going to know really quick when everything blackholes.<br>
>><br>
>> In the gate this is slightly funnier because tempest is running on the same place as the host, however it seems like a sane check to have in there.<br>
>><br>
>>    -Sean<br>
> OK, I don't feel strongly about it. Just seemed like a potential landmine.<br>
><br>
<br>
</div>I think this is something we want to test in the gate. But perhaps there could be a tag for these sorts of test cases that some people may not want to risk running on their system so they can exclude them easily?<br>

<br>
Chris<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div><b><font color="#000000" style="background-color:rgb(243,243,243)" face="courier new, monospace">---------------------------------------</font></b></div>
<div><font color="#0000ff" face="comic sans ms, sans-serif"><b>Lingxian Kong</b></font></div><div><font color="#ff00ff" face="comic sans ms, sans-serif">Huawei Technologies Co.,LTD.</font></div><div><font color="#ff00ff" face="comic sans ms, sans-serif">IT Product Line CloudOS PDU</font></div>
<div><font color="#ff00ff" face="comic sans ms, sans-serif">China, Xi'an</font></div><div><font color="#ff00ff" face="comic sans ms, sans-serif">Mobile: +86-18602962792</font></div><div><font color="#ff00ff" face="comic sans ms, sans-serif">Email: <a href="mailto:konglingxian@huawei.com" target="_blank">konglingxian@huawei.com</a>; <a href="mailto:anlin.kong@gmail.com" target="_blank">anlin.kong@gmail.com</a></font></div>
</div>
</div>