Selección de Técnica de Diseño
Para cada mini-especificación, elige la técnica de diseño de pruebas más adecuada. Cuando termines, envía tus respuestas.
Un campo «Cantidad» acepta enteros de 1 a 999. Quieres el mínimo de casos que detecte errores de rango típicos (< >, ≤ ≥) en los bordes.
El costo de envío depende de la combinación de tres condiciones booleanas independientes: ¿es socio?, ¿el paquete pesa más de 5 kg? y ¿es envío exprés? Quieres cubrir sistemáticamente cada combinación de reglas de negocio, no solo cada condición por separado.
Un documento se mueve por los estados Borrador → En revisión → Aprobado → Publicado; algunos eventos (por ejemplo «publicar») solo son válidos en ciertos estados. Además de las transiciones permitidas, quieres probar también las transiciones inválidas (publicar un documento aún en Borrador).
Un campo acepta cualquier cadena de texto de entre 3 y 20 caracteres. Quieres agrupar las entradas de forma que cada grupo se comporte igual frente al sistema, y probar solo un representante por grupo.
Debes alcanzar una cobertura de ramas del 100% en el flujo de control de una función crítica de cálculo de precios.
Un tester veterano explora, sin guiones ni casos escritos, un área donde lanzamientos similares anteriores escondieron defectos de concurrencia.
La prima de un seguro se calcula combinando reglas sobre el rango de edad, el historial de siniestros (sí/no) y la región del asegurado. Los auditores exigen que se ejercite cada combinación de reglas.
El flujo de un cajero automático: Inactivo → Tarjeta insertada → PIN correcto/PIN incorrecto (al tercer intento fallido, la tarjeta queda retenida). Quieres verificar tanto las secuencias de eventos permitidas como las bloqueadas.
Un campo de fecha de nacimiento se prueba en dos pasos. Primer paso: se particiona en fechas válidas, fechas futuras y cadenas con formato inválido, y se prueba un representante de cada grupo. Segundo paso: además, se prueban específicamente el 29 de febrero y los fines de mes (28/30/31). ¿Qué técnica se añade en ese SEGUNDO paso, dirigido a esas fechas límite concretas?
Una sesión de pruebas acotada en el tiempo (time-boxed) sobre una funcionalidad totalmente nueva que todavía no tiene especificación escrita, guiada por una carta o misión (charter) en lugar de casos de prueba predefinidos.