Glosario QA en español

Interfaz por la que la app conversa con el servidor. Probarla encuentra bugs que la UI esconde (validaciones y seguridad).

La verificación de que algo es como se espera. Las "web-first" reintentan hasta que la UI se estabiliza, evitando race conditions.

Diseñar pruebas basándose en la estructura interna del código (cobertura de sentencias, ramas, caminos).

Diseñar pruebas a partir del comportamiento esperado, sin mirar el código interno. Incluye particiones, valores límite y tablas de decisión.

Conjunto de precondición, pasos, datos y resultado esperado que otra persona puede ejecutar sin ambigüedad.

Integración y entrega continua: correr la suite automáticamente en cada cambio, con evidencia (traces, screenshots) en los fallos.

Condiciones que deben cumplirse para dar por terminada la prueba (ej. 0 bugs bloqueantes, suite verde).

Framework e2e con runner visual y time-travel, intercept de red y component testing en un navegador real.

Datos diseñados para ejercitar los casos (válidos, inválidos, límite, con caracteres especiales). Deben modelar formas de respuesta, no copiar producción.

Un fallo en el software respecto de su comportamiento esperado. El defecto está en el código; el "error" es la acción humana que lo introdujo, y el "fallo" es su manifestación al ejecutar.

Esperar una condición concreta (elemento visible, request completada) en vez de un tiempo fijo. Reemplaza a los sleep/wait arbitrarios.

Extract, Transform, Load: procesos que mueven y transforman datos entre sistemas. Probarlos verifica integridad, transformaciones y cuadres (clave en banca/datos).

Setup declarado y bajo demanda (con teardown garantizado) que reemplaza a los beforeEach gigantes y permite paralelizar con datos propios.

Un test que a veces pasa y a veces falla sin cambiar el código. Se pone en cuarentena y se diagnostica (esperas mal hechas, datos compartidos).

International Software Testing Qualifications Board: entidad de certificación de QA. Su nivel de entrada es el CTFL Foundation.

Orquestador de contenedores. En QA se usa para levantar entornos de prueba reproducibles y escalar la ejecución (ej. Selenium Grid en pods).

La forma de identificar un elemento en la UI. En orden de robustez: rol accesible (getByRole) > label > data-testid > CSS > XPath absoluto (evitar).

Simular la respuesta de un servicio para probar estados difíciles (error, lento, vacío) de forma rápida y determinista.

El runner de línea de comandos de Postman: ejecuta colecciones en CI para automatizar las pruebas de API.

Patrón que encapsula los selectores y acciones de una página en una clase, para que los tests hablen en lenguaje de negocio y un cambio de selector toque un solo archivo.

Agrupar entradas que deberían comportarse igual y probar un representante de cada grupo, cubriendo mucho con pocos casos.

Documento (idealmente de una página) que define alcance, qué NO se prueba, riesgos, estrategia y criterios de entrada/salida.

Framework de automatización e2e moderno (Microsoft) con locators accesibles, auto-waiting, trace viewer y ejecución multi-navegador.

Herramienta para probar APIs sin escribir código: construir requests, revisar status y respuestas, y armar colecciones.

Urgencia de negocio para arreglar un defecto (P1, P2, P3). La define el equipo/PO. Un bug cosmético puede ser P1 y uno crítico ser P3.

Someter al sistema a la carga esperada de usuarios para verificar que cumple los tiempos y no se degrada.

Volver a ejecutar el caso de un defecto corregido para confirmar que quedó resuelto. Va antes de la regresión.

Llevar al sistema más allá de su capacidad para ver cómo y cuándo falla, y si se recupera.

Medir cómo responde el sistema bajo carga (tiempos de respuesta, throughput, uso de recursos).

Aseguramiento de calidad: el proceso completo orientado a prevenir defectos, no solo a encontrarlos. Influye en los requisitos antes de que exista el código.

Control de calidad: verificar que un producto o build cumple los criterios definidos. Es una foto del resultado, distinta de QA (proceso) y testing (actividad).

Verificar que lo que antes funcionaba sigue funcionando tras un cambio. Es la primera candidata a automatización.

El estándar histórico de automatización de navegadores vía WebDriver; muy usado en el mundo enterprise, con Grid para escala.

Infraestructura que reparte sesiones de prueba entre varios navegadores y máquinas para correr en paralelo y multi-navegador.

Impacto técnico de un defecto (crítico, mayor, menor, cosmético). La define QA. Es distinta de la prioridad.

Repartir una suite grande entre varias máquinas de CI para bajar el tiempo total sin tocar los tests.

Mover las actividades de calidad lo más temprano posible en el ciclo, para prevenir defectos en vez de encontrarlos al final.

Un conjunto mínimo de pruebas que verifica que lo esencial funciona antes de invertir en pruebas más profundas.

Lenguaje para consultar bases de datos. Un QA lo usa para verificar que los datos guardados coinciden con lo que muestra la app.

Código de respuesta de una API: 200 OK, 201 creado, 400 pedido inválido, 401/403 sin permiso, 404 no existe, 409 conflicto, 500 error de servidor.

Modelar combinaciones de condiciones y su resultado esperado, para no dejar ninguna combinación sin cubrir.

La actividad de ejecutar el software para encontrar diferencias entre lo que hace y lo que debería hacer.

Priorizar qué probar según riesgo = probabilidad de fallo × impacto si falla. Primero el flujo de dinero y los módulos que cambian mucho.

Revisar artefactos (requisitos, código, diseño) sin ejecutarlos. Previene defectos temprano; incluye revisiones e inspecciones.

Aprender, diseñar y ejecutar pruebas simultáneamente, con timebox y registro. Ideal cuando hay poca documentación o poco tiempo.

Modelar estados y transiciones válidas/inválidas de un flujo, para verificar que no existan saltos ilegales entre estados.

Probar los valores en las fronteras y sus vecinos (ej. 17, 18, 19 para "desde 18"), donde viven los errores de "mayor que" vs "mayor o igual".