Skip to content
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

Closed
21 of 66 tasks
marthakeezy opened this issue Dec 2, 2024 · 4 comments
Closed
21 of 66 tasks

🌱 V2.5.0 Release Testing #5679

marthakeezy opened this issue Dec 2, 2024 · 4 comments
Assignees
Labels
Build Tested: Issues Found Issue has been build tested with new issue(s) made for failed tests. Release Testing For Release Testing issues, created for testing suites Tester: Alain Alain is testing this Tester: Anusha Tester: Maria Tester: Santosh

Comments

@marthakeezy
Copy link

marthakeezy commented Dec 2, 2024

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

  • Inbound Shipments
  • Internal Orders
  • Outbound Returns
  • Suppliers

CATALOGUE

  • Assets
  • Items
  • Master Lists

INVENTORY

Dev Test - @fergie-nz

  • Locations
  • Stocktakes
  • Stock

DISPENSARY

  • Patients
  • Prescriptions
  • Encounters

SETTINGS

Dev Test - @aimee-mcneil-melville

  • Display settings
  • Sync
  • Support
  • Devices

SYNCHRONISATION

  • Installation
  • Initialisation
  • Synchronisation
  • Reinitialisations
  • Version-updates

CUSTOMISATIONS

COLD CHAIN

  • Monitoring
  • Sensors
  • Equipment

MANAGE IMMUNIZATIONS

  • Configuration
  • Facilities
  • Demographics

IMMUNIZATIONS PROGRAMS

Dev Test - @GeronimoJohn

  • Immunizations Programs

PATIENT PROGRAMS

Dev Test - @andreievg

  • Patient Registration
  • Patient List
  • Patient Details View
  • Patient Program Enrolment
  • Patient Program Encounters
  • Viral Load logic
  • Lost to Follow up (LTFU)

PROGRAM REQUISITIONS

  • Setups
  • Creating a Program Internal Order
  • Program IO Window
  • Requisitions

REMOTE AUTHORISATION

  • Creating Internal Order
  • Approving Internal Order
  • Supplier Requisition
@marthakeezy marthakeezy added bug Something is borken needs triage needs daily triage New bug to be triaged by the release team labels Dec 2, 2024
@marthakeezy marthakeezy added Release Testing For Release Testing issues, created for testing suites Tester: Anusha Tester: Santosh Tester: Maria Tester: Alain Alain is testing this and removed bug Something is borken needs triage needs daily triage New bug to be triaged by the release team labels Dec 2, 2024
@marthakeezy marthakeezy pinned this issue Dec 2, 2024
@alainsussol
Copy link

alainsussol commented Jan 10, 2025

Tracking of issues found during release testing

@Chris-Petty
Copy link
Contributor

@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?

@alainsussol
Copy link

@Chris-Petty

@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 :)

@marthakeezy
Copy link
Author

CLOSING DUE TO V2.5.0 BEING RELEASED (but also will continue regression testing)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Build Tested: Issues Found Issue has been build tested with new issue(s) made for failed tests. Release Testing For Release Testing issues, created for testing suites Tester: Alain Alain is testing this Tester: Anusha Tester: Maria Tester: Santosh
Projects
None yet
Development

No branches or pull requests

5 participants