...
| Auibutton |
|---|
| custom-icon | backlog |
|---|
| icon | custom |
|---|
| title | QA Jira Board (Find work here) |
|---|
| type | primary |
|---|
| url | https://om.rs/qaboard |
|---|
| target | true |
|---|
|
| Auibutton |
|---|
| icon | configure |
|---|
| title | QA GitHub Repo (Do work here) |
|---|
| type | primary |
|---|
| url | https://github.com/openmrs/openmrs-contrib-qaframework |
|---|
| target | true |
|---|
|
| Auibutton |
|---|
| icon | info |
|---|
| title | E2E Frontend Test Steps |
|---|
| type | primary |
|---|
| url | https://wiki.openmrs.org/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://wiki.openmrs.org/pages/viewpage.action?pageId=235277297 |
|---|
| target | true |
|---|
|
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:
...