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

[Feature]: User defined test scheduler

Chiusa
#43,553 2 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
playwright, typescript
Ambito
testing-qa

Direzione di ricerca

The request proposes a user defined test scheduler that can sample system utilization and pause, preempt, or defer tests, but names no files, tests, or implementation entry points. First determine whether the Playwright team is open to the idea and how it would fit the existing test runner. Done would require a defined design and agreed behavior for scheduling tests in multi tenant CI.

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

Descrizione

🚀 Feature Request

I'd like the ability to schedule tests with greater control than max concurrency limits; similar to jest's custom testRunner. In particular I want to sample my system's resource utilization metrics and pause/preempt/defer execution in a multi tenant CI environment.

Has this been requested before? I did some cursory searches but did not find relevant results. Please let me know if the team is open to the idea in-general and I can propose something high level

Example

No response

Motivation

I've instrumented my CI system and found that flakes/timeouts tend to correlate with elevated resource utilization. Implementing this idea as a jest custom testRunner has improved test reliability at the expense of longer runtimes, but that's been the preferred trade-off for my team.

Lingua principale
TypeScript
Stelle
98k
Fork
6.6k
Merge medio
15h 59m
PR unite (30g)
296

Preparare l'ambiente

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 microsoft/playwright

Tutte le issue di microsoft/playwright

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.