How to specify test case(s) to run after creating a VUnit instance?
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Área
- testing
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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().
- Lenguaje dominante
- VHDL
- Estrellas
- 850
- Forks
- 305
- Merge medio
- 1 d 22 h
- PR fusionados (30 d)
- 9
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la 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.
Más de VUnit/vunit
-
KeyError in test scheduler when using TestBench.scan_tests_from_file()Posiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
GHDL: generics leak between configurations when `ghdl.sim_flags` is setPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
VUnit/vunit#1223 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
Los mantenedores suelen responder en 1 día
-
AXI slave VCs have identical stalling behaviorPosiblemente ocupada @Lay007 la tomó hace 30 días. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
VUnit/vunit#1219 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
Todos los issues de VUnit/vunit
Issues similares
-
Web transport: small test gapsAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
scikit-learn-contrib/category_encoders#553 ·
Los mantenedores suelen responder en 1 día
-
tests/strategies_test.py:174 goes uncovered on about 1 run in 100, failing the coverage ratchetAbiertoflaky-watch
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
btclib-org/btclib#2839 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
callstack/agent-device#3982 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100