<div dir="ltr">Hi Tony,<div>I would say option 2 is better. There is no need to verify IPMI command execution when set user password is expected to fail.</div><div><br></div><div>Thanks</div><div>Rahul</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 6, 2020 at 3:06 PM Tony Lee (李文富) <<a href="mailto:Tony.Lee@quantatw.com">Tony.Lee@quantatw.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Anusha,<br>
<br>
I met an issue that "Verify Setting IPMI User With Invalid Password Length" will fail when<br>
its user id is same as "Verify Setting IPMI User With Max Password Length".<br>
<br>
This is because the password length 20 has been successfully set in "Verify Setting IPMI User With Max Password Length".<br>
Therefore, the case of password_length = 21 and password_option = 20 is expected to fail but pass when their user id are the same.<br>
<br>
I have two solutions:<br>
<br>
1. Only verify the message that cannot use invalid password length to set password<br>
and do not verify that user is able to run IPMI command with given username and password in this case.<br>
<br>
2. At the end of each case, delete the user it just created to ensure that it will not affect other cases.<br>
<br>
Which is better, or do you have other suggestions?<br>
<br>
Thanks<br>
Best Regards,<br>
Tony<br>
<br>
</blockquote></div>