Re: Announcing: template-driven validation test result page generation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Sep 22, 2014 at 08:22:11PM -0700, Adam Williamson wrote:
> Well, I set out this morning to move the rescue mode test case from
> Alpha to Beta and somehow wound up doing this instead.
> 
> Opening a release validation test page 'template', copy 'n' pasting the
> contents into a new page, and hand-editing bits until your eyes glaze
> over? That's the old thing. The new thing is this:
> 
> {{subst:Validation_results|testtype=Base|release=21|milestone=Alpha|
> compose=RC1}}
> 
> Create a new wiki page with just that as the contents, and you get a 21
> Alpha RC1 Base validation results page. Neato, eh?
> 
> It works for any 'testtype' which has a matrix template. I ripped the
> tables out of the old templates and made them into bare templates:
> 
> https://fedoraproject.org/wiki/Category:QA_test_matrix_templates
> 
> So you can pass 'Base', 'Cloud', 'Desktop', 'Installation' etc as the
> testtype.
> 
> This system uses two other templates, along with the matrix templates:
> 
> https://fedoraproject.org/wiki/Template:Validation_results
> https://fedoraproject.org/wiki/Template:Release_validation_instructions
> 
> When you substitute Validation_results into a page, it makes the page
> *transclude* the instructions template and *substitute* the appropriate
> matrix template. The upshot is that if you change
> https://fedoraproject.org/wiki/Template:Release_validation_instructions
> the changes will be reflected in any test results page (past, present
> and future), but when you edit a matrix template, the changes will only
> affect pages created later. If you need to add, remove or modify a test
> case and the change should apply to the build currently under test,
> you'll have to edit that page as well as the template page.
> 
> The Release_validation_instructions template is a meld of the
> instructions from the old Install template and the newer Desktop
> template (which was cloned for Base, Server, Cloud etc etc), with some
> new improvements as well. Roshi, you might want to check the results are
> good enough for Cloud, and carefully tweak the instructions template if
> not (but bear in mind it has to remain generic, applicable to all test
> types).
> 
> There's one unfortunate inconsistency here: the 'installation' results
> pages have always been called Test_Results:Fedora_(whatever)_Install,
> but the redirect page is Test_Results:Current_Installation_Test and the
> category is Category:Installation_validation_testing . I went with the
> majority vote and stuck with 'Installation' in this approach - you have
> to set testtype=Installation , not testtype=Install . We can still call
> the page _Install if we want, but it'd probably be more consistent to
> call it _Installation going forward.
> 
> There's one known bug, which is that the created pages are put in the
> category Fedora_(release)_(milestone)_(compose)_Test_Results . That
> sounds right, but actually, it's meant to be _RC_Test_Results or
> _TC_Test_Results.
> 
> Aside from that, the links and categories should all be 'magically'
> correct, they should not need hand-editing after page creation.
> 
> There's a few things we can do there. Either we can just go with the
> more-specific categories, and remember to add them all to the higher
> level categories. Or we can drop the compose type entirely and just have
> 21_Alpha_Test_Results and 21_Beta_Test_Results and so on; I'm not sure
> we really need to split TC and RC. Or we can wait for the infra folks to
> add an extension to mediawiki which does string parsing, then I can
> parse the compose parameter to get the correct result, but they say
> that's probably going to happen for F22, not F21. Or we can simply
> hand-edit the pages after creating them, it's not so arduous. :)
> 
> I have vague plans to write a little script using one or other of the
> zillion python mediawiki interfaces out there that would make creating
> the pages and handling the categories for a new TC/RC build a one-line
> operation. If I don't get distracted by something else shiny in the
> meantime!
> 
> I think I lined up all the categories and updated the relevant docs -
> https://fedoraproject.org/wiki/QA:Release_validation_test_plan and
> https://fedoraproject.org/wiki/QA/SOP_Release_Validation_Test_Event are
> updated with the new procedure, and I did some related category cleanup
> along the way. The new templates all have documentation.
> 
> Please let me know if you see any issues or possible improvements!
> Thanks folks :)
> -- 
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
> http://www.happyassassin.net

Awesome! That makes it *way* easier to create/update the matrices. I tweaked
the cloud test matrix a bit - but yeah, it'll work great for the cloud stuff.

Thanks for putting it together!

-- 
// Mike 
--
Fedora QA
freenode: roshi
http://roshi.fedorapeople.org
-- 
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test





[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux