🔥 PRUEBAS, EL PAQUETE TESTING

¿Cómo escribir pruebas unitarias en Go?

En el desarrollo con Go, es fundamental garantizar la calidad del código mediante pruebas automatizadas. Para ello, el lenguaje proporciona el paquete testing, que facilita la creación y ejecución de pruebas unitarias de manera eficiente. Las pruebas se ejecutan fácilmente con el comando:

$ go test

Una de las mejores prácticas para testear código en Go es ubicar los archivos de prueba en el mismo directorio que el código fuente que se va a verificar. Los archivos de pruebas deben llevar el mismo nombre que el archivo original, pero añadiendo el sufijo _test. Por ejemplo, si tienes un archivo llamado math.go, su archivo de pruebas correspondiente será math_test.go, ambos en la misma carpeta.

paquete
    math.go
    math_test.go

Otra convención importante es que las funciones de prueba deben comenzar con la palabra Test. Esto permite que el framework de testing de Go las reconozca y ejecute automáticamente.

A continuación, se muestra un ejemplo de testing en Golang paso a paso utilizando un paquete llamado calcular definido en el archivo calcular.go:

package calcular

func Sumar(a int, b int) int {
    return a + b
}

func Restar(a int, b int) int {
    return a - b
}

func Multiplicar(a int, b int) int {
    return a * b
}

func Dividir(a int, b int) int {
    return a / b
}

Para probar estas funciones, se crea un archivo calcular_test.go con las pruebas correspondientes. Aquí se muestra cómo usar el paquete testing en Go para validar el comportamiento de cada función:

package calcular

import "testing"

func TestSumar(t *testing.T) {
    if Sumar(2, 2) != 4 {
        t.Fatal("La suma de 2 + 2 debe ser igual a 4")
    }
}

func TestRestar(t *testing.T) {
    if Restar(5, 3) != 2 {
        t.Fatal("La resta de 5 - 3 debe ser igual a 2")
    }
}

func TestMultiplicar(t *testing.T) {
    if Multiplicar(4, 4) != 16 {
        t.Fatal("La multiplicación de 4 x 4 debe ser igual a 16")
    }
}

func TestDividir(t *testing.T) {
    if Dividir(10, 2) != 5 {
        t.Fatal("La división de 10 / 2 debe ser igual a 5")
    }
}

Estructura de archivos de prueba en Golang

Un archivo de pruebas en Go generalmente incluye los siguientes elementos:

• La declaración del paquete que se va a probar.

  package calcular
  

• La importación del paquete testing.

  import "testing"
  

• La definición de funciones de prueba para cada función a verificar.

  func TestSumar(t *testing.T) {
      if Sumar(2, 2) != 4 {
          t.Fatal("La suma de 2 + 2 debe ser igual a 4")
      }
  }
  

En este ejemplo, se comprueba que el resultado de Sumar(2,2) sea igual a 4. Si no es así, se utiliza t.Fatal para indicar el fallo de la prueba.

Conclusión

El uso del paquete testing en Go es esencial para asegurar la calidad y el correcto funcionamiento de las aplicaciones desarrolladas en este lenguaje. Implementar pruebas unitarias permite detectar errores de manera temprana y facilita el mantenimiento del código a largo plazo. Adoptar una buena estructura de archivos de prueba en Golang y seguir las convenciones recomendadas ayuda a mantener el proyecto organizado y comprensible para otros desarrolladores. Además, aplicar mejores prácticas para testear código en Go contribuye a la robustez y fiabilidad del software, permitiendo que los cambios futuros se realicen con mayor confianza. En definitiva, dominar el proceso de testing en Go es una habilidad clave para cualquier programador que busque crear aplicaciones seguras y eficientes.

Cuestionario de repaso

1. ¿Cuál es la convención para nombrar los archivos de prueba en Go?
2. ¿Por qué es importante que las funciones de prueba comiencen con la palabra Test?
3. ¿Qué comando se utiliza para ejecutar las pruebas en Go?
4. ¿Qué función se utiliza para indicar un fallo en una prueba?
5. ¿Por qué es recomendable ubicar los archivos de prueba en el mismo directorio que el código fuente?
6. ¿Qué ventajas aporta el uso de pruebas unitarias en el desarrollo de software con Go?
7. ¿Cómo se estructura una función de prueba básica en Go?
8. ¿Qué sucede si una prueba no cumple con la condición esperada?