-
Notifications
You must be signed in to change notification settings - Fork 1
Tester workflow
Shraddha Kesari edited this page Dec 22, 2020
·
1 revision
- Pick up task in stand up which is Ready For QA.
- Go through the card details assigned.
- The Acceptance Criteria should be clear
- The scope of the ticket should be clear
- Document the test cases according to the Acceptance Criteria in the same card itself.
- Make sure Dev-box testing is done before moving card to In QA.
- Test cases are to be updated in the relevant card before Dev-box
- During
dev-box
testing, Dev and QA should pair - Acceptance Criteria and test cases should be marked with Pass/Fail status before calling Dev-box done.
- In case of any bugs, report it and after the fix - repeat Step 7.
- Make sure PR is reviewed and changes are done.
- Go through the PR and files changed, to be aware of config changes.
- Make config changes if any and install the beta version of framework (which will be released by a developer), and deploy feature branch to staging. Staging Deploy can be done from the link provided below.
- Test the feature with different scenarios.
- Report bugs if any in git hub in same card.
- If it is a minor bug not effecting any major functionality, then new bug card should be created with PM's approval.
- Same feature and regression testing should be done on Beta (If we create one in future).
- Move card from
In QA
toQA Complete
. - Get in contact with the Developer to release a prod version of Framework.
- Send release notes over mail.
- Mail the clients to install the latest version of Framework and its related changes.
- Regression testing should be carried on
production
. - Close the ticket card once a prod version of Framework is released.
- Card should be moved from
QA Complete
toLive
.