Relatório disponível após cada execução → artefatos

Gerar o relatório num passo (pytest --html=relatorio.html, por exemplo) e publicá-lo com actions/upload-artifact.
Cuidado 1: o passo de upload precisa rodar mesmo quando os testes falham (if: always()), senão você só tem o relatório quando não precisa dele.
Cuidado 2: definir retenção. Artefato guardado para sempre consome cota e vira lixo.
Cuidado 3: não subir dado sensível no relatório: captura de tela de ambiente com dados reais é vazamento.

Rodar de madrugada contra homologação → agendamento + secrets

Um workflow com gatilho agendado (schedule), mantendo também o disparo manual para quando alguém precisar rodar na hora.
A URL e as credenciais de homologação vão em secrets, lidas por variável de ambiente, nunca escritas no arquivo.
Cuidado 1: o horário do agendamento costuma ser em UTC: três da manhã no fuso do time não é três da manhã no arquivo.
Cuidado 2: quem vai olhar o resultado? Pipeline noturno sem alguém responsável acumula vermelho em silêncio. Combine uma notificação e um dono.
Cuidado 3: testar contra um ambiente compartilhado é diferente de testar contra uma máquina limpa: o ambiente pode estar sendo implantado, ou com dados alterados por outra pessoa. Falha nesse pipeline nem sempre é defeito do código, e o time precisa saber disso, ou a confiança cai.
Cuidado 4: testes que escrevem em homologação precisam limpar o que criaram, ou a base cresce indefinidamente.

O ponto que separa uma boa resposta: perceber que pipeline agendado sem dono é ruído, e que o artefato só serve se for salvo justamente quando o teste falha.

Prova do Módulo 4