Glosario de Terminos Clave

Como Usar Este Glosario #

Este glosario contiene mas de 70 terminos que encontraras a lo largo del curso. Cada entrada incluye:

• Termino — el nombre (con abreviatura si aplica)
• Definicion — una explicacion concisa en 1-2 oraciones
• Modulo — donde se cubre el termino en profundidad

Guarda esta pagina en marcadores. Regresa a ella cuando encuentres un termino desconocido.

A #

Acceptance Testing (Pruebas de Aceptacion) — Testing realizado para determinar si el sistema satisface los criterios de aceptacion, tipicamente ejecutado por el cliente o usuario final. Modulo 2

Accessibility Testing (Pruebas de Accesibilidad) — Verificar que la aplicacion sea utilizable por personas con discapacidades (visuales, auditivas, motoras, cognitivas), siguiendo generalmente las guias WCAG. Modulo 5

Active Recall (Recuperacion Activa) — Tecnica de estudio donde te evaluas a ti mismo en lugar de releer pasivamente, comprobada para mejorar dramaticamente la retencion. Modulo 0

Ad Hoc Testing — Testing informal y no estructurado sin casos de prueba ni planes, basado en la intuicion y experiencia del tester. Modulo 2

Agile — Metodologia iterativa de desarrollo de software que entrega trabajo en pequenos incrementos (sprints), enfatizando colaboracion, flexibilidad y retroalimentacion del cliente. Modulo 1

API (Application Programming Interface) — Conjunto de reglas y protocolos que permite a diferentes aplicaciones comunicarse entre si. Modulo 6

Assertion — Sentencia en codigo de prueba que verifica que una condicion esperada sea verdadera (ej.: “el codigo de estado deberia ser 200”). Modulo 8

Automation Framework (Framework de Automatizacion) — Conjunto estructurado de herramientas, librerias y convenciones para escribir y ejecutar pruebas automatizadas (ej.: Playwright, Cypress, Selenium). Modulo 8

B #

BDD (Behavior-Driven Development) — Enfoque de desarrollo donde las pruebas se escriben en lenguaje natural (Given/When/Then) antes de implementar el codigo. Modulo 8

Black-Box Testing (Prueba de Caja Negra) — Testing sin conocimiento de la estructura interna del codigo, basado unicamente en requisitos y especificaciones. Modulo 2

Boundary Value Analysis / BVA (Analisis de Valores Limite) — Tecnica de diseno de pruebas que se enfoca en valores en los bordes de las particiones de equivalencia (minimo, maximo, justo dentro, justo fuera). Modulo 3

Bug (Defecto) — Falla en el software que causa que se comporte diferente al comportamiento esperado o especificado. Modulo 1

Bug Report (Reporte de Bug) — Documento que describe un defecto, incluyendo pasos para reproducir, resultado esperado vs. real, severidad y detalles del entorno. Modulo 4

C #

CI/CD (Continuous Integration / Continuous Delivery) — Practicas donde los cambios de codigo se compilan, prueban y preparan para release automaticamente, permitiendo despliegues frecuentes y confiables. Modulo 9

Compatibility Testing (Pruebas de Compatibilidad) — Verificar que la aplicacion funcione correctamente en diferentes navegadores, dispositivos, sistemas operativos y resoluciones de pantalla. Modulo 5

Contract Testing — Verificar que dos servicios (consumidor y proveedor) pueden comunicarse correctamente basandose en una definicion de contrato compartida. Modulo 6

Cross-Browser Testing — Probar la aplicacion en multiples navegadores web para asegurar comportamiento y apariencia consistentes. Modulo 5

Cypress — Framework de testing end-to-end basado en JavaScript, popular para testing de aplicaciones web. Modulo 8

D #

Decision Table (Tabla de Decision) — Tecnica de diseno de pruebas que mapea combinaciones de condiciones (entradas) a acciones esperadas (salidas) en formato tabular. Modulo 3

Defect Lifecycle (Ciclo de Vida del Defecto) — Las etapas por las que pasa un bug desde su descubrimiento hasta su resolucion: Nuevo → Asignado → Abierto → Corregido → Verificado → Cerrado (o Reabierto). Modulo 4

DevOps — Conjunto de practicas que combina desarrollo de software (Dev) y operaciones de TI (Ops) para acortar el ciclo de desarrollo y entregar actualizaciones continuamente. Modulo 9

E #

E2E Testing (Testing End-to-End) — Probar un flujo completo de principio a fin, simulando comportamiento real del usuario a traves de todo el sistema. Modulo 2

Equivalence Partitioning / EP (Particion de Equivalencia) — Tecnica de diseno de pruebas que divide datos de entrada en grupos (particiones) donde se espera que el sistema se comporte igual, reduciendo el numero de test cases necesarios. Modulo 3

Exploratory Testing (Testing Exploratorio) — Enfoque donde el tester simultaneamente disena y ejecuta pruebas, usando su conocimiento e intuicion para explorar la aplicacion. Modulo 2

F #

Flaky Test — Prueba automatizada que a veces pasa y a veces falla sin cambios en el codigo, generalmente causada por problemas de timing, estado compartido o dependencias externas. Modulo 8

Functional Testing (Testing Funcional) — Testing que verifica que las funcionalidades de la aplicacion trabajan segun los requisitos y especificaciones. Modulo 2

G #

Git — Sistema de control de versiones distribuido usado para rastrear cambios en codigo fuente y codigo de pruebas. Modulo 9

Gray-Box Testing (Prueba de Caja Gris) — Testing con conocimiento parcial de la estructura interna, combinando elementos de caja negra y caja blanca. Modulo 2

I #

Integration Testing (Pruebas de Integracion) — Probar la interaccion entre dos o mas componentes o sistemas para verificar que funcionen juntos correctamente. Modulo 2

ISTQB (International Software Testing Qualifications Board) — Organizacion global lider que proporciona certificaciones estandarizadas para testers de software. Modulo 0

J #

Jenkins — Servidor de automatizacion open-source comunmente usado para construir pipelines CI/CD para testing automatizado y despliegue. Modulo 9

K #

Kanban — Metodologia Agile que visualiza el trabajo en un tablero con columnas (Por Hacer, En Progreso, Hecho), enfocandose en flujo continuo y limitando el trabajo en progreso. Modulo 1

L #

Load Testing (Pruebas de Carga) — Testing de performance que simula la carga esperada de usuarios para verificar que el sistema maneje volumenes normales de trafico. Modulo 11

Localization Testing (Pruebas de Localizacion) — Verificar que la aplicacion esta correctamente adaptada para una localidad especifica, incluyendo traducciones, formatos de fecha, moneda y elementos culturales. Modulo 5

M #

Mocking — Crear objetos o respuestas simulados que imitan dependencias reales, permitiendo que las pruebas se ejecuten aisladamente sin servicios externos. Modulo 8

Monkey Testing — Testing aleatorio y no planificado donde el tester ingresa datos aleatorios y realiza acciones aleatorias para encontrar crashes o errores inesperados. Modulo 2

N #

Negative Testing (Testing Negativo) — Probar con entradas invalidas, inesperadas o extremas para verificar que el sistema maneja los errores apropiadamente. Modulo 3

Non-Functional Testing (Testing No Funcional) — Testing de aspectos no relacionados con funcionalidades especificas: rendimiento, seguridad, usabilidad, confiabilidad, escalabilidad. Modulo 2

O #

OWASP (Open Web Application Security Project) — Fundacion sin fines de lucro que proporciona recursos gratuitos para seguridad de aplicaciones web, incluyendo el OWASP Top 10 de vulnerabilidades. Modulo 11

P #

Page Object Model (POM) — Patron de diseno en automatizacion de pruebas donde cada pagina web se representa como una clase, encapsulando elementos de pagina e interacciones. Modulo 8

Pair Testing — Dos testers trabajando juntos en la misma prueba y estacion de trabajo, combinando perspectivas y conocimiento. Modulo 2

Penetration Testing (Pruebas de Penetracion) — Testing de seguridad que simula ataques reales para encontrar vulnerabilidades antes que actores maliciosos. Modulo 11

Performance Testing (Pruebas de Rendimiento) — Probar la velocidad, capacidad de respuesta y estabilidad del sistema bajo diversas condiciones (carga, estres, resistencia). Modulo 11

Playwright — Framework moderno de automatizacion de pruebas de Microsoft que soporta testing cross-browser con capacidades de auto-wait. Modulo 8

Positive Testing (Testing Positivo) — Probar con entradas validas y esperadas para verificar que el sistema funcione correctamente bajo condiciones normales. Modulo 3

Priority (Prioridad) — La urgencia de negocio para corregir un defecto, indicando que tan pronto debe ser atendido (Critica, Alta, Media, Baja). Modulo 4

Q #

QA (Quality Assurance) — Enfoque orientado a procesos centrado en prevenir defectos mediante la mejora de procesos de desarrollo y testing. Modulo 1

QC (Quality Control) — Enfoque orientado al producto centrado en identificar defectos a traves de testing, inspeccion y revision. Modulo 1

R #

Regression Testing (Pruebas de Regresion) — Re-probar funcionalidad previamente funcional despues de cambios de codigo para asegurar que nada se rompio con las nuevas actualizaciones. Modulo 2

REST API — Estilo arquitectonico para servicios web que usa metodos HTTP estandar (GET, POST, PUT, DELETE) para comunicacion. Modulo 6

Risk-Based Testing — Enfoque de testing que prioriza los esfuerzos de prueba basandose en la probabilidad e impacto de posibles fallas. Modulo 3

S #

Sanity Testing — Testing enfocado y especifico para verificar que un bug fix o nueva funcionalidad funcione correctamente, sin probar todo el sistema. Modulo 2

SDLC (Software Development Life Cycle) — Proceso completo de planificar, crear, probar y desplegar una aplicacion de software, desde el concepto hasta el retiro. Modulo 1

Selenium — Herramienta open-source de automatizacion de pruebas para navegadores web, uno de los frameworks de automatizacion mas antiguos y ampliamente usados. Modulo 8

Severity (Severidad) — Grado de impacto que un defecto tiene en la funcionalidad del sistema (Bloqueante, Critico, Mayor, Menor, Trivial). Modulo 4

Shift-Left Testing — Mover las actividades de testing mas temprano en el proceso de desarrollo para encontrar y corregir defectos antes, cuando son mas baratos de resolver. Modulo 1

Smoke Testing — Ejecucion rapida y de alto nivel para verificar que las funcionalidades mas criticas funcionan y el build es estable para testing adicional. Modulo 2

Spaced Repetition (Repeticion Espaciada) — Tecnica de estudio que revisa material a intervalos gradualmente crecientes para fortalecer la memoria a largo plazo. Modulo 0

Sprint — Iteracion con tiempo definido en Scrum (generalmente 1-4 semanas) durante la cual un conjunto de trabajo se completa y queda listo para revision. Modulo 1

SQL (Structured Query Language) — Lenguaje de programacion para gestionar y consultar bases de datos relacionales, usado por QA para verificar datos directamente. Modulo 5

State Transition Diagram (Diagrama de Transicion de Estados) — Tecnica de diseno de pruebas que modela el comportamiento del sistema como estados y transiciones entre ellos basadas en eventos o condiciones. Modulo 3

STLC (Software Testing Life Cycle) — Secuencia de fases de testing: analisis de requisitos, planificacion, diseno de test cases, configuracion de entorno, ejecucion y cierre. Modulo 1

Stress Testing (Pruebas de Estres) — Testing de rendimiento que empuja al sistema mas alla de su capacidad normal para determinar su punto de quiebre y comportamiento ante fallas. Modulo 11

System Testing (Pruebas de Sistema) — Probar el sistema completo e integrado para verificar que cumple los requisitos especificados. Modulo 2

T #

TDD (Test-Driven Development) — Enfoque de desarrollo donde las pruebas se escriben antes del codigo de produccion, guiando la implementacion. Modulo 8

Test Case (Caso de Prueba) — Conjunto documentado de condiciones, entradas, acciones y resultados esperados disenado para verificar un aspecto especifico del sistema. Modulo 4

Test Environment (Entorno de Prueba) — Configuracion de hardware, software, red y datos usada para ejecutar pruebas. Modulo 9

Test Plan (Plan de Pruebas) — Documento que describe el alcance, enfoque, recursos, cronograma y entregables de las actividades de testing. Modulo 4

Test Suite — Coleccion de test cases agrupados para ejecucion, frecuentemente organizados por funcionalidad, modulo o tipo de prueba. Modulo 4

Traceability Matrix (Matriz de Trazabilidad) — Documento que mapea requisitos a test cases, asegurando que cada requisito este cubierto por al menos una prueba. Modulo 4

U #

UAT (User Acceptance Testing) — Fase final de testing donde usuarios reales validan que el sistema cumple sus necesidades de negocio antes del lanzamiento. Modulo 2

Unit Testing (Pruebas Unitarias) — Probar componentes o funciones individuales de forma aislada, tipicamente escritas por desarrolladores. Modulo 2

Usability Testing (Pruebas de Usabilidad) — Evaluar que tan facil e intuitivo es para los usuarios finales realizar sus tareas en la aplicacion. Modulo 5

V #

V-Model (Modelo V) — Modelo de desarrollo de software donde cada fase de desarrollo tiene una fase de testing correspondiente, enfatizando la planificacion temprana de pruebas. Modulo 1

Verification (Verificacion) — Asegurar que el producto se esta construyendo correctamente segun las especificaciones (“Estamos construyendo el producto bien?”). Modulo 1

Validation (Validacion) — Asegurar que se esta construyendo el producto correcto segun las necesidades del usuario (“Estamos construyendo el producto correcto?”). Modulo 1

W #

Waterfall (Cascada) — Modelo secuencial de desarrollo donde cada fase (requisitos, diseno, implementacion, testing, despliegue) se completa antes de iniciar la siguiente. Modulo 1

White-Box Testing (Prueba de Caja Blanca) — Testing con conocimiento completo de la estructura interna del codigo, examinando caminos de codigo, ramas y logica. Modulo 2

X #

XSS (Cross-Site Scripting) — Vulnerabilidad de seguridad donde atacantes inyectan scripts maliciosos en paginas web vistas por otros usuarios. Modulo 11

Referencia Rapida: Terminos Comunmente Confundidos #

Siguientes Pasos #

Has completado el Modulo 0: Orientacion. Ahora tienes estrategias de estudio, un entorno configurado, direccion profesional y una base de vocabulario.

Es hora de comenzar el Modulo 1: Fundamentos del Testing — donde inicia tu verdadero viaje en QA. Cada termino de este glosario cobrara vida a medida que avances en el curso.

Guarda esta pagina en marcadores. Regresaras a ella frecuentemente.