-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
🌱 V2.5.0 Release Testing #5679
Comments
@alainsussol I wonder if there is an easier way to maintain that list of issues found in testing a release? Perhaps a label? If I open an issue while release testing how do you know how to add it here? |
Thanks for the suggestion and I am sure there is an easier way to do this but it is a journey :). Last Release we had issues listed in multiple Release issues with only a link that I had to click on to see the title of the issue and it's status. When you have 50 links or more in a release issue, it takes a long time to go through them before talking to Roxy on release status. So it was what I came up to try to make my life a bit easier :) . I thought that this way I will have all the bugs found by QA during release testing in one place and it is a bit more readable this way as I can see the issue title, the status and if I hover over the link I can see the severity. A bit more practical than last time. In my mind it was to help me to manage issues opened by QA and I didn't have the intention to list issues found during dev testing or found outside of QA in that list so I didn't think of a way to follow those. But in retrospect, we very probably should list all the bugs found. I also thought of using a label as it would be easier for everyone to add it but because we need to archive often as we continually reach the project issues limit, I feared to lose some of these labeled issues without realising. But maybe we can use a label in conjunction with an extra column where they are put instead of the done column and reducing the chance that they are archived by mistake ? I am not sure... I agree that it might be easier to proceed differently if we want to list ALL the issues found during the Release testing. I'll try to improve the process for next release. Keep the suggestions/comments coming though, they are very useful :) |
CLOSING DUE TO V2.5.0 BEING RELEASED (but also will continue regression testing) |
V2.5.0 Release Testing 🌱
Note
Test Scripts are available here, they are updated as the new features are coming out ✍🏼
Note
Please follow this document for the most up-to-date QA practices :)
v2.5.0 NEW FEATURES
WORKFLOWS
These can be either one-store or multiple-store setup; depending on the workflow.
Priority is to make sure the stock movement is functioning
STOCK MOVEMENT WORKFLOWS
Dev Test - @noel-yeldos ✅ (only #6029)
NORMAL ORDERING WORKFLOWS
Dev Test - @zachariah-at-msupply ✅
SYNCHRONISATION: CENTRAL DATA SYNC & SYNC INTEGRATION
Dev Test - @Chris-Petty [#6135 ✅ ]
GENERAL MODULES
These can be tested in a single-store environment since they're more focused on UI
Priority is to check/test if no buttons/modules are broken
DISTRIBUTION
REPLENISHMENT
CATALOGUE
INVENTORY
Dev Test - @fergie-nz ✅
DISPENSARY
SETTINGS
Dev Test - @aimee-mcneil-melville ✅
SYNCHRONISATION
CUSTOMISATIONS
COLD CHAIN
MANAGE IMMUNIZATIONS
IMMUNIZATIONS PROGRAMS
Dev Test - @GeronimoJohn ✅
PATIENT PROGRAMS
Dev Test - @andreievg ✅
PROGRAM REQUISITIONS
REMOTE AUTHORISATION
The text was updated successfully, but these errors were encountered: