<p dir="ltr">Hi Harry,</p>
<p dir="ltr">Where ought I to report bugs found in testing those docs?</p>
<p dir="ltr">Cheers,<br>
Adam<br>
</p>
<div class="gmail_extra"><br><div class="gmail_quote">On 21 Sep 2016 6:55 pm, "Harry Rybacki" <<a href="mailto:hrybacki@redhat.com">hrybacki@redhat.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I would also like to throw out that we are in the process of expanding<br>
coverage for TripleO-Quickstart post-build generated documentation.<br>
<br>
For the last test day, we had three sets of example docs available[1]:<br>
 - minimal<br>
 - baremetal<br>
 - ovb<br>
<br>
Hopefully there will be docs for updates and upgrades to follow<br>
shortly. As discussed with rbowen in today's RDO meeting, we will have<br>
these docs linked in the test matrix for the next test day for<br>
increased visibility.<br>
<br>
[1] - <a href="http://images.rdoproject.org/docs/" rel="noreferrer" target="_blank">http://images.rdoproject.org/<wbr>docs/</a><br>
<br>
<br>
/R<br>
<br>
Harry<br>
<br>
On Wed, Sep 21, 2016 at 12:12 PM, Javier Pena <<a href="mailto:javier.pena@redhat.com">javier.pena@redhat.com</a>> wrote:<br>
><br>
><br>
> ----- Original Message -----<br>
>> In our RDO Community Meeting (on IRC) yesterday, the topic of improving<br>
>> test day was brought up.<br>
>><br>
>> Test day is, for the most part, about getting people to beat on the<br>
>> latest packages and find problems. However, since most of these problems<br>
>> are being found in CI, it's time to make test day also about giving<br>
>> people an opportunity to see what's coming in future releases. To that<br>
>> end, user experience is pretty important on test day.<br>
>><br>
>> Several suggestions were made to improve the test day experience for<br>
>> folks that aren't already experts:<br>
>><br>
>><br>
>> * Test setup matrix cleanup? Remove tests that are no longer relevant.<br>
>><br>
>> * More detailed, beginner-friendly instructions for testing. (Test day<br>
>> as product preview for potential users, or existing users who are not<br>
>> deep experts.)<br>
>><br>
>> * Ask other teams to provide use cases they want to validate.<br>
>><br>
>> * Tracking the tests on an etherpad with instructions, and registering<br>
>> people to use cases, so that we're sure that everything is being covered.<br>
>><br>
>><br>
>> While these are all great suggestions, each requires that someone<br>
>> actually step up and make it happen. Each test day, for example, we talk<br>
>> about better instructions for the test scenarios, and everyone agrees<br>
>> that it's a good idea.<br>
>><br>
>> Anyways, as we start looking towards Ocata, are there other suggestions<br>
>> as to how we can make the test day more welcoming to folks trying out<br>
>> RDO for the first time, and existing OpenStack users looking for a<br>
>> preview of the next release, as well as the usual suspects? And, as<br>
>> importantly, people who are able to make some of these things happen?<br>
>><br>
><br>
> During today's RDO meeting, I had the idea of having a pre-baked image with the basic setup (base CentOS + configured repos, maybe some documentation included) in TryStack or a cloud provider that would like to help us during the test day. Then, each tester could create a VM in that environment and run their own test scenario.<br>
><br>
> Thinking of it, it requires:<br>
><br>
> - A prepared image (not a big deal, we could do it)<br>
> - A public cloud with enough resources for the test days, and enough security measures to prevent abuse<br>
> - Anything else?<br>
><br>
> Regards,<br>
> Javier<br>
><br>
>> Thanks.<br>
>><br>
>> --Rich<br>
>><br>
>><br>
>> --<br>
>> Rich Bowen - <a href="mailto:rbowen@redhat.com">rbowen@redhat.com</a><br>
>> RDO Community Liaison<br>
>> <a href="http://rdoproject.org" rel="noreferrer" target="_blank">http://rdoproject.org</a><br>
>> @RDOCommunity<br>
>><br>
>> ______________________________<wbr>_________________<br>
>> rdo-list mailing list<br>
>> <a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a><br>
>> <a href="https://www.redhat.com/mailman/listinfo/rdo-list" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/rdo-list</a><br>
>><br>
>> To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.<wbr>com</a><br>
>><br>
><br>
> ______________________________<wbr>_________________<br>
> rdo-list mailing list<br>
> <a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a><br>
> <a href="https://www.redhat.com/mailman/listinfo/rdo-list" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/rdo-list</a><br>
><br>
> To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.<wbr>com</a><br>
<br>
______________________________<wbr>_________________<br>
rdo-list mailing list<br>
<a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/rdo-list" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/rdo-list</a><br>
<br>
To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.<wbr>com</a><br>
</blockquote></div></div>