Mockeando mux router

Clase 11 de 15 • Curso de Unit Testing en Go

Juan Sebastián Ovalle Silva

student•

Ejemplos de los tests con los codigos 404/500 de la API, en mi caso use assert de la misma libreria testify y t.Run para correo cada test y no llamarlos como una funcion:

t.Run("PokemonNotFoundError", func(t *testing.T) {
		r, err := http.NewRequest("GET", "/pokemon/{id}", nil)
		assert.NoError(t, err)

		w := httptest.NewRecorder()

		vars := map[string]string{
			"id": "ssssssss",
		}

		r = mux.SetURLVars(r, vars)

		GetPokemon(w, r)

		assert.Equal(t, http.StatusNotFound, w.Code)
	})

	t.Run("PokemonInternalServerError", func(t *testing.T) {
		r, err := http.NewRequest("GET", "/pokemon/{id}", nil)
		assert.NoError(t, err)

		w := httptest.NewRecorder()

		vars := map[string]string{
			"id": "",
		}

		r = mux.SetURLVars(r, vars)

		GetPokemon(w, r)

		assert.Equal(t, http.StatusInternalServerError, w.Code)
	})

Steven Javier Arevalo Poveda

student•

Les dejo la documentación del paquete mux: mux

Fernando José Aguilar Rivas

student•

Tengo un aporte y al mismo tiempo una pregunta.

A como yo catalogo esta clase esta prueba que realizamos seria una integration testing ya que probamos funcionalidad que va mas alla de una simple funcion o de una unidad. Me gustaria saber si estoy en lo cierto o me equivoco?

María Camila Lenis Restrepo

teacher•

Hola Fernando, En las pruebas de integración quieres probar flujos, una funcionalidad más grande como por ejemplo 'quiero probar que el módulo de registro de usuarios funciona correctamente'. En cambio, en esta clase, no estamos probando un flujo, sino algo que podemos testear con una prueba pequeña.

Muchas veces separamos funciones, para que cada una tenga una responsabilidad y sea más fácil testear. El hecho de que testeemos una función que llama más funciones dentro no quiere decir que deje de ser una prueba unitaria. Porque seguimos testeando aisladamente del resto de nuestro sistema, no pensamos en todo el flujo.

Déjame saber si respondí tu pregunta 🤓 y gracias por tu aporte

Fernando José Aguilar Rivas

student•

Excelente entonces por poner un ejemplo por decirlo asi un endpoint de una API digamos crear un usuario eso solo aplica como un prueba unitaria nada mas. Pero ya el conjunto de endpoints digamos crear y loguear usuario ya es un flujo por lo tanto ya aplican pruebas de integracion. Estoy en lo correcto?

Y muchas gracias por resolver mis dudas.

Brenthon Ramirez-Franco

student•

Hola, buenas tardes, Dejo mi ejemplo de TestGetPokemonNotFoundError, saludos!

func TestGetPokemonNotFoundError(t *testing.T) {
	c := require.New(t)
	r, err := http.NewRequest("GET", "/pokemon/{id}", nil)
	c.NoError(err)
	w := httptest.NewRecorder()

	vars := map[string]string{
		"id": "charizardo",
	}

	r = mux.SetURLVars(r, vars)
	GetPokemon(w, r)

	c.Equal(http.StatusNotFound, w.Code)
}

Mockeando mux router

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?