Is it possible to split the tests into setup, run test, and teardown?
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- javascript, node.js
- Bereich
- testing
Rechercherichtung
Beginne mit dem Treibercode unter Verwendung von nodeunit's default reporter und tests/sortingTests.js. Überprüfe anschließend nodeunit's Einstiegspunkte für die Testausführung und den Lebenszyklus zusammen mit der Setup-, Mess- und Teardown-API von benchmark.js. Ermittle, ob die drei Phasen für jeden Test unabhängig aufgerufen werden können, und dokumentiere oder definiere das erwartete Integrationsverhalten.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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?
- Vorherrschende Sprache
- JavaScript
- Sterne
- 1.9k
- Forks
- 359
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus caolan/nodeunit
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 25/100
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 42/100
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100
Alle Issues in caolan/nodeunit
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
Maintainer antworten meist innerhalb von 1 Tag
-
[BUG] npm pkg delete removes the first array item for a nonexistent propertyEvtl. vergeben Ein verknüpfter Pull Request ist offen oder bereits gemergt. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 83/100
Maintainer antworten meist innerhalb von 2 Tagen
-
feedback simulation workshop
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
githubnext/gh-aw-workshop#4755 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
videojs/video.js#9537 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
fix
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 72/100
idean3885/claude-ops-agent#728 ·
Maintainer antworten meist innerhalb von 1 Tag