processing / processing/p5.js-web-editor
Add workflow to perform e2e tests against staging environment
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 1.7k
- Forks
- 1.7k
- Avg merge
- 3d 4h
- Merged PRs (30d)
- 8
Description
Increasing Access
Unsure
Feature enhancement details
Following work by @Geethegreat for his GSOC project, there is now an e2e test suite that runs on a checked-out copy of the codebase, upon maintainer approval, for PR's pointing towards develop
Current during the weekly release process, there is a step to 'manual regression check on the staging site', but this can be automated by running e2e test suite against staging instead.
We should:
- Refactor the e2e test suite so that the running of the test suite is a re-usable action
- Add a new workflow that has:
- has some setup steps to configure variables to enable the playwright bot to test on the staging site
- should include some way to ensure that test runs do not collide with one another if one is triggered before a previous one is completed
- ensure that secrets to access staging remain invisible
- triggers the test suite with the re-usable action from step 1
- has a manual trigger & is only able to be triggered by maintainers - Add a link to the new workflow in the release docs
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the existing e2e workflow and the release documentation referenced in the issue. Read how the current suite runs against a checked-out codebase, then trace the staging configuration and secret handling before separating reusable test execution from workflow setup. Done means a maintainer-triggered staging workflow runs safely without overlapping runs, keeps secrets hidden, and is linked from the release docs.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- github-actions, javascript, playwright
- Domain
- ci-cd, devops, documentation, testing-qa
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100