laravel-tdd

Topics in the source

• Flujo de Trabajo TDD en Laravel
• Cuándo Usar
• Cómo Funciona
• Ciclo Rojo-Verde-Refactorizar
• Capas de Prueba
• Estrategia de Base de Datos
• Elección del Framework de Pruebas
• Ejemplos

Desarrollo guiado por pruebas para aplicaciones Laravel usando PHPUnit y Pest con 80%+ de cobertura (unit + feature). Nuevas funcionalidades o endpoints en Laravel Correcciones de bugs o refactorizaciones Probar modelos Eloquent, policies, jobs y notifications Preferir Pest para pruebas nuevas a menos que el proyecto ya esté estandarizado en PHPUnit 1) Escribir una prueba fallida 2) Implementar el cambio mínimo para que pase 3) Refactorizar manteniendo las pruebas en verde Unit: clases PHP puras, objetos de valor, servicios Feature: endpoints HTTP, autenticación, validación, policies Integration: base de datos + colas + límites externos Elegir capas según el alcance: Usar pruebas Unit para lógica de negocio pura y servicios. Usar pruebas Feature para HTTP, autenticación, validación y forma de respuesta. Usar pruebas Integration cuando se validen BD/colas/servicios externos juntos. RefreshDatabase para la mayoría de pruebas feature/integration (ejecuta migraciones una vez por ejecución de prueba, luego envuelve cada prueba en una transacción cuando está soportado; las bases de datos en memoria pueden re-migrar por prueba) DatabaseTransactions cuando el esquema ya está migrado y solo

This is an excerpt. Refer to the complete source and its current requirements.