Is it possible to split the tests into setup, run test, and teardown?
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- javascript, node.js
- Domaine
- testing
Piste de recherche
Commencez par le code du pilote en utilisant nodeunit's default reporter et tests/sortingTests.js, puis examinez les points d’entrée de l’exécution des tests et du cycle de vie de nodeunit parallèlement à l’API de setup, de mesure et de teardown de benchmark.js. Déterminez si les trois phases peuvent être invoquées indépendamment pour chaque test, et documentez ou définissez le comportement d’intégration attendu.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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?
- Langage dominant
- JavaScript
- Étoiles
- 1.9k
- Forks
- 359
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de caolan/nodeunit
-
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 42/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 20/100
Toutes les issues de caolan/nodeunit
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
HarperFast/harper#3299 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 92/100
osmlab/name-suggestion-index#12992 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
open-government-design-system/ogds-elements#199 ·
Les mainteneurs répondent en général sous 1 jour
-
area:plugin type:bug
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Les mainteneurs répondent en général sous 1 jour
-
Document annotations cannot anchor visible code after a shorter or different fenced-code markerOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
paperclipai/paperclip#16898 ·
Les mainteneurs répondent en général sous 1 jour