Multiple selections in test UI run individually/isolated
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 48/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- java, typescript
- Ambito
- performance, testing
Direzione di ricerca
Inizia riproducendo il rallentamento dalla Tests sidebar con più metodi e classi, confrontandolo con la selezione della classe o del package padre. Traccia il percorso personalizzato di selezione ed esecuzione, prestando attenzione a dove vengono invocati setup e teardown. Il lavoro è completato quando più selezioni condividono il ciclo di setup/teardown appropriato senza modificare i rieseguiti dei test precedentemente falliti.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Originally raised at redhat-developer/vscode-java#4338.
Observed behaviour: multiple methods under a Java test class (or multiple test classes under a package) selected in the Tests sidebar tree seem to run significantly slower than when just selecting the single parent class (or package).
This seems to be because each selection does a full setup/teardown (i.e. selecting a class does one setup/teardown cycle, before the first and after the last method; selecting four methods from that class does four cycles, one around each method). For projects like Spring web applications and their unit tests, the application is recreated unnecessarily for each test, and for large applications this causes a significant slowdown. Repeating failed unit tests from a previous run doesn't seem to be affected in this way.
My understanding is that JUnit at least doesn't provide much of a test selection interface, so I'm assuming there's a custom runner in play in order to target the selected or previously-failed tests in the first place.
- Lingua principale
- TypeScript
- Stelle
- 340
- Fork
- 173
- Merge medio
- 1g 19h
- PR unite (30g)
- 18
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di microsoft/vscode-java-test
-
ai-triaged bug high-priority investigating junit maven test-discovery
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
microsoft/vscode-java-test#1915 · 2 commenti ·
-
ai-triaged bug investigating junit test-discovery test-execution
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
microsoft/vscode-java-test#1897 · 1 commento ·
-
ai-triaged bug gradle high-priority test-execution
microsoft/vscode-java-test#1880 · 2 commenti · 1 assegnatario ·
-
ai-triaged gradle junit test-execution ux
microsoft/vscode-java-test#1878 · 3 commenti · 1 assegnatario ·
-
ai-triaged enhancement gradle investigating junit low-priority test-reporting
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
microsoft/vscode-java-test#1824 · 1 commento ·
Tutte le issue di microsoft/vscode-java-test
Issue simili
-
Type/Bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
OpenNSW/nsw-srilanka#497 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
0xMiden/bridge-portal#132 ·
-
react-doctor severity:warning tech-debt
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
digidem/comapeo-cloud-app#403 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100