Adjust installation validation matrix and test cases for blivet-gui #503
Labels
No labels
agile
anacondawebui
arm
blockerfe
Closed As
Duplicate
Closed As
Fixed
Closed As
Invalid
Closed As
Wontfix
Closed As
Worksforme
coreos
criteria
defect
easyfix
enhancement
iot
meeting
meta
onboarding call
proventesters
retrospective
silverblue
sponsor
test cases
test days
wiki
Backlog Status
Needs Review
Backlog Status
Ready
chore
documentation
points
01
points
02
points
03
points
05
points
08
points
13
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Sprint Status
Blocked
Sprint Status
Done
Sprint Status
In Progress
Sprint Status
Review
Sprint Status
To Do
Technical Debt
Work Item
Bug
Work Item
Epic
Work Item
Spike
Work Item
Task
Work Item
User Story
No milestone
No project
No assignees
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
quality/tickets#503
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
From Fedora 26 onward, as well as anaconda's own partitioning flows ('automatic' and 'custom', as we usually refer to them) you can ask anaconda to run blivet-gui and do your partitioning in that.
As this option is presented with about equal important to 'automatic' and 'custom', we probably ought to treat it with equal importance for testing. So we need to cover it in the installation validation matrix somehow. We should also look at the actual test cases and see if they need to be reworded a bit to be valid for both 'custom partitioning' and blivet-gui, or even if the differences between how the two work are big enough that we should have separate test cases for blivet-gui.
There's a few different ways we could do this. Someone should come up with a draft or two and send to the list for review.
See also #504 , for adjusting the release criteria.
Metadata Update from @roshi:
@sumantrom and I are working on the testcases and any changes we need to make to the matrices for this effort. We'll be posting to the list once we have the changes in order.
Here's the test cases which I have drafted for the time being , I will send out an email once @adamwill and @roshi will have a look at these
https://fedoraproject.org/wiki/User:Sumantrom/Draft/partitioning_lvm
https://fedoraproject.org/wiki/User:Sumantrom/Draft/partitioning_guided_encrypted
https://fedoraproject.org/wiki/User:Sumantrom/Draft/BlivetGUI_custom_partition
So, this isn't really quite what I had in mind. Two specific points, first of all: it's not right to just add a note about the blivet-gui workflow to the partitioning_guided_encrypted test, because that's explicitly a test of 'guided' partitioning, i.e. the 'Automatic' choice. We can't take a test that's specifically about 'Automatic' and then just throw in an admon about 'Advanced Custom', because it'll confuse people and we won't know what people mean when they file a result for that test - did they test the Automatic mode? Or the Advanced Custom mode? We just wouldn't know.
The BlivetGUI_custom_partition test is too vague, it reads like a general exploratory testing case, which again isn't a good fit for validation testing because we don't really know what it means when someone files a result for the test, we don't know what they actually tested.
What I was really expecting here is a set of test cases for 'Advanced Custom' mode that are counterparts of the existing tests for 'Custom' mode - the ones in the 'Custom storage configuration' section of the installation matrix:
https://fedoraproject.org/wiki/Template:Installation_test_matrix#Custom_storage_configuration
Here's how I'd go about this: copy each test case to a new page with a similar name, like copy
QA:Testcase_partitioning_custom_btrfstoQA:Testcase_partitioning_advanced_custom_btrfs, and edit it appropriately. Most of the test cases use theTemplate:Partitioning_single_custom_blanktemplate, so you'd also copy that asTemplate:Partitioning_single_advanced_custom_blank, change it appropriately (i.e. to tell the tester to select 'Advanced Custom', not 'Custom'), and change all the new test case pages to use the new template. Then you'd change the specific instruction steps in each of the new test cases to whatever the right steps are in blivet-gui, to achieve the intended layout. Then create an 'Advanced custom storage configuration' section in the matrix page, right below the 'Custom storage configuration' section, and put the new test cases into a table there.Does that make sense? Is it clear enough? Thanks!
@roshi @sumantrom ping?
Metadata Update from @adamwill:
Metadata Update from @adamwill:
OK, I guess I'll do this myself, then...
Metadata Update from @adamwill:
@kparal ,@adamw this is done right?
I just made some changes to the last set of blivet test case with guidance from Kamil.
Can we close this?
yup, I think so.
Metadata Update from @adamwill: