Pruebas Unitarias para Método de Eliminación en Bases de Datos
Contenido del curso
El test contiene: -> Creas el metodo de test -> Creas del post -> Eliminamos eliminas el post -> Verificas que no exista en la DB
Crea el test del delete post
Corre el test y saldra en rojo
Configura el metodo para eliminar desde el controller
Corre el test y saldra en verde
Agregue el método de eliminar con un post que no existe:
public function test_404_delete() { //creo el post $post = factory(Post::class)->create(); //trato de eliminar un post que no existe $response = $this->json('DELETE', "/api/posts/1000"); //espero estatus 404 $response->assertStatus(404); //verifico que en realidad el post no existe en la base $this->assertDatabaseMissing('posts', ['id'=> 1000]); }
En resumen, lo que se hizo fue crear un nuevo post usando Fatories, recuerden que los factories insertan datos ficticios en la base de datos, enntonces, usando ese post falso creado es como probamos que la ruta DELETE funciona
Me imagino que un test deberia tener mas datos para verificar y enviar antes de decir que esta terminado, cual los cursos de testing podria tener de manera practica todos estos datos?
public function test_delete() { // Con esto vemos el mensaje del error $this->withoutExceptionHandling(); // Primero se crea el post $post = Post::factory()->create(); // Sec rea la función de eliminar $response = $this->json('DELETE', "api/posts/$post->id"); // Se crean las validaciones $response->assertSee(null) ->assertStatus(204); //sin contenido // Con el assertDatabaseMissing decimos que esto no existe en la base de datos. $this->assertDatabaseMissing('posts', ['id' => $post->id]); }
Que bonito código, muy limpio.
Como seria la prueba si la tabla post emplea SoftDelete ?
Cuando empleas "SoftDelete", en la tabla se crea una columna adicional que se llama "deleted_at", en ese caso tienes que verificar si es NULL o no, es decir:
Cuando deleted_at tiene asignada una fecha, ese dato ya está eliminado. Cuando deleted_at es NULL, entonces no ha sido eliminado.
¿Cual sería la diferencia entre estas pruebas que están dentro de la categoría de Feature Test contra las Unit Test?
Unit Testing se enfoca en probar la funcionalidad de una pequeña parte de la aplicación. Los** Feature Test** son para probar una característica entera (feature) de tu aplicación.
public function test_delete() { //$this->withoutExceptionHandling(); //PARA TESTING DETALLADO $post = factory(Post::class)->create(); $response = $this->json('DELETE',"/api/posts/$post->id"); $response->assertSee(null) ->assertStatus(204); //SIN CONTENIDO : CODIGO 204 $this->assertDatabaseMissing('posts',['id' => $post->id]); }
Excelente clase del delete con TDD
Genial esta estructura que nos permite tener todo bien claro
Método Delete Ok. Ahora seguimos las pruebas con el método Index.
Porque en el metodo destroy utilizo como param Post y no PostRequest?
Porque está recibiendo el post que va a eliminar. El post request es para comprobar la estructura de la petición recibida
genial estos temas, de gran utilidad
public function test_deleted() { $post = Factory(Post::class)->create(); $response = $this->json('DELETE',"/api/posts/$post->id"); $response->assertSee(null) ->assertStatus(204);//OK $this->assertDatabaseMissing('posts',['id' => $post->id]); }
Aporte de la clase :D
/* 1.Crear un post con factory. 2.Configuro la solicitud para eliminar el post con el ID pasado por la ruta de eliminación. 3.Verificar que la respuesta este null y el status sea 204 4.verificar que el id no se encuentra en la base de datos. Nota:$response->assertSee(null) ->Afirma que el string dado esta contenido en la respuesta. */ public function test_delete(){ // Llamada al manejador de errores para mostrar de manera más concisa la falla. // $this->withoutExceptionHandling(); $post = factory(Post::class)->create(); $response = $this->json('DELETE',"api/posts/$post->id"); $response->assertSee(null) ->assertStatus(204); //Sin contenido.. $this->assertDatabaseMissing('posts',['id' => $post->id]); }
