processing / processing/p5.js-web-editor

Add workflow to perform e2e tests against staging environment

Open
#4,277 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Awaiting Maintainer Approval Enhancement
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:

  1. Refactor the e2e test suite so that the running of the test suite is a re-usable action
  2. 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
  3. Add a link to the new workflow in the release docs

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.