Tests unitarios y code coverage en Go

Curso de Go Intermedio: Programación Orientada a Objetos y Concurrencia

Contenido del curso

Introducción

Programación orientada a objetos

Go Modules

Testing

Concurrencia

Proyecto: servidor con worker pools

Conclusión

30
Resumen del Curso Avanzado de Go: Módulos, Tests y Concurrencia
02:34 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0010:47

Tests unitarios y code coverage en Go

Curso de Go Intermedio: Programación Orientada a Objetos y Concurrencia

Clase 17 de 30

Clase 17 / 30

Recursos

¿Qué es el testing y por qué es importante?

El testing es una parte fundamental en el ciclo de desarrollo de software. Aunque es un tema vasto que podría requerir cursos enteros dedicados, en este contexto nos centraremos en crear pruebas unitarias para el código que desarrollamos. Las pruebas unitarias son pequeñas evaluaciones que verifican el comportamiento de funciones individuales. Este proceso no solo valida que el código funciona como se espera, sino que también nos ayuda a garantizar la calidad y a detectar errores con anticipación. Además, vamos a medir el code coverage, que nos indica qué porcentaje de nuestro código está cubierto por estas pruebas.

¿Cómo creamos pruebas unitarias en Go?

Para ilustrar el proceso de creación de pruebas unitarias en Go, comenzamos creando un archivo principal, main.go, que contiene una función simple de suma. Después, crearemos un archivo de pruebas, main_test.go, donde escribiremos las pruebas para la función de suma. Este archivo de pruebas debe seguir un formato específico para que Go lo reconozca, usando el sufijo _test.go.

Configuración inicial

Primero, definimos el paquete principal y la función que vamos a probar:

package main

func sum(x, y int) int {
    return x + y
}

Creación de la prueba unitaria

En el archivo main_test.go, definimos el paquete y la función de prueba. Es esencial importar el paquete testing, ya que proporciona las herramientas necesarias para verificar los resultados de las pruebas.

package main

import "testing"

func TestSum(t *testing.T) {
    total := sum(5, 5)
    if total != 10 {
        t.Errorf("Suma incorrecta, obtuvimos %d, pero esperábamos %d", total, 10)
    }
}

Ejecutando las pruebas

Para ejecutar las pruebas, utilizamos el comando go test desde la terminal. Si configuramos correctamente nuestro módulo con go mod init, las pruebas deberían ejecutarse sin problemas. En caso de haber errores, Go reportará los fallos y sus ubicaciones específicas en el código.

¿Cómo utilizamos tablas de prueba para múltiples casos?

Un patrón común para aplicar pruebas en Go es el uso de tablas de prueba. Esta técnica nos permite definir múltiples escenarios de prueba en un slice de structs, facilitando la iteración y ejecución de cada caso.

Creación de una tabla de pruebas

Definimos una estructura para nuestros casos de prueba, que incluya los valores de entrada y el resultado esperado.

func TestSum(t *testing.T) {
    testCases := []struct{a, b, expected int}{
        {1, 2, 3},
        {2, 2, 4},
        {25, 26, 51},
    }

    for _, tc := range testCases {
        result := sum(tc.a, tc.b)
        if result != tc.expected {
            t.Errorf("Suma incorrecta, obtuvimos %d, pero esperábamos %d", result, tc.expected)
        }
    }
}

Ventajas de las tablas de pruebas

Este enfoque no solo organiza el proceso de pruebas, sino que también permite agregar y modificar casos fácilmente sin cambiar la lógica de prueba. Además, proporciona un marco claro para identificar fallos específicos cuando ocurren.

¿Qué impacto tiene el code coverage?

El code coverage es una métrica que indica qué parte de nuestro código ha sido ejecutada durante las pruebas. Aunque Go no obliga a cubrir el 100% del código, un bajo porcentaje de cobertura podría ocultar errores en partes no probadas. Go ofrece comandos para generar informes de cobertura, permitiéndonos identificar y mejorar áreas deficientes en nuestras pruebas.

Integración del code coverage

Para calcular el code coverage, podemos usar el comando go test -cover, que mostrará un resumen del porcentaje de código cubierto por las pruebas. Esta práctica nos ayuda a mantener un estándar de calidad alto y a asegurar que todas las partes críticas del código estén debidamente verificadas.

El uso consciente de pruebas unitarias y el seguimiento del code coverage no solo mejoran la calidad del software, sino que también aumentan la confianza en nuestras aplicaciones. Invito a continuar explorando y aplicando estos conceptos en sus proyectos para asegurar un desarrollo más sólido y eficiente.

Wilmer Jose Perez Diaz

Hace 3 años

Para el testing, siempre me gusta ser muy ordenado y estructurar mi función en tres bloques: Given, When, Then.

package main

import "testing"

func TestSuma(t *testing.T) { // Given tables := []struct { description string a int b int total int }{ {"Suma de 4 + 5", 4, 5, 9}, {"Suma de 5 + 6", 5, 6, 11}, {"Suma de 6 + 7", 6, 7, 13}, {"Suma de 7 + 8", 7, 8, 15}, }

for _, table := range tables { t.Run(table.description, func(t *testing.T) { // When total := Suma(table.a, table.b)

// Then if total != table.total { t.Errorf("Suma de %d + %d incorrecta, se obtuvo: %d, se esperaba: %d", table.a, table.b, total, table.total) } }) } }

Wilmer Jose Perez Diaz

Hace 3 años

package main

import "testing"

func TestSuma(t *testing.T) {
	// Given
	tables := []struct {
		description string
		a           int
		b           int
		total       int
	}{
		{"Suma de 4 + 5", 4, 5, 9},
		{"Suma de 5 + 6", 5, 6, 11},
		{"Suma de 6 + 7", 6, 7, 13},
		{"Suma de 7 + 8", 7, 8, 15},
	}

	for _, table := range tables {
		t.Run(table.description, func(t *testing.T) {
			// When
			total := Suma(table.a, table.b)

			// Then
			if total != table.total {
				t.Errorf("Suma de %d + %d incorrecta, se obtuvo: %d, se esperaba: %d", table.a, table.b, total, table.total)
			}
		})
	}
}

Comentarios (18)18 comentarios

Àlex Grau Roca

Hace 4 años

William Méndez

Alejandro Ibarra Rodriguez

Hace 5 años

Sebastian Leonel Godirio

Johan Vargas

Christian Molina Vázquez

Sebastian CA

Leander Perez

Carlos Nassif Trejo Garcia

Miguel Angel Reyes Moreno

Hace un año

Carlos Ayala

Cristian Rodriguez Morales

Arturo Chiarella

Jainelker Jesus Yepez

Samuel Soto Hoyos

LEONARD CUENCA

Johan Avila

Juan Londono Esteban Londoño

Oscar Jaramillo

Introducción

Programación Orientada a Objetos y Concurrencia en Go

Concurrencia y Testing en Go: Go Routinas y Worker Pools

Fundamentos de Programación en Go: Structs, Apuntadores y Manejo de Errores

Go Routines, Canales y Apuntadores en Golang

Programación orientada a objetos

Programación Orientada a Objetos en Go: Análisis y Comparativa

Equivalente de Clases en Go: Uso de Structs y Propiedades

Métodos en Structs: Implementación de Receiver Functions en Go

Implementación de Constructores en Go: Ejemplos y Mejores Prácticas

Herencia y Composición en Programación Orientada a Objetos

Interfaces y Polimorfismo en TypeScript y Go

Patrón Abstract Factory: Interfaces y Polimorfismo en Go

Implementación del Patrón Factory en Go para Notificaciones

Funciones Anónimas en Go: Uso y Consideraciones Prácticas

Funciones Variádicas y Retornos con Nombre en Go

Go Modules

Manejo de Dependencias y Módulos en Go

Creación y Publicación de Módulos en GitHub con Go

Testing

Tests unitarios y code coverage en Go

Cobertura de Código y Testing en Go: Mejorando la Calidad del Software

Profiling de Código en Go para Optimización de Rendimiento

Testing Unitario en Go: Uso de Mock Services

Testeo Unitario de Funciones con MOOC en Go

Concurrencia

Canales con y sin buffer en Go: diferencias y uso práctico

Sincronización de Rutinas en Go con Wait Group

"Uso de Canales con Buffer como Semáforos en Go"

Manejo de Canales de Lectura y Escritura en Go

Concurrencia en Go: Creación de Worker Pools y Fibonacci

Multiplexación de Canales en Go con Select y Case

Proyecto: servidor con worker pools

Creación de un Web Server con Worker Pool en Go

Creación de un Servidor Web Concurrente con Go

Conclusión

Resumen del Curso Avanzado de Go: Módulos, Tests y Concurrencia

Tests unitarios y code coverage en Go