For teams that have no automated tests yet and want a working start: a Playwright project, first tests, and CI.
Your setup
- A new, empty GitHub repo for the tests.
- A web app on a test environment that Certyn already knows.
- GitHub Actions as CI.
Say this to Certyn
Set up Playwright in github.com/acme/e2e, which is empty. Add tests for login and checkout and a GitHub Actions workflow. Push to main.
What Certyn does
- Opens the
GH_TOKENform. Make a fine-grained token for that repo with Contents Read and write and Workflows Read and write (theworkflowpermission, needed for any file in.github/workflows). Add Pull requests Read and write for later PRs. - On its Machine, creates the Playwright project with TypeScript: config with the base URL from an environment variable, a
tests/folder, and a few first tests for the flows you named. - Runs the tests against your environment until they pass.
- Adds
.github/workflows/playwright.yml: install, install browsers, run the tests on push and pull request, keep the HTML report. - An empty repo has no branch to open a pull request against. Because you asked, Certyn pushes this first commit to
main. Later changes come as pull requests fromcertyn/...branches.
What you get
- A Playwright project in your repo that runs locally and in GitHub Actions.
- First tests for your main flows.
- Later: add a test for X or fix the failing test gives a pull request.
Limits
- Certyn does not set GitHub secrets or variables. Add the app URL (and any test account) in the repo's Settings → Secrets and variables → Actions, with the names the workflow uses.
- Without the
workflowpermission, GitHub rejects the push of the workflow file. Certyn then shows you the file to add yourself. - Certyn pushes to
mainonly when you ask. Turn on branch protection after the first commit.