Test Coverage en React

Curso de React Testing Library

Fundamentos del Testing en React

Pruebas de Frontend con React: Evita Errores Críticos

Testing de Aplicaciones con Vitest y React

Estructura y Creación de Tests en JavaScript con Vitest

Estrategias de Testing en React

Pruebas de Componentes en React con Testing Library

Testing con Table Driven en React: Mejora Mantenibilidad y Cobertura

Desarrollo Orientado a Pruebas (TDD) en React paso a paso

Uso de Mocks en Testing de Software

Testing de Flujos de Usuario en React

Pruebas de Error en Login con React y Vitest

Pruebas de Login Exitoso en Aplicación Web

Testeo de Órdenes en Dashboard con Vitest y React Testing Library

Testeo de Componentes para Administradores en Platzi Orders

Testing de Hooks en React

Principios SOLID para código limpio y mantenible en desarrollo software

Testeo de Custom Hooks con Testing Library React Hooks

Testing con Spies en React: Verificación de Funciones y Errores

Pruebas de Integración y APIs en React

Configuración de Mock Service Worker para Pruebas en Visual Studio Code

Pruebas de React con Mock Service Worker y Hooks

Pruebas de Error 500 en Endpoints con Mock Service Worker

Reflexiones sobre Testing en React

Testing con Inteligencia Artificial en React

Cobertura de Código: Tipos y Configuración en Vitest

Cuándo y cómo implementar test en proyectos de React

No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Si ya tienes una cuenta,

Recursos

Comando para instalar la dependencia de desarrollo que permite generar reporte de coverage de test del proyecto.

yarn add @vitest/coverage-v8

Aportes 2

Preguntas 0

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

David Galvan

hace 2 meses

Test Coverage se refiere a la medida que indica qué tan bien los tests abarcan el código de un proyecto. Hay varios tipos: 1. **Statement Coverage**: Mide el porcentaje de declaraciones ejecutadas por los tests. Esto asegura que cada línea de código se prueba al menos una vez. 2. **Branch Coverage**: Evalúa si todas las ramas lógicas (como if-else) se han probado. Esto garantiza que tanto los caminos verdaderos como los falsos se ejecuten. 3. **Function Coverage**: Indica la proporción de funciones que han sido llamadas durante las pruebas. Es crucial para asegurar que todas las funciones estén testeadas. 4. **Line Coverage**: Similar a Statement Coverage, pero se enfoca en si cada línea del código ha sido ejecutada por los tests. Un buen Test Coverage es vital para la calidad del software y para detectar errores.

Juan Gómez Carrillo

hace un mes

Forzar un threshold es un arma de doble filo 🫠 Querer imponer un alto porcentaje normalmente solo hará que tu equipo de desarrollo sea más "perezoso" y hagan tests de dudosa calidad solo para llegar al threshold y poder desplegar su desarrollo. Un porcentaje alto de cobertura no significa que los tests te estén protegiendo al 💯, solo significa que se pasó por esas líneas de código durante la ejecución de los tests .. ¡nada más! 😉 Mejor que imponer un porcentaje mínimo es crear cultura de testing, hacer conscientes a los desarrolladores del beneficio y la tranquilidad que aportan (además de servir como documentación). Producto y los Engineer Managers deberían fomentar esa cultura de pruebas y dar el tiempo a los desarrolladores para que cubran sus desarrollos con **tests de calidad**.