Mockeando clientes HTTP

Clase 10 de 15 • Curso de Unit Testing en Go

Steven Javier Arevalo Poveda

student•

Mi solución al reto:

func TestGetPokemosFromPokeApiNotFoundError(t *testing.T) {

	c := require.New(t)
	httpmock.Activate()

	defer httpmock.DeactivateAndReset()

	id := "bulbasaur"

	request := fmt.Sprintf("https://pokeapi.co/api/v2/pokemon/%s", id)

	httpmock.RegisterResponder("GET", request, httpmock.NewStringResponder(404, ""))

	_, err := GetPokemonFromPokeApi(id)
	c.NotNil(err)
	c.EqualError(ErrPokemonNotFound, err.Error())

}

María Camila Lenis Restrepo

teacher•

Excelente, Steven 🤓

Xareni Wang Chen

student•

Genial! Una observación, como id se escribió "balbasaur" en vez de "bulbasaur" entonces, se me ocurre que una mejora del test sería hacer un assertion también con la url :D ¿Alguna otra idea para esto, o quizá no sea necesario para algunos?

María Camila Lenis Restrepo

teacher•

Está super tu idea, Xareni. Nice catch

Àlex Grau Roca

student•

Les dejo en mi GitHub el poke_api_handler_test.go. . Para realizar este ejercicio he añadido la función GetPokemonApiUrl ara reducir la redundancia de distintas variables con el mismo nombre. Para el caso del success, he utilizado la función NewBytesResponder en lugar del NewStringResponder (ya que no tiene sentido convertir el body a string para luego volver a convertirlo a []byte). . Otra cosa relacionada con la anterior clase, en el caso del EqualError hay que tener en cuenta que el orden de los parámetros es (currentError, expectedErrorMessage). Aunque al final la validación funciona igual, en caso de error puede crear confusión, ya que mostrará los valores expected y actual invertidos.

María Camila Lenis Restrepo

teacher•

Gracias por tu aporte Alex

fabio andres zamora osorio

student•

No entendi como funcionan los mocks, osea este codigo:

httpmock.RegisterResponder("GET", request, httpmock.NewStringResponder(200, string(body)))

reemplaza el codigo que hace la peticion el cual esta dentro de esta funcion:

GetPokemonFromPokeApi(id)

¿eso es asi o no?

María Camila Lenis Restrepo

teacher•

Nop, la función GetPokemonFromPokeApi sigue siendo llamada y sigue ejecutandose lo que hay dentro, solo que cuanod vamos a hacer esa GET resquest, no la hacemos realmente, lo que nos va a retornar es un status 200 con ese body que pusimos en el mock.

El mock nos sirve para que no hagamos directamente las requests, sino que al momento de probar asumamos la respuesta deseada (ya sea que estemos probando el caso del 200 o cualquier otra respuesta) y así concentrarnos en probar NUESTRA funcionalidad, teniendo certeza que sabemos qué va a contestar el api

Mockeando clientes HTTP

Requisitos para tomar el curso

Pruebas Unitarias en Go: Conceptos y Prácticas Esenciales

Introducción

Importancia del Unit Testing en Go

Proyecto del curso: atrapando pokemones

Primeras pruebas con Go

Tu primera prueba unitaria en Go: objeto T

Paquetes para realizar assertions

Pruebas a la PokeAPI con testify

Manejo de errores y panic en Go

Utilizando mocks

¿Qué son los mocks? ¿Cómo y cuándo mockear?

Llamando APIs externas

Mockeando clientes HTTP

Mockeando mux router

El verdadero valor de tus pruebas

Aumentar coverage vs. testear comportamiento

Un bug inesperado

Cómo interpretar un benchmark

Próximos pasos

¿Quieres más cursos de testing en Go?