Blog

Muchos objetos de prueba incluyen múltiples conjuntos de particiones porque suelen tener varios campos o parámetros que necesitan ser probados de manera independiente. Cada uno de estos campos puede tener su propio conjunto de valores válidos e inválidos. La combinación de estos diferentes elementos requiere que se realicen pruebas que abarquen todas las posibles particiones para garantizar que el sistema funcione correctamente en cada escenario.

Por ejemplo, si un formulario tiene varios campos de entrada (como un nombre, una edad y una dirección de correo electrónico), cada campo tendrá sus propias reglas y particiones de valores válidos e inválidos. Para asegurar que el objeto de prueba (el formulario) funcione de manera adecuada, se deben considerar todas estas particiones en conjunto.

Ejemplos para Comprender:

1. Formulario de Registro de Usuario:
   • Campo de «Nombre»
     • Particiones: Válido (letras y espacios), Inválido (números, símbolos especiales)
   • Campo de «Edad»
     • Particiones: Válido (0 a 120), Inválido (números negativos, más de 120, caracteres no numéricos)
   • Campo de «Correo Electrónico»
     • Particiones: Válido (formato correcto como «usuario@dominio.com»), Inválido (sin «@», sin dominio, caracteres no permitidos)
2. En este caso, el objeto de prueba (el formulario) incluye múltiples conjuntos de particiones que deben ser probados para asegurar que cada campo maneje correctamente los valores válidos e inválidos.
3. Sistema de Reservación de Vuelos:
   • Campo de «Fecha de Salida»
     • Particiones: Válido (fechas futuras), Inválido (fechas pasadas, formato incorrecto)
   • Campo de «Clase de Vuelo»
     • Particiones: Válido (económica, ejecutiva, primera clase), Inválido (cualquier otro valor no permitido)
   • Campo de «Número de Pasajeros»
     • Particiones: Válido (1 a 10 pasajeros), Inválido (0, números negativos, más de 10)
4. Para asegurarse de que el sistema de reservación funcione correctamente, hay que probar las combinaciones de estos conjuntos de particiones.

Por lo tanto, los objetos de prueba suelen tener múltiples campos o parámetros, cada uno con sus propias particiones de valores válidos e inválidos. Esto significa que hay que probar cada conjunto de particiones para asegurar que el sistema maneje correctamente todas las combinaciones posibles. Es esta complejidad de entradas la que hace necesario trabajar con múltiples conjuntos de particiones al probar un objeto de prueba.

Fuente de inspiración: el Programa de Estudios del ISTQB CTFL v4.0