How to specify test case(s) to run after creating a VUnit instance?
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 30/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Ambito
- testing
Direzione di ricerca
Read the VUnit instance setup and main() entry point, then check how test selection is currently configured and how the pytest fixture use case fits that flow. The issue gives no file or test names, so first locate the relevant API and tests. Done means a test case can be selected after setup and passed to main() as described.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Is there a way to create the VUnit object and then specify the test case(s) to run? What I would like to do is create an instance of VUnit , call add_library(), add_source_files(), etc, and then specify the test case(s) I would like to run just before, or when, I call main(). It would maybe look something like:
vu = VUnit.from_args( ... )
vu.add_vhdl_builtins()
lib = vu.add_library('my_lib')
lib.add_sources(['src/*.vhd', 'tb/*.vhd'])
vu.main('my_lib.my_module.test_1')
My use case is using composable pytest fixtures to configure an instance of VUnit and then in the test case call main() (or equivalent) on the VUnit instance to actually build and run the simulation. One pytest fixture would create the base VUnit instance, and then successive fixtures would create libraries, add sources, set generics, etc, until the main test function called main().
- Lingua principale
- VHDL
- Stelle
- 850
- Fork
- 305
- Merge medio
- 2g 10h
- PR unite (30g)
- 7
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di VUnit/vunit
-
KeyError in test scheduler when using TestBench.scan_tests_from_file()Forse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
GHDL: generics leak between configurations when `ghdl.sim_flags` is setForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
VUnit/vunit#1223 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
-
AXI slave VCs have identical stalling behaviorForse già presa @Lay007 l’ha presa 27 giorni fa. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
VUnit/vunit#1219 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
Docker host resolution missing default rootless Docker pathForse già presa @500B l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
testcontainers/testcontainers-rs#1000 ·
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
Nimblesite/SharpLsp#468 ·
I maintainer di solito rispondono entro 1 giorno
-
ci-failure ci:assertion test
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
openwatersio/slackwater-ios#811 ·
I maintainer di solito rispondono entro 1 giorno
-
A-testing C-bug E-small P-low
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno