Planeación de pruebas

Muy interesante, es como crear una FAKE API para probar con algunos ejemplos el funcionamiento para que al integrar con la API verdadera estemos seguros que funcionará bien. Yo apenas aprendí a hacer una API en firebase pero así en local con mock me parece interesante y rápido.

Ya conocia el mocking pero esta bueno volver a leerlo! Saluditos!

Realmente esta clase si tiene algunos huecos, y leí dos preguntas muy interesantes que sería bueno que se resolvieran, pero lo más importante, ¿Por qué estamos llamando al mock en el componente? Si el componente es el que debe consumir los datos reales, en teoría el mock es solo para el testing…

No entiendo esta parte, según la técnica TDD se debió haber construido la prueba primero, para llegar a todo lo descrito arriba en los componentes, ¿O estoy equivocado?

conocia algo parecido con laravel para hacer prubeas no recuerdo si se llama igual

Moka Pot Coffee 😉

Porque en el vm llamas al mock en el hook created?? No habria que llamar a un servicio real en el vm y solo a la llamada moqueada en el test??

El mock es para hacer pruebas de la promesa como si fuera la api pero sin ser la api?
Como para trabajar offline o como nos puede servir un mock?

¿Por qué toca ponerlo en el public?

Desconocía por completo la técnica de mocking pero es bastante buena.

Supongo que el mock se lo esta usando para cuando se llame al componente desde el test y también para introducir este concepto, pero como todos dicen, el mock se debería usar en el test y este test crearse primero que el componente.