Upgrade to version 3 spec
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
Línea de trabajo
Empieza leyendo la especificación de la interfaz del ejecutor de pruebas enlazada y revisa cómo implementa actualmente este ejecutor de pruebas de Lua la versión 1. Consulta las instrucciones del ejercicio instructions.md y el formato de results.json, y considera si .meta/config.json o los metadatos de las pruebas pueden representar valores de task_id. Se considera completado cuando se admita la interfaz de la versión 3, de modo que las pruebas individuales puedan vincularse a tareas numeradas.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
If possible, this test runner should be updated to version 3 of the test runner interface specification. In version 3, one additional feature is enabled: the ability to link individual tests to tasks.
This allows the website to show which tests belong to which tasks.
The way tests are linked to tasks is via an (optional) task_id field, which is an integer that matches the number of the task as defined in the exercise's instructions.md file (note: the instructions start at index 1).
This is an example of a test in the results.json file:
{
"name": "Expected oven time in minutes",
"status": "pass",
"task_id": 1,
"test_code": "Assert.Equal(40, Lasagna.ExpectedMinutesInOven());"
}
You are completely free in how to implement this. Some options are:
- Add metadata to a test that the test runner can then discover while running the tests (e.g. an attribute or annotation)
- Define a test name/task id mapping (e.g. in the exercise's
.meta/config.jsonfile) - Any other option you can think of...
As this test runner currently implements version 1 of the test runner specification, it might be good to first upgrade to version 2 of the test runner specification before upgrading to version 3.
Let me know if there are any questions.
- Lenguaje dominante
- Lua
- Estrellas
- 0
- Forks
- 7
- Merge medio
- 6 h 18 min
- PR fusionados (30 d)
- 2
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Sin 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.
Issues similares
-
Dificultad 2/5 Menos de una hora Aptitud para principiantes 80/100
mason-org/mason.nvim#2117 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
mailcow/mailcow-dockerized#7518 ·
Los mantenedores suelen responder en 1 día
-
[BUG] rDNS lookups are performed even when the RDNS lists are emptyPosiblemente ocupada @kocaemre la tomó hoy. Abiertobug core plugins
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
bunkerity/bunkerweb#4057 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
msys2/MSYS2-packages#6825 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
fw876/helloworld#2066 ·
Los mantenedores suelen responder en 1 día