Update Test Schema: Client-side Rendering
Los mantenedores suelen responder en 1 día
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- typescript
- Área
- data
Línea de trabajo
Start by reviewing PR #647 and the shared schema it introduces, then trace the client-side rendering test’s result generation, validation, persistence, and consumers. Check which historical records contain the required identity, runs, iterations, and metric data; migrate only records with available data, and document any records that must be dropped or rerun. Done means the test and its records use the new schema without inventing measurements.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Update this test's schema to use the shared base or benchmark schema introduced in https://github.com/e18e/framework-tracker/pull/647.
Scope: first paint, FCP, and interaction timing measurements.
Use createBenchmarkBaseSchema with a concrete iteration schema, inheriting TestBaseSchema. Use MetricBaseSchema for each statistical measurement. Record runs and required iterations at the benchmark level.
Include the required test identity fields: name, framework, and packagePath. Update result generation, validation, persistence, and consumers as needed.
Where historical test data is available, convert past records to the new schema. Where the required data is unavailable, use the new schema going forward; do not invent missing measurements or iterations.
As a last resort, if the historical schema cannot reasonably be migrated, consider dropping affected past records or re-running the test using the dependency snapshots retained in the main test records/schema. Document the chosen approach.
Blocked by #647, the shared-schema part of #633.
Part of #633
- Lenguaje dominante
- TypeScript
- Estrellas
- 42
- Forks
- 16
- Merge medio
- 13 h 41 min
- PR fusionados (30 d)
- 144
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una 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 e18e/framework-tracker
-
Interaction Bar Graph is MessyAbiertodocumentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
e18e/framework-tracker#640 ·
Los mantenedores suelen responder en 1 día
-
documentation
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
e18e/framework-tracker#666 ·
Los mantenedores suelen responder en 1 día
-
Variance ChartsAbiertodocumentation
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
e18e/framework-tracker#665 ·
Los mantenedores suelen responder en 1 día
-
TanStack Bar ChartAbiertodocumentation
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
e18e/framework-tracker#664 ·
Los mantenedores suelen responder en 1 día
-
TanStack Line ChartAbiertodocumentation
Dificultad 4/5 1-2 días Aptitud para principiantes 45/100
e18e/framework-tracker#663 ·
Los mantenedores suelen responder en 1 día
Todos los issues de e18e/framework-tracker
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 72/100
zts212653/clowder-ai#1678 ·
Los mantenedores suelen responder en 1 día
-
good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
Progressive-Victory/the-website#680 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100