Title: Actividad 10: Pruebas de Aceptación del Usuario (UAT)
Course: 2025 - LI - Pruebas de Software 3-1 y 3-2 > Section: Unidad 2 - Ingeniería de pruebas y planificación

Objetivo

Comprender qué es la UAT, cuándo se realiza, quién la ejecuta y cómo planearla: definición de criterios de aceptación, casos de prueba orientados al negocio, datos de prueba y acta de aprobación (sign-off).

Instrucciones

1. Identificación
Al inicio del documento escribe tu nombre completo y el nombre del profesor.
2. Conceptos clave (breve y con tus palabras)

- ¿Qué es la UAT y en qué se diferencia de pruebas de sistema / integración?
- ¿Quiénes la realizan y cuál es el rol del usuario/cliente?
- ¿En qué momento del ciclo de vida se aplica y con qué entradas/salidas (entry/exit criteria)?

1. Escenario de negocio (elige uno y descríbelo en 6–8 líneas)
A. Tienda en línea (login, carrito, pago),
B. Sistema escolar (inscripción a materias),
C. Citas médicas (agenda, confirmación, cancelación).

Indica el objetivo del proceso principal y los actores.

1. Criterios de aceptación (mín. 6, específicos y medibles)
Ejemplos de formato:

- “Al confirmar el pedido, el sistema genera número de orden y envía correo de confirmación al cliente.”
- “No se permite finalizar sin dirección de envío válida.”

1. Plan de UAT (1 página máx.)
Incluye:

- Alcance (qué sí / qué no se probará).
- Ambiente (URL/ambiente de pruebas, navegadores soportados, datos semilla).
- Roles (usuarios de negocio, QA de apoyo, responsable de levantar incidencias).
- Criterios de entrada/salida (ej.: build estable, casos listos, severidad 1–2=0 para salida).
- Gestión de hallazgos (cómo se registran y quién decide su severidad).

1. Casos de aceptación (al menos 5, orientados al negocio)
Usa la siguiente plantilla en tabla:

ID | Título | Precondiciones | Pasos (en lenguaje de negocio) | Resultado esperado | Prioridad

Ejemplo: “UAT-01 – Finalizar compra con tarjeta válida”.
Tip: Evita detallar botones internos o IDs técnicos; escribe lo que el usuario hace y espera.

1. Datos de prueba
Lista los datos mínimos necesarios (ej.: usuario cliente válido, producto con stock, tarjeta aprobada simulada). Si aplica, incluye equivalencias: válido / inválido / borde.
2. Criterios de aceptación global y Sign-off
Define:

- Umbral de aprobación (p.ej.: 100% de casos críticos pasados, no más de 0 fallas severidad alta).
- Plantilla breve de acta de aprobación (quién firma, fecha, alcance).

Aprobación UAT
Proyecto: __________
Alcance probado: __________
Resultado: [Aprobado / Aprobado con reservas / No aprobado]
Observaciones clave: __________
Firmas (Usuario líder / Responsable TI): __________  Fecha: __/__/__


1. Reflexión (5–6 líneas)

- ¿Qué aprendiste al escribir criterios “medibles”?
- Menciona un riesgo común de la UAT y cómo lo mitigarías (ej.: datos irreales, ambiente inestable, cambios de alcance).

Evidencia

- Documento con: conceptos, escenario, criterios, plan UAT, casos en tabla, datos de prueba, criterios globales y plantilla de sign-off.
- Entrega en PDF.

Método de entrega

Convierte tu trabajo a PDF y súbelo a la plataforma.

Objetivo

Comprender qué es la UAT, cuándo se realiza, quién la ejecuta y cómo planearla: definición de criterios de aceptación, casos de prueba orientados al negocio, datos de prueba y acta de aprobación (sign-off).

Instrucciones

1. Identificación
Al inicio del documento escribe tu nombre completo y el nombre del profesor.
2. Conceptos clave (breve y con tus palabras)

- ¿Qué es la UAT y en qué se diferencia de pruebas de sistema / integración?
- ¿Quiénes la realizan y cuál es el rol del usuario/cliente?
- ¿En qué momento del ciclo de vida se aplica y con qué entradas/salidas (entry/exit criteria)?

1. Escenario de negocio (elige uno y descríbelo en 6–8 líneas)
A. Tienda en línea (login, carrito, pago),
B. Sistema escolar (inscripción a materias),
C. Citas médicas (agenda, confirmación, cancelación).

Indica el objetivo del proceso principal y los actores.

1. Criterios de aceptación (mín. 6, específicos y medibles)
Ejemplos de formato:

- “Al confirmar el pedido, el sistema genera número de orden y envía correo de confirmación al cliente.”
- “No se permite finalizar sin dirección de envío válida.”

1. Plan de UAT (1 página máx.)
Incluye:

- Alcance (qué sí / qué no se probará).
- Ambiente (URL/ambiente de pruebas, navegadores soportados, datos semilla).
- Roles (usuarios de negocio, QA de apoyo, responsable de levantar incidencias).
- Criterios de entrada/salida (ej.: build estable, casos listos, severidad 1–2=0 para salida).
- Gestión de hallazgos (cómo se registran y quién decide su severidad).

1. Casos de aceptación (al menos 5, orientados al negocio)
Usa la siguiente plantilla en tabla:

ID | Título | Precondiciones | Pasos (en lenguaje de negocio) | Resultado esperado | Prioridad

Ejemplo: “UAT-01 – Finalizar compra con tarjeta válida”.
Tip: Evita detallar botones internos o IDs técnicos; escribe lo que el usuario hace y espera.

1. Datos de prueba
Lista los datos mínimos necesarios (ej.: usuario cliente válido, producto con stock, tarjeta aprobada simulada). Si aplica, incluye equivalencias: válido / inválido / borde.
2. Criterios de aceptación global y Sign-off
Define:

- Umbral de aprobación (p.ej.: 100% de casos críticos pasados, no más de 0 fallas severidad alta).
- Plantilla breve de acta de aprobación (quién firma, fecha, alcance).

Aprobación UAT
Proyecto: __________
Alcance probado: __________
Resultado: [Aprobado / Aprobado con reservas / No aprobado]
Observaciones clave: __________
Firmas (Usuario líder / Responsable TI): __________  Fecha: __/__/__


1. Reflexión (5–6 líneas)

- ¿Qué aprendiste al escribir criterios “medibles”?
- Menciona un riesgo común de la UAT y cómo lo mitigarías (ej.: datos irreales, ambiente inestable, cambios de alcance).

Evidencia

- Documento con: conceptos, escenario, criterios, plan UAT, casos en tabla, datos de prueba, criterios globales y plantilla de sign-off.
- Entrega en PDF.

Método de entrega

Convierte tu trabajo a PDF y súbelo a la plataforma.