Split Tests/UnitTests/Scripts/tests.ts into per-polyfill spec files
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 58/100
- Tipo de issue
- Refactorización
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- typescript
- Área
- testing
Línea de trabajo
Empieza leyendo Tests/UnitTests/Scripts/tests.ts y siguiendo cómo el test harness lo carga. Identifica el bootstrap compartido del servidor y los fixtures; después separa los bloques describe existentes en archivos spec por polyfill bajo Scripts/tests, con un pequeño barrel o entrypoint. Se considera terminado cuando el harness sigue cargando todas las specs y pasa la suite completa de pruebas unitarias.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
Tests/UnitTests/Scripts/tests.ts has grown to ~1.5k lines spanning 15+ describe blocks across 10+ polyfills (XHR, WebSocket, Blob, File, FileReader, TextEncoder/Decoder, URL, Console, Scheduling, AbortController, napi prototype isolation, ...). Every new polyfill grows this single file further, which hurts readability, makes ownership/blame noisy, and increases merge-conflict surface.
Proposal
Split the suite into one spec file per polyfill (e.g. Scripts/tests/xhr.ts, blob.ts, file.ts, filereader.ts, ...) with a small barrel/entrypoint that the test harness loads. Keep shared helpers (server bootstrap, fixtures) in a common module.
Context
Raised in review of #169 (File / FileReader polyfill). Filing as a standalone follow-up so that PR's diff stays focused on the polyfill itself rather than a large test reorganization.
- Lenguaje dominante
- C++
- Estrellas
- 22
- Forks
- 23
- Merge medio
- 2 h 29 min
- PR fusionados (30 d)
- 3
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de BabylonJS/JsRuntimeHost
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
BabylonJS/JsRuntimeHost#234 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
BabylonJS/JsRuntimeHost#173 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
BabylonJS/JsRuntimeHost#241 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
BabylonJS/JsRuntimeHost#228 ·
Los mantenedores suelen responder en 1 día
-
napi_unwrap does not reject objects that were never wrapped (V8 port faults, QuickJS port confuses types)Posiblemente ocupada @bghgary la tomó hace 52 días. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 68/100
BabylonJS/JsRuntimeHost#226 ·
Los mantenedores suelen responder en 1 día
Todos los issues de BabylonJS/JsRuntimeHost
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
ros-navigation/navigation2#6648 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
[BUG] OTA Requestor accepts reserved provider endpoint 0xFFFFPosiblemente ocupada @Chapoly1305 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
project-chip/connectedhomeip#74742 ·
Los mantenedores suelen responder en 1 día