Is it possible to split the tests into setup, run test, and teardown?
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- javascript, node.js
- Área
- testing
Línea de trabajo
Comienza con el código del controlador usando nodeunit's default reporter y tests/sortingTests.js; después, revisa los puntos de entrada de ejecución de pruebas y del ciclo de vida de nodeunit junto con la API de setup, medición y teardown de benchmark.js. Determina si las tres fases pueden invocarse de forma independiente para cada prueba y documenta o define el comportamiento de integración esperado.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I am using this basic code to run some test on various sorting algorithms in the same file:
Here is the driver code:
var reporter = require('nodeunit').reporters.default;
reporter.run(['tests/sortingTests.js']);
This works good so far for my testing needs. But now I am interested in using benchmark.js to benchmark each of those sorting algorithms.
I want to reuse the testing code for the purpose of Benchmarking to reduce redundancy.
Benchmark provides helpful setup and teardown functions in its API. That is important because we don't want to measure the time taken during setup and tear down.
All I want is that in Benchmark's setup function, I should be able to instruct node-unit to run the setup.
And then in measurement function, I tell node-unit to separately run only the test.
And later in Benchmark's teardown function, I should be able to call node-unit's teardown.
And repeat above 3 steps for every test in that same file.
Any ideas how should I go about it?
- Lenguaje dominante
- JavaScript
- Estrellas
- 1.9k
- Forks
- 359
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 caolan/nodeunit
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 42/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
Todos los issues de caolan/nodeunit
Issues similares
-
Create a theming guideAbiertodocumentation good first issue theming
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
-
Optimize the quick add featureAbiertofeature
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
drevendev/PatchPitch#2 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 65/100
521xueweihan/HelloGitHub#4025 ·