pruebas-rust

Patrones de Pruebas en Rust

Patrones de pruebas completos para Rust que permiten escribir pruebas fiables y mantenibles siguiendo la metodología TDD.

Cuándo Usar

• Al escribir nuevas funciones, métodos o traits en Rust
• Al agregar cobertura de pruebas a código existente
• Al crear benchmarks para código crítico en rendimiento
• Al implementar pruebas basadas en propiedades para validación de entrada
• Al seguir el flujo de trabajo TDD en proyectos Rust

Cómo Funciona

1. Identificar el código objetivo — Encuentra la función, trait o módulo a probar
2. Escribir una prueba — Usa #[test] en un módulo #[cfg(test)], rstest para pruebas parametrizadas, o proptest para pruebas basadas en propiedades
3. Mockear dependencias — Usa mockall para aislar la unidad bajo prueba
4. Ejecutar pruebas (RED) — Verifica que la prueba falla con el error esperado
5. Implementar (GREEN) — Escribe el código mínimo para que pase
6. Refactorizar — Mejora mientras mantienes las pruebas en verde
7. Verificar cobertura — Usa cargo-llvm-cov, objetivo 80%+

Flujo de Trabajo TDD para Rust

El Ciclo RED-GREEN-REFACTOR

RED     → Escribe una prueba que falle primero
GREEN   → Escribe el código mínimo para que la prueba pase
REFACTOR → Mejora el código mientras mantienes las pruebas en verde
REPEAT  → Continúa con el siguiente requisito

TDD Paso a Paso en Rust

// RED: Escribe la prueba primero, usa todo!() como marcador
pub fn add(a: i32, b: i32) -> i32 { todo!() }

#[cfg(test)]
mod tests {
    use super::*;
    #[test]
    fn test_add() { assert_eq!(add(2, 3), 5); }
}
// cargo test → entra en pánico en 'not yet implemented'

// GREEN: Reemplaza todo!() con la implementación mínima
pub fn add(a: i32, b: i32) -> i32 { a + b }
// cargo test → PASA, luego REFACTORIZA mientras mantienes las pruebas en verde

Pruebas Unitarias

Organización de Pruebas a Nivel de Módulo

// src/user.rs
pub struct User {
    pub name: String,
    pub email: String,
}

impl User {
    pub fn new(name: impl Into<String>, email: impl Into<String>) -> Result<Self, String> {
        let email = email.into();
        if !email.contains('@') {
            return Err(format!("correo inválido: {email}"));
        }
        Ok(Self { name: name.into(), email })
    }

    pub fn display_name(&self) -> &str {
        &self.name
    }
}

#[cfg(test)]
mod tests {
    use super::*;

    #[test]
    fn crea_usuario_con_correo_valido() {
        let user = User::new("Alice", "[email protected]").unwrap();
        assert_eq!(user.display_name(), "Alice");
        assert_eq!(user.email, "[email protected]");
    }

    #[test]
    fn rechaza_correo_invalido() {
        let result = User::new("Bob", "no-es-un-correo");
        assert!(result.is_err());
        assert!(result.unwrap_err().contains("correo inválido"));
    }
}

Macros de Aserción

assert_eq!(2 + 2, 4);                                    // Igualdad
assert_ne!(2 + 2, 5);                                    // Desigualdad
assert!(vec![1, 2, 3].contains(&2));                     // Booleano
assert_eq!(value, 42, "se esperaba 42 pero se obtuvo {value}");    // Mensaje personalizado
assert!((0.1_f64 + 0.2 - 0.3).abs() < f64::EPSILON);   // Comparación de flotantes

Pruebas de Errores y Pánicos

Probar Retornos Result

#[test]
fn parse_retorna_error_para_entrada_invalida() {
    let result = parse_config("}{");
    assert!(result.is_err());

    // Afirmar variante específica de error
    let err = result.unwrap_err();
    assert!(matches!(err, ConfigError::ParseError(_)));
}

#[test]
fn parse_exitoso_para_entrada_valida() -> Result<(), Box<dyn std::error::Error>> {
    let config = parse_config(r#"{"port": 8080}"#)?;
    assert_eq!(config.port, 8080);
    Ok(()) // La prueba falla si algún ? devuelve Err
}

Probar Pánicos

#[test]
#[should_panic]
fn panico_en_entrada_vacia() {
    process(&[]);
}

#[test]
#[should_panic(expected = "índice fuera de límites")]
fn panico_con_mensaje_especifico() {
    let v: Vec<i32> = vec![];
    let _ = v[0];
}

Pruebas de Integración

Estructura de Archivos

my_crate/
├── src/
│   └── lib.rs
├── tests/              # Pruebas de integración
│   ├── api_test.rs     # Cada archivo es un binario de prueba separado
│   ├── db_test.rs
│   └── common/         # Utilidades de prueba compartidas
│       └── mod.rs

Escribir Pruebas de Integración

// tests/api_test.rs
use my_crate::{App, Config};

#[test]
fn ciclo_de_vida_completo_de_solicitud() {
    let config = Config::test_default();
    let app = App::new(config);

    let response = app.handle_request("/health");
    assert_eq!(response.status, 200);
    assert_eq!(response.body, "OK");
}

Pruebas Asíncronas

Con Tokio

#[tokio::test]
async fn obtiene_datos_exitosamente() {
    let client = TestClient::new().await;
    let result = client.get("/data").await;
    assert!(result.is_ok());
    assert_eq!(result.unwrap().items.len(), 3);
}

#[tokio::test]
async fn maneja_timeout() {
    use std::time::Duration;
    let result = tokio::time::timeout(
        Duration::from_millis(100),
        slow_operation(),
    ).await;

    assert!(result.is_err(), "debería haber expirado");
}

Patrones de Organización de Pruebas

Pruebas Parametrizadas con rstest

use rstest::{rstest, fixture};

#[rstest]
#[case("hello", 5)]
#[case("", 0)]
#[case("rust", 4)]
fn prueba_longitud_cadena(#[case] input: &str, #[case] expected: usize) {
    assert_eq!(input.len(), expected);
}

// Fixtures
#[fixture]
fn test_db() -> TestDb {
    TestDb::new_in_memory()
}

#[rstest]
fn prueba_insert(test_db: TestDb) {
    test_db.insert("key", "value");
    assert_eq!(test_db.get("key"), Some("value".into()));
}

Ayudantes de Prueba

#[cfg(test)]
mod tests {
    use super::*;

    /// Crea un usuario de prueba con valores predeterminados sensatos.
    fn make_user(name: &str) -> User {
        User::new(name, &format!("{name}@test.com")).unwrap()
    }

    #[test]
    fn mostrar_usuario() {
        let user = make_user("alice");
        assert_eq!(user.display_name(), "alice");
    }
}

Pruebas Basadas en Propiedades con proptest

Pruebas de Propiedades Básicas

use proptest::prelude::*;

proptest! {
    #[test]
    fn ronda_completa_codificacion_decodificacion(input in ".*") {
        let encoded = encode(&input);
        let decoded = decode(&encoded).unwrap();

        assert_eq!(input, decoded);
    }

    #[test]
    fn ordenamiento_conserva_longitud(mut vec in prop::collection::vec(any::<i32>(), 0..100)) {
        let original_len = vec.len();
        vec.sort();
        assert_eq!(vec.len(), original_len);
    }

    #[test]
    fn ordenamiento_produce_salida_ordenada(mut vec in prop::collection::vec(any::<i32>(), 0..100)) {
        vec.sort();
        for window in vec.windows(2) {
            assert!(window[0] <= window[1]);
        }
    }
}

Estrategias Personalizadas

use proptest::prelude::*;

fn correo_valido() -> impl Strategy<Value = String> {
    ("[a-z]{1,10}", "[a-z]{1,5}")
        .prop_map(|(user, domain)| format!("{user}@{domain}.com"))
}

proptest! {
    #[test]
    fn acepta_correos_validos(email in correo_valido()) {
        assert!(User::new("Test", &email).is_ok());
    }
}

Mocks con mockall

Mocks Basados en Traits

use mockall::{automock, predicate::eq};

#[automock]
trait UserRepository {
    fn find_by_id(&self, id: u64) -> Option<User>;
    fn save(&self, user: &User) -> Result<(), StorageError>;
}

#[test]
fn servicio_retorna_usuario_cuando_se_encuentra() {
    let mut mock = MockUserRepository::new();
    mock.expect_find_by_id()
        .with(eq(42))
        .times(1)
        .returning(|_| Some(User { id: 42, name: "Alice".into() }));

    let service = UserService::new(Box::new(mock));
    let user = service.get_user(42).unwrap();
    assert_eq!(user.name, "Alice");
}

#[test]
fn servicio_retorna_none_cuando_no_se_encuentra() {
    let mut mock = MockUserRepository::new();
    mock.expect_find_by_id()
        .returning(|_| None);

    let service = UserService::new(Box::new(mock));
    assert!(service.get_user(99).is_none());
}

Pruebas de Documentación

Documentación Ejecutable

/// Suma dos números.
///
/// # Ejemplos
///
/// ```
/// use my_crate::add;
///
/// assert_eq!(add(2, 3), 5);
/// assert_eq!(add(-1, 1), 0);
/// ```
pub fn add(a: i32, b: i32) -> i32 {
    a + b
}

/// Analiza una cadena de configuración.
///
/// # Errores
///
/// Devuelve `Err` si la entrada no es TOML válido.
///
/// ```no_run
/// use my_crate::parse_config;
///
/// let config = parse_config(r#"port = 8080"#).unwrap();
/// assert_eq!(config.port, 8080);
/// ```
///
/// ```no_run
/// use my_crate::parse_config;
///
/// assert!(parse_config("}{").is_err());
/// ```
pub fn parse_config(input: &str) -> Result<Config, ParseError> {
    todo!()
}

Benchmarks con Criterion

# Cargo.toml
[dev-dependencies]
criterion = { version = "0.5", features = ["html_reports"] }

[[bench]]
name = "benchmark"
harness = false

// benches/benchmark.rs
use criterion::{black_box, criterion_group, criterion_main, Criterion};

fn fibonacci(n: u64) -> u64 {
    match n {
        0 | 1 => n,
        _ => fibonacci(n - 1) + fibonacci(n - 2),
    }
}

fn bench_fibonacci(c: &mut Criterion) {
    c.bench_function("fib 20", |b| b.iter(|| fibonacci(black_box(20))));
}

criterion_group!(benches, bench_fibonacci);
criterion_main!(benches);

Cobertura de Pruebas

Ejecutar Cobertura

# Instalar: cargo install cargo-llvm-cov (o usar taiki-e/install-action en CI)
cargo llvm-cov                    # Resumen
cargo llvm-cov --html             # Reporte HTML
cargo llvm-cov --lcov > lcov.info # Formato LCOV para CI
cargo llvm-cov --fail-under-lines 80  # Fallar si está por debajo del umbral

Objetivos de Cobertura

Tipo de Código	Objetivo
Lógica de negocio crítica	100%
API pública	90%+
Código general	80%+
Código generado / enlaces FFI	Excluir

Comandos de Prueba

cargo test                        # Ejecutar todas las pruebas
cargo test -- --nocapture         # Mostrar salida de println
cargo test nombre_prueba          # Ejecutar pruebas que coinciden con el patrón
cargo test --lib                  # Solo pruebas unitarias
cargo test --test api_test        # Solo pruebas de integración
cargo test --doc                  # Solo pruebas de documentación
cargo test --no-fail-fast         # No detenerse en el primer fallo
cargo test -- --ignored           # Ejecutar pruebas ignoradas

Mejores Prácticas

HACER:

• Escribir pruebas PRIMERO (TDD)
• Usar módulos #[cfg(test)] para pruebas unitarias
• Probar comportamiento, no implementación
• Usar nombres de prueba descriptivos que expliquen el escenario
• Preferir assert_eq! sobre assert! para mejores mensajes de error
• Usar ? en pruebas que devuelven Result para una salida de error más limpia
• Mantener las pruebas independientes — sin estado mutable compartido

NO HACER:

• Usar #[should_panic] cuando puedas probar Result::is_err() en su lugar
• Mockear todo — preferir pruebas de integración cuando sea factible
• Ignorar pruebas inestables — corregirlas o ponerlas en cuarentena
• Usar sleep() en pruebas — usar canales, barreras o tokio::time::pause()
• Saltar pruebas de rutas de error

Integración Continua

# GitHub Actions
test:
  runs-on: ubuntu-latest
  steps:
    - uses: actions/checkout@v4
    - uses: dtolnay/rust-toolchain@stable
      with:
        components: clippy, rustfmt

    - name: Verificar formato
      run: cargo fmt --check

    - name: Clippy
      run: cargo clippy -- -D warnings

    - name: Ejecutar pruebas
      run: cargo test

    - uses: taiki-e/install-action@cargo-llvm-cov

    - name: Cobertura
      run: cargo llvm-cov --fail-under-lines 80

Recuerda: Las pruebas son documentación. Muestran cómo se supone que debe usarse tu código. Escríbelas con claridad y mantenlas actualizadas.