Interop with RouterTestingHarness
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
- angular, typescript
Línea de trabajo
Comienza leyendo la documentación de RouterTestingHarness de Angular y el enfoque de testing-library con render(), y después compara las responsabilidades de ComponentFixture. Examina cómo se utilizan MockRouter y MockActivatedRoute en las pruebas del router. La tarea estará terminada cuando el issue tenga un diseño decidido para interoperar con RouterTestingHarness manteniendo al mismo tiempo una compatibilidad adecuada con testing-library.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Angular introduced RouterTestingHarness as a utility for testing a component that depends on the router.
RouterTestingHarness manages a root component to instantiate <router-outlet> and returns routed component by navigateByUrl(url, component) method. AFAIK, there is a conflict with the testing-library's render() approach. The responsibility for instantiating a ComponentFixture must be one or the other.
So, I can't suggest a specific solution yet, but I think that testing involving Router can be complex and this is precisely the kind of area that the Testing Library should help with. It would be desirable to provide a means to escape from MockRouter and MockActivatedRoute while still being able to use them with the Testing Library.
- Lenguaje dominante
- TypeScript
- Estrellas
- 792
- Forks
- 95
- Merge medio
- 34 min
- PR fusionados (30 d)
- 3
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- 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 testing-library/angular-testing-library
-
Add skills?Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
-
Migration path towards /zonelessAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
testing-library/angular-testing-library#593 · 1 comentario · 1 reacción ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
testing-library/angular-testing-library#576 · 3 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
testing-library/angular-testing-library#290 · 4 comentarios ·
Todos los issues de testing-library/angular-testing-library
Issues similares
-
affected/v17 affected/v18 area/frontend type/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
umbraco/Umbraco-CMS#24186 ·
Los mantenedores suelen responder en 2 días
-
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 72/100
better-auth/better-auth#11723 · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
area: docs difficulty: easy documentation good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Worker-Erstellung bricht langsame Git-Worktree-Checkouts nach 20 Sekunden abPosiblemente ocupada @KajoVanBuyten la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 69/100
AgentSystemLabs/agent-office#367 ·
Los mantenedores suelen responder en 1 día