<div dir="ltr"><div><span><div style="color:rgb(33,33,33);font-family:'Helvetica Neue',Helvetica,Arial,sans-serif;font-size:13px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><span></span>I personally like Openstack Health UI/UX. I use it a lot a an initial source of information.<br></div><div style="color:rgb(33,33,33);font-family:'Helvetica Neue',Helvetica,Arial,sans-serif;font-size:13px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">Thanks to the OH team for all the great work on this!</div><div style="color:rgb(33,33,33);font-family:'Helvetica Neue',Helvetica,Arial,sans-serif;font-size:13px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><br></div></span></div><div><span><div>And +1 to the new "feedback" link on the top and bottom of every page :)</div><div></div></span><br></div><div>A few thoughts on my experience with OH.</div><div><br></div><div><span><div>It can take a few clicks in OH to get to the view one's looking for - and some views are slow to load.</div></span></div><div>It is much better now that the URL in the browser is always updated to reflect the current view - very useful for bookmarking and sharing.<br></div><div>One limitation to that is the sorting of columns is not reflected in the URL [0].</div><div><br></div><div><div><div><span><div></div></span></div><div>If I want to work on getting a new job in the gate, I'll create it as a non-voting check or experimental job first, and there's no data for them in OH yet.</div><div><br></div><div>If I want to check why an existing job is failing (e.g a periodic job [1]) I can see which tests are failing and how often, which is a great starting point for my work, but if I click on any of the tests the job filtering is lost. Seeing that a test is successful in some jobs and it fails in others is good data, but I need to be able to see where are the failures coming from. Ideas on how to implement that are:</div><div>- have the ability of applying multiple metadata based filters to a view</div><div>- have a list of the available metadata, and view the distribution of value on each metadata field for the current view - a la ELK. So for instance if I select so see only failures in  a graph, show the distribution only on failures. If I click on a data point, show the distribution only for that point. That way I can see where certain deviations are coming from</div><div>- get the list of logs associate to a certain point in the graph for further analysis</div><div><br></div><div>Injecting the metadata in the job name can help overcome filtering abilities a bit, but we cannot inject metadata in the test names, so at test level the context is always lost.</div><div><br></div><div>I use OpenStack Health downstream as well, to track results from a combination of test systems (CI and more), and the fact that both the DB schema and the dashboard are metadata agnostic is very useful - I have extra metadata which is inject in certain jobs, like test rack name and product version. But again I need the ability to select on multiple  metadata keys at once, so I can produce test views / reports for specific software versions and test environments.</div><div><br></div><div>andrea</div><div><br></div><div>[0] <a href="https://bugs.launchpad.net/openstack-health/+bug/1577420">https://bugs.launchpad.net/openstack-health/+bug/1577420</a> </div><div>[1] <a href="http://status.openstack.org/openstack-health/#/job/periodic-tempest-dsvm-neutron-full-test-accounts-master?groupKey=project&resolutionKey=hour&end=2016-05-02T14:31:26.423Z">http://status.openstack.org/openstack-health/#/job/periodic-tempest-dsvm-neutron-full-test-accounts-master?groupKey=project&resolutionKey=hour&end=2016-05-02T14:31:26.423Z</a> </div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Apr 29, 2016 at 8:15 PM Masayuki Igawa <<a href="mailto:masayuki.igawa@gmail.com">masayuki.igawa@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Now, we are making OpenStack-Health[1] which is a dashboard for<br>
visualizing test results of OpenStack CI jobs. This is heavily under<br>
development mode but works, you can use it now.<br>
<br>
We'd like to get your feedback to make it better UI/UX. So, if you<br>
have any comments or feedbacks, please feel free to file it as a<br>
bug[2] and/or submit patches[3].<br>
<br>
This is a kind of advertisements, however, I think openstack-health<br>
could be useful for all projects through knowing the development<br>
status of the OpenStack projects.<br>
<br>
<br>
[1] <a href="http://status.openstack.org/openstack-health/" rel="noreferrer" target="_blank">http://status.openstack.org/openstack-health/</a><br>
[2] <a href="https://bugs.launchpad.net/openstack-health" rel="noreferrer" target="_blank">https://bugs.launchpad.net/openstack-health</a><br>
[3] <a href="http://git.openstack.org/cgit/openstack/openstack-health" rel="noreferrer" target="_blank">http://git.openstack.org/cgit/openstack/openstack-health</a><br>
<br>
Best Regards,<br>
-- Masayuki Igawa<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>