Unified data management. One system to handle all data entry, collection, and reporting, across all your unique workflows. Simplify processes. Make people happy.
This PR ads the foundation of using Playwright as the new e2e test runner.
The PR ads the following:
tests folder which will house all tests moving forward (e.g. unit and e2e)
e2e folder inside tests which adds the package.json, playwright config, and test files
github action to execute the e2e tests. Currently only set to run when files are merged into master
Q&A
Why not use the existing CI folder for tests?
CI is a bit of a misnomer. CI specific configuration files are now stored in their namespaced directories (e.g. .github). So /tests is where we would expect the tests themselves to live. Since these tests can be run in many environments (e.g. CI, Locally, etc) it's confusing if they stay in the CI folder
Why keep the CI folder?
Once all the existing tests have been ported over to playwright we can remove the CI folder. Until then they are still available and can be used.
Why are the saucelabs steps commented out in the github actions file?
I am still evaluating the usefullness of using SauceLabs vs. having playwright generating testing output locally. Currently playwright is generating the testing output and writing it as assets to the action.
This PR ads the foundation of using Playwright as the new e2e test runner.
The PR ads the following:
tests
folder which will house all tests moving forward (e.g. unit and e2e)e2e
folder insidetests
which adds the package.json, playwright config, and test filesQ&A
Why not use the existing CI folder for tests? CI is a bit of a misnomer. CI specific configuration files are now stored in their namespaced directories (e.g.
.github
). So/tests
is where we would expect the tests themselves to live. Since these tests can be run in many environments (e.g. CI, Locally, etc) it's confusing if they stay in the CI folderWhy keep the CI folder? Once all the existing tests have been ported over to playwright we can remove the CI folder. Until then they are still available and can be used.
Why are the saucelabs steps commented out in the github actions file? I am still evaluating the usefullness of using SauceLabs vs. having playwright generating testing output locally. Currently playwright is generating the testing output and writing it as assets to the action.