Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

test-playwright-smoke fails on its own 600s cap with zero test failures

Aperta Adatta ai principianti
#329 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
72/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
python
Ambito
testing-qa

Direzione di ricerca

Inizia da Makefile:311 e ispeziona il comando utilizzato da test-playwright-smoke, quindi confronta il suo comportamento con limite con la selezione pytest identica e senza limite descritta nell’issue. Conferma la strategia di limitazione scelta sulla base dei riferimenti esistenti del runbook e verifica che il target termini con il risultato effettivo degli smoke tests invece che con un falso timeout.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

bug infra operations P1 testing

make test-playwright-smoke wraps its pytest selection in a hardcoded
timeout … 600s (Makefile:311). On this development host the tier needs
roughly 675s, so the target exits 124 with zero test failures, at 66-93%
through a run in which every executed test passed.

Four independent observations across four different worktrees on 2026-09-07:

Lane Invocation Result
#323 engineer capped Error 124, 0 failed
#323 tester capped Error 124, 600.3s, 28 passed, 0 failed
#323 tester uncapped, identical selection 30 passed, exit 0, 484.68s
#323 tester capped, under load Error 124, 600.5s, 0 failed, 73%
#324 engineer capped, at the pristine base 6899c616 Error 124
#324 tester capped at base / capped at head / uncapped 124 / 124 / 30 passed in 899.76s
#322 engineer capped 30 tests printed PASSED to 100%, then Error 124

Two properties make this a real defect rather than a slow machine:

  1. It fails identically at the pristine base, so it is not attributable to
    any change under review. Every lane that hit it had to spend time proving
    that separately.
  2. It is marginal, not hopeless. The fastest uncapped run of the identical
    selection was 484s against a 600s cap — about 20% headroom on a quiet box
    and none under load. So it passes or fails depending on what else is running,
    which is the worst of both worlds: it cannot be trusted as a signal and it
    cannot be dismissed as always-red.

test-playwright-smoke is the only tier carrying a hardcoded cap
(_docs/runbooks/Makefile grep). The consequence is that the tier every
backend-only change is required to run is the one tier that cannot be relied on
to report its own result, and every reviewer pays the cost of re-establishing
that independently.

What to decide: raise the cap, scale it to the host, or remove it and let the
suite's own per-test timeouts govern. #252 covers the full tier's one-hour
bound and is a different bound on a different tier; this is not that.

Not in scope: making the smoke tier faster.

Lingua principale
Python
Stelle
0
Fork
0
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

  • Include un Dockerfile o un file Docker Compose
  • Nessun modello di pull request
  • Nessuna guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di DataTalksClub/website

Tutte le issue di DataTalksClub/website

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.