<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 24, 2015 at 2:14 AM, Chris Dent <span dir="ltr"><<a href="mailto:chdent@redhat.com" target="_blank">chdent@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
What can and should the <span class="il">TC</span> at large, and you specifically, do to ensure<br>
quality improves for the developers, end-users and operators of<br>
OpenStack as a full system, both as a project being developed and a<br>
product being used?</blockquote></div><br>Hello Chris et al,</div><div class="gmail_extra"><br></div><div class="gmail_extra">OpenStack quality will improve for the operators with a strong operator voice that helps focus developers and the overall technical focus on usage. OpenStack quality improves for developers in other ways: by hearing from end users and operators they can in part anticipate (or respond more quickly) to issues that will otherwise become truly raging hotspots (crises if you will.) </div><div class="gmail_extra"><br></div><div class="gmail_extra">The other way to directly improve quality for OpenStack Devs is to improve test coverage and gate checks on more "production-like" systems. As an operator and advocate, I can persuade or motivate other operators to offer up resources (people as well as systems) to aid in this area of improvement.</div><div class="gmail_extra"><br></div><div class="gmail_extra">These are indeed new times with operators playing a very critical role in OpenStack.</div></div>