Testing de Proyectos Laravel con PHPUnit y Artisan

De hecho, esto es algo que me gusta de Laravel, porque no solo se limitan a usar librerías de terceros, sino que también las modifican, se nota la diferencia entre usar vendor/bin/phpunit y usar php artisan test, Laravel te lo pinta de una mejor forma y es por eso que debemos usar siempre el comando de artisan con Laravel, de esa forma es mucho más fácil y cómodo trabajar con los tests, así que no uses el comando vendor/bin/phpunit cuando estás trabajando con Laravel 👀

En Windows, utilizar el siguiente comando

php vendor/phpunit/phpunit/phpunit

PHPUnit en Laravel

Laravel al instalarlo trae PHPUnit configurado dentro de la carpeta 📁test encontrarás dos carpetas Unit (Donde tenemos pruebas unitarias) y Features (Donde tendremos las pruebas de pedazos de código grandes).

Para correr las pruebas, podemos utilizar el comando:

vendor/bin/phpunit

O podemos utilizar el comando que trae Artisan donde nos muestra mucho más estilizado el resultado.

php artisan test

Un pequeño truco que pueden hacer para no estar escribiendo siempre el comando de php artisan test es agregarlo como un script en el package.json de esta forma:

"scripts": {
	... otros scripts,
	"test": "php artisan test"
}

así cada vez que quieran correr los test escriben npm test y este llamará al comando de php artisan test, es más corto y ahorra tiempo 😄

Hay un estándar para crear test por ejemplo si basamos el test en el modelo User el test seria:
UserTest.php
Y para las funciones de test siempre comienzan con test:
testBasicTest(){}

El Laravel el directorio test/ trae 2 directorios

• Feature
• Unit

Unit (Pruebas Unitarias)

Son pruebas unitarias que se centran en un porción muy pequeña y aislada de su código y se ubican dentro del directorio test/Unit.

Las Pruebas Unitarias no inician la aplicación Laravel y por lo tanto no pueden acceder a la base de datos u otros servicios del Framework.

Feature (Pruebas de Funcionalidad)

Las pruebas de funciones pueden probar una porción mas grande de su código, incluida la forma en que varios objetos interactúan entre si o incluso una solicitud HTTP Completa.

buena clase, funciono a la primera. lo digo porque en una ocasion intente phpunit en un desarrollo nativo y era muy complicada la config para testear

Deje creando el proyecto desde la primera clase y ya no tuve que ponerle pausa a éste jajaja

Si le puede generar error el poner en la consola vendor/bin/phpunit. Puedes usar el comando php artisan test

composer create-project laravel/laravel phpunit

¡Que completo que es Laravel!

Parece que vendor/bin/phpunit tiene mejor rendimiento.

Tengo el siguiente error y no se como solventarlo.
“Exception
The Mix manifest does not exist. (View: /home/vagrant/code/j_inertia_8/resources/views/app.blade.php)”

El manifiesto Mix no existe: problema de inicio de sesión / registro de Laravel Fortify Jetstream al implementar laravel en el alojamiento compartido de Hostgator

He podido implementar proyectos de Laravel con éxito en el pasado. Por primera vez estoy usando Laravel 8 con Jetstream y Livewire. Laravel.

Mi servidor local funciona perfectamente, sin problemas. Después de implementar el proyecto en una cuenta de alojamiento compartido; mi página de inicio no se carga correctamente y envia el siguiente error “The Mix manifest does not exist. (View: /home/vagrant/code/j_inertia_8/resources/views/app.blade.php)”

He hecho lo siguiente:

1. Versión del compositor actualizada
2. reconstrucción de npm
3. instalación de npm
4. Probé ambos: npm run dev y npm run production y volví a cargar todo en cada escenario.
5. He señalado la ruta public / index.php a la carpeta de la aplicación correcta para leer los archivos autoload.php y bootstrap / app.php

Agradeceré alguna idea que me puedan brindar.