Quick Links
Where to Go:
Auibutton |
---|
icon | configure |
---|
title | QA GitHub Repo (Dashboard and Work Hub) |
---|
type | primary |
---|
url | https://github.com/openmrs/openmrs-contrib-qaframework |
---|
target | true |
---|
|
Auibutton |
---|
custom-icon | backlog |
---|
icon | custom |
---|
title | QA Jira Board (Find/log tickets here) |
---|
type | primary |
---|
url | https://om.rs/qaboard |
---|
target | true |
---|
|
Guidance:
Auibutton |
---|
icon | info |
---|
title | E2E Frontend Test Steps |
---|
type | primary |
---|
url | https://openmrs.atlassian.net/wiki/display/docs/QA+Framework+Overview%3A+Steps+to+Take+when+writing+a+Frontend+Test |
---|
target | true |
---|
|
Auibutton |
---|
icon | help |
---|
title | Detailed E2E Test Dev Guide |
---|
type | primary |
---|
url | https://openmrs.atlassian.net/wiki/pages/viewpage.action?pageId=22570765 |
---|
target | true |
---|
|
QA Support Team meeting details & notes at om.rs/qanotes
Our E2E Test Process
We apply a Workflow-based Approach to E2E tests. This allows us to have happy-path smoke tests grouped by workflows, which test from a user’s perspective. These We do this because:
- It's easier to confidently release regularly if your business stakeholders have confidence in a few, not too many, E2E tests that cover happy-path user stories (where things go right).
- We don't want to automate every possible click or every possible path - this causes a lot of overhead in maintenance and cognitive burden when reviewing test reports. However, detailed functional tests should still be written for specific features. (Functional tests are outside of the scope of E2E Workflow tests.)
Diagram of the steps to take when creating a frontend test:
Image Added
Video: Overview of the New QA Framework
Widget Connector |
---|
url | https://www.youtube.com/watch?v=VrlaFczVjUc&list=PL5jj7JoBifSlygPuQGWF1Nd_zM8m6oD1p |
---|
|
More Documentation & Dev Guides
Child pages (Children Display) |
---|