Pular para o conteúdo
SDETRole
SDETRole

Design de testes e utilitários dev

Gerador de workflow do GitHub Actions para testes

Monte um workflow de CI para Playwright, Cypress, Selenium ou pytest.

Roda inteiramente no seu navegador Sem cadastro

Builds a workflow file for .github/workflows/. Review it before committing.

Options

Triggers

Comma-separated. Leave empty for all branches.

Leave empty for no schedule. GitHub may delay scheduled runs at busy times.

Browsers

Installs these browsers and passes --project=<name>; the names must match projects in playwright.config.ts.

Above 1 splits tests across parallel jobs and merges the reports.

Extras

.github/workflows/playwright.yml

Before you commit

Uses actions/checkout@v4, setup-node@v4 / setup-java@v4 / setup-python@v5, cache@v4 and upload-artifact@v4. Check commands such as npm ci or pip install -r requirements.txt match your repository, and add secrets with ${{ secrets.NAME }} rather than hard-coding them.

Sobre esta ferramenta

A maioria das suítes de teste precisa do mesmo esqueleto de CI: fazer checkout do código, instalar um runtime, instalar dependências e navegadores, rodar os testes e guardar o relatório quando algo falha. Este gerador escreve esse workflow para Playwright (TypeScript), Cypress, Selenium com Java e Maven, ou pytest, usando as versões major atuais das actions oficiais (checkout@v4, setup-node@v4, setup-java@v4, setup-python@v5, cache@v4, upload-artifact@v4). Para Playwright, ele pode dividir a suíte em jobs paralelos com --shard=i/n e depois juntar os blob reports em um único relatório HTML, seguindo o padrão documentado do Playwright. Execuções agendadas usam cron de 5 campos em UTC, como o GitHub Actions exige.

Como usar

  1. Escolha o framework e a versão do runtime e depois os gatilhos: push, pull_request, um agendamento cron ou workflow_dispatch manual.
  2. Selecione os navegadores e, para Playwright, a quantidade de shards. Mantenha o cache e o upload de relatório ativados, a menos que tenha um motivo para não fazê-lo.
  3. Copie ou baixe o YAML, salve em .github/workflows/ no seu repositório e confira se comandos como npm ci ou pip install -r requirements.txt correspondem ao seu projeto.

Perguntas frequentes: Gerador de workflow do GitHub Actions para testes

Por que o agendamento roda em uma hora diferente da que eu esperava?

O GitHub Actions avalia o cron em UTC, então converta a partir do seu fuso local. Execuções agendadas também podem começar atrasadas em períodos de pico, e em repositórios públicos os workflows agendados são desativados automaticamente após 60 dias sem atividade no repositório.

Como funciona o sharding do Playwright aqui?

Uma matrix inicia um job por shard, e cada um roda npx playwright test --shard=i/n com o blob reporter. Um job seguinte baixa todos os blob reports e roda npx playwright merge-reports para produzir um único artefato de relatório HTML.

Por que há uma flag --project para cada navegador?

O Playwright seleciona navegadores por meio de projects definidos no playwright.config.ts. O comando gerado passa --project=<name> para cada navegador selecionado, então esses nomes de project precisam existir na sua configuração. Remova a flag para rodar todos os projects.

Onde coloco credenciais, como a senha de um usuário de teste?

Guarde-as como secrets do repositório ou do ambiente e referencie-as com ${{ secrets.NAME }} em um bloco env. Nunca faça commit delas no arquivo de workflow.

Digite para buscar em todo o SDETRole.

Busca de texto completo com Pagefind · roda no seu navegador Abrir página de busca →