GLOSARIO DE PRUEBAS, ASEGURAMIENTO DE CALIDAD
Recopilación y explicación de los conceptos más frecuentes en pruebas, aseguramiento y monitoreo de calidad de software.
Fuentes: ISTQB® Foundation Level, v4.0 ISO25000
A
- Aceptación (Acceptance) Testing: Pruebas realizadas para determinar si un sistema satisface los criterios de aceptación del cliente o usuario.
- Agregación de Datos (Data Aggregation): Proceso de recopilación y combinación de datos de múltiples fuentes para su análisis.
- Agregación de Resultados (Result Aggregation): Proceso de combinar y analizar los resultados de múltiples pruebas para obtener una visión general del estado del sistema.
- Análisis Estático (Static Analysis): Evaluación del código fuente sin ejecutarlo, con el objetivo de encontrar defectos y mejorar la calidad del software.
- Anomalía (Anomaly): Cualquier desviación inesperada o comportamiento incorrecto en el software o en el proceso de desarrollo.
- Automatización (Automation) Testing: Proceso de utilizar herramientas y scripts para ejecutar pruebas de forma automática.
- Accesibilidad (Accessibility) Testing: Pruebas diseñadas para evaluar la accesibilidad de un sistema para personas con discapacidades.
- Agile Testing: Pruebas realizadas dentro de un enfoque ágil de desarrollo de software, con iteraciones cortas y frecuentes.
- Análisis Dinámico (Dynamic Analysis): Evaluación del comportamiento de un programa durante su ejecución para identificar errores o problemas.
- Análisis de Vulnerabilidades (Vulnerability Analysis): Evaluación del software para identificar posibles vulnerabilidades de seguridad y riesgos.
- Arquitectura de Pruebas (Testing Architecture): Estructura y diseño de las pruebas de software, incluyendo estrategias, herramientas y procesos.
- Asertividad (Assertion): Declaración o condición que se espera que sea verdadera durante la ejecución de una prueba.
- Aseguramiento de la Calidad del Software (Software Quality Assurance): Proceso sistemático para garantizar que el software cumpla con los estándares de calidad establecidos.
- Auditoría (Audit) Trail: Registro detallado de las actividades realizadas durante el proceso de pruebas, para propósitos de auditoría y trazabilidad.
- Atributo de Calidad: Característica específica de un producto de software que se utiliza para evaluar su calidad, como la fiabilidad, usabilidad, eficiencia, etc.
B
- Black Box Testing (Pruebas de Caja Negra): Método de pruebas en el que se evalúa la funcionalidad de un sistema sin conocer su estructura interna.
- Back-end Testing: Pruebas realizadas en la capa de servidor de una aplicación para garantizar su funcionamiento correcto.
- Boundary Testing: Pruebas diseñadas para evaluar el comportamiento de un sistema en los límites de sus rangos de entrada.
- Bug: Término informal utilizado para referirse a un defecto o error en el software.
- Bug Tracking: Proceso de seguimiento y gestión de los errores encontrados durante las pruebas de software.
- Backward Compatibility Testing: Pruebas diseñadas para verificar que una nueva versión de software sea compatible con versiones anteriores.
- Beta Testing: Pruebas realizadas por usuarios reales en un entorno de producción antes del lanzamiento oficial del software.
- Buenas Prácticas de Pruebas (Testing Best Practices): Métodos y técnicas recomendadas para planificar, diseñar y ejecutar pruebas de software.
C
- Caja Blanca (White Box) Testing: Pruebas realizadas con conocimiento detallado de la estructura interna del software, basadas en su lógica interna.
- Caja Negra (Black Box) Testing: Pruebas realizadas sin conocimiento de la estructura interna del software, centrándose en la funcionalidad externa.
- Calidad del Software: Grado en el que un producto de software cumple con los requisitos especificados y las expectativas del cliente.
- Carga (Load) Testing: Pruebas para evaluar el rendimiento de un sistema bajo condiciones de carga pesada.
- Causa raíz:
- Caso de Uso (Use Case): Descripción detallada de cómo interactúa un usuario con un sistema en un escenario específico.
- Casos de Prueba (Test Cases): Conjunto de condiciones y acciones detalladas utilizadas para realizar pruebas en un sistema.
- Certificación ISTQB® (ISTQB® Certification): Certificación internacionalmente reconocida en el campo de pruebas de software ofrecida por el International Software Testing Qualifications Board (ISTQB®).
- Ciclo de Vida de Pruebas (Test Lifecycle): Fases y actividades que comprenden el proceso de pruebas de software, desde la planificación hasta la finalización.
- Condición de prueba:
- Compatibilidad (Compatibility) Testing: Pruebas para asegurar que el software funcione correctamente en diferentes sistemas operativos, dispositivos y navegadores.
- Criterios de Aceptación (Acceptance Criteria): Condiciones que deben cumplirse para que un producto o servicio sea aceptado por el cliente.
- Code Review: Proceso de revisión del código fuente por parte de otros miembros del equipo para identificar posibles errores o mejoras.
- Continuous Integration (CI): Práctica de integrar y probar el código de forma automática y frecuente durante el desarrollo de software.
- Control de Cambios (Change Control): Proceso de gestionar y documentar los cambios en el software para garantizar la calidad y la integridad.
- Cobertura de Código (Code Coverage): Medida del porcentaje de código fuente que es ejecutado durante las pruebas.
- Cobertura de Pruebas (Test coverage): Medida que indica el grado en que el software ha sido sometido a pruebas.
D
- Datos de Prueba: Conjunto de datos utilizados para ejecutar casos de prueba y validar el comportamiento del software.
- Depuración (Debugging): Proceso de identificar, analizar y corregir errores en el software.
- Defecto (Defect): Error o problema encontrado durante las pruebas de software que afecta la funcionalidad o la calidad del sistema.
- Documento de Requisitos (Requirements Document): Documento que especifica los requisitos funcionales y no funcionales del software.
- Documentación de Pruebas (Testing Documentation): Conjunto de documentos que describen los planes, casos, resultados y otros aspectos relacionados con el proceso de pruebas.
- Diseño de Pruebas (Test Design): Proceso de crear casos de prueba efectivos y eficientes para evaluar la calidad del software.
- Diseño de Experiencia de Usuario (User Experience Design): Proceso de diseñar productos digitales que sean fáciles de usar y proporcionen una experiencia positiva al usuario final.
- Data-Driven Testing: Técnica de pruebas en la que los datos de entrada y los resultados esperados se almacenan en una tabla o archivo externo.
E
- Efectividad de las Pruebas (Testing Effectiveness): Medida de la capacidad de las pruebas para encontrar defectos en el software.
- Equipo de Pruebas (Test Team): Grupo de personas responsables de planificar, diseñar, ejecutar y gestionar las pruebas de software.
- Ejecución de Pruebas (Test Execution): Proceso de ejecutar casos de prueba y registrar los resultados obtenidos.
- Escalabilidad (Scalability): Capacidad de un sistema para manejar un aumento en la carga de trabajo sin degradación del rendimiento.
- Estrategia de Pruebas (Test Strategy): Plan global que define los enfoques y recursos para realizar pruebas de software.
- Exploratory Testing: Técnica de pruebas en la que el tester realiza pruebas ad-hoc sin un plan o guión predefinido.
- End-to-End Testing: Pruebas diseñadas para verificar todo el flujo de un proceso o sistema, desde el inicio hasta el final.
- Equipo de Pruebas (Testing Team): Grupo de personas responsables de planificar, diseñar y ejecutar las pruebas de software.
- Estándar de Calidad del Software: Conjunto de normas y directrices que establecen los criterios para evaluar la calidad del software.
- Estabilidad (Stability) Testing: Pruebas diseñadas para evaluar la estabilidad y la confiabilidad de un sistema durante un período prolongado de tiempo.
- Evaluación de Riesgos (Risk Assessment): Proceso de identificar, analizar y priorizar los riesgos asociados con el desarrollo y la prueba de software.
F
- Framework de Pruebas (Testing Framework): Estructura y conjunto de herramientas utilizadas para automatizar y gestionar el proceso de pruebas.
- Funcional (Functional) Testing: Pruebas diseñadas para verificar que el software cumple con los requisitos funcionales especificados.
- Falso Positivo (False Positive): Resultado de prueba que indica incorrectamente la presencia de un defecto cuando en realidad no existe.
G
- Gestión de Configuración (Configuration Management): Proceso de controlar y gestionar los cambios en la configuración del software durante su ciclo de vida.
- Gestión de Defectos (Defect Management): Proceso de identificar, registrar, priorizar y resolver defectos encontrados durante las pruebas de software.
- Gestión de Riesgos (Risk Management): Proceso de identificar, evaluar y mitigar los riesgos asociados con el desarrollo y las pruebas de software.
- Guía de Estilo (Style Guide): Documento que establece las convenciones y normas para el desarrollo de software, incluyendo nombres de variables, formato de código, etc.
H
- Herramientas de Pruebas (Testing Tools): Software diseñado para automatizar y facilitar la ejecución de pruebas de software.
- Historia de Usuario (User Story): Descripción de una característica o funcionalidad del software desde la perspectiva del usuario final.
- Hito (Milestone): Punto de referencia importante en el calendario de un proyecto que marca la finalización de una fase o entrega de un conjunto de características.
I
- Infraestructura de Pruebas (Testing Infrastructure): Conjunto de recursos hardware y software utilizados para ejecutar pruebas de software.
- Interfaz de Programación de Aplicaciones (Application Programming Interface – API): Conjunto de reglas y protocolos que permite que diferentes componentes de software se comuniquen entre sí.
- Interfaz de Usuario (User Interface) Testing: Pruebas para evaluar la interfaz de usuario del software, incluida la navegación, el diseño y la usabilidad.
- Informe de Pruebas (Test Report): Documento que proporciona detalles sobre el proceso de pruebas, los resultados obtenidos y las acciones recomendadas.
- Interoperabilidad (Interoperability): Capacidad de un sistema para comunicarse y trabajar con otros sistemas de forma efectiva.
- ISO 25000: Norma internacional que define un conjunto de modelos de calidad de software y proporciona directrices para su evaluación.
K
- KPI (Key Performance Indicator): Indicador clave de rendimiento utilizado para evaluar el éxito de un proyecto o proceso.
L
- Log de Pruebas (Test Log): Registro detallado de las actividades y resultados de las pruebas realizadas en un sistema.
M
- Mantenibilidad (Maintainability): Capacidad de un sistema para ser modificado y actualizado de manera eficiente.
- Manejo de Defectos (Defect Management): Proceso de registrar, priorizar, asignar y gestionar la resolución de defectos encontrados durante las pruebas.
- Métrica de Calidad del Software: Medida cuantitativa utilizada para evaluar un aspecto específico de la calidad del software.
- Metodología de Desarrollo de Software (Software Development Methodology): Enfoque estructurado utilizado para planificar, diseñar, implementar y mantener sistemas de software.
- Modelo de Madurez del Proceso (Process Maturity Model): Marco que describe los niveles de madurez de un proceso de desarrollo de software y proporciona pautas para mejorar su eficacia.
- Modelo de Calidad del Producto de Software (Software Product Quality Model): Marco que describe las características y dimensiones de calidad de un producto de software.
N
- Non-functional Testing (Pruebas No Funcionales): Evaluación de aspectos como el rendimiento, la seguridad y la usabilidad de un sistema.
- Normas Técnicas Internacionales (International Technical Standards): Documentos que establecen requisitos, especificaciones, directrices o características que se deben cumplir para garantizar la calidad y la interoperabilidad del software.
O
- Oráculo (Oracle): Criterio o estándar utilizado para determinar si un resultado de prueba es correcto o incorrecto.
- Outsourcing de Pruebas (Testing Outsourcing): Contratación de servicios externos para realizar actividades de pruebas de software.
P
- Plan de Pruebas (Test Plan): Documento que describe el enfoque general y los objetivos de las pruebas de software.
- Pruebas de Aceptación del Usuario (User Acceptance Testing – UAT): Pruebas realizadas por usuarios finales para validar si el software cumple con sus requisitos y expectativas.
- Pruebas de Usabilidad (Usability Testing): Pruebas diseñadas para evaluar la facilidad de uso y la experiencia del usuario en un sistema.
- Pruebas Funcionales (Functional Testing): Pruebas diseñadas para verificar que el software cumple con los requisitos funcionales especificados.
- Pruebas de Integración (Integration Testing): Pruebas para evaluar la interoperabilidad y la interacción entre los distintos componentes del sistema.
- Pruebas de Regresión (Regression Testing): Pruebas para asegurar que los cambios en el software no han introducido nuevos defectos y que las funciones existentes siguen funcionando correctamente.
- Pruebas Exploratorias (Exploratory Testing): Pruebas ad hoc realizadas de manera no estructurada para descubrir defectos en el software.
- Pruebas No Funcionales (Non-functional Testing): Pruebas que se centran en aspectos no funcionales del software, como el rendimiento, la seguridad y la usabilidad.
- Pruebas de Carga y Rendimiento (Load and Performance Testing): Pruebas diseñadas para evaluar el comportamiento de un sistema bajo diferentes niveles de carga y medir su rendimiento.
- Pruebas de Estrés (Stress Testing): Pruebas diseñadas para evaluar la capacidad de un sistema para manejar condiciones extremas y sobrecargas.
- Pruebas de Seguridad (Security Testing): Pruebas diseñadas para identificar vulnerabilidades y evaluar la resistencia de un sistema a ataques.
Q
- Quality Assurance (Aseguramiento de Calidad): Actividades planificadas y sistemáticas para garantizar que un producto cumpla con los estándares de calidad.
- Quality Control (Control de Calidad): Actividades realizadas durante el proceso de desarrollo de software para identificar defectos y errores.
- Quality Gate (Puerta de Calidad): Punto de control en el proceso de desarrollo de software que marca la finalización de una etapa y la revisión de la calidad del trabajo realizado.
R
- Racionalización (Rationalization): Proceso de identificación y eliminación de redundancias y procesos innecesarios en el desarrollo de software.
- Requisitos de Software (Software Requirements): Descripción de las funciones y características que debe tener un sistema de software.
- Revisión de Código (Code Review): Proceso de examinar y evaluar el código fuente de un programa para identificar posibles problemas y mejorar su calidad.
- Revisión de Diseño (Design Review): Proceso de evaluación de los diseños de software para identificar posibles mejoras y optimizaciones.
- Revisión de Pruebas (Testing Review): Proceso de evaluación de los planes, casos y resultados de las pruebas de software para garantizar su efectividad y cobertura.
- Regresión (Regression) Testing: Pruebas para detectar cambios no deseados en el comportamiento de un sistema después de una modificación.
- Requisitos de Pruebas (Test Requirements): Especificaciones de los criterios que deben cumplir las pruebas de software.
S
- Seguridad (Security) Testing: Pruebas para identificar vulnerabilidades y evaluar la resistencia de un sistema a ataques.
- Sistema de Gestión de Defectos (Defect Management System): Herramienta utilizada para registrar, rastrear y gestionar los defectos encontrados durante las pruebas de software.
- Sistema de Gestión de Pruebas (Test Management System): Herramienta utilizada para planificar, diseñar, ejecutar y gestionar el proceso de pruebas de software.
- Suite de Pruebas (Test Suite): Conjunto de casos de prueba diseñados para verificar una funcionalidad específica o un conjunto de funcionalidades relacionadas.
T
- Test Plan (Plan de Pruebas): Documento que describe los objetivos, alcance y enfoque de las pruebas de software.
- Testing Strategy (Estrategia de Pruebas): Plan general que define los enfoques y recursos para realizar pruebas de software.
- Tipos de Pruebas (Types of Testing): Diversas técnicas y enfoques utilizados para evaluar la calidad de un sistema de software.
- Test-driven Development (TDD): Método de desarrollo de software en el que se escriben pruebas automatizadas antes de escribir el código de producción.
- Test Environment (Entorno de Pruebas): Configuración de hardware y software utilizada para ejecutar pruebas de software.
- Test Execution (Ejecución de Pruebas): Proceso de ejecutar casos de prueba y registrar los resultados obtenidos.
- Test Suite (Suite de Pruebas): Conjunto de casos de prueba diseñados para verificar una funcionalidad específica o un conjunto de funcionalidades relacionadas.
- Testing Best Practices (Buenas Prácticas de Pruebas): Métodos y técnicas recomendadas para realizar pruebas de software de manera efectiva.
- Testing Framework (Framework de Pruebas): Estructura y conjunto de herramientas utilizadas para automatizar y gestionar el proceso de pruebas.
U
- Usabilidad (Usability): Grado en el que un sistema puede ser utilizado fácilmente por los usuarios para lograr sus objetivos.
V
- Validación (Validation) Testing: Pruebas para confirmar que el software cumple con los requisitos del usuario y está listo para su entrega.
- Verificación (Verification) Testing: Pruebas para asegurar que el software cumple con los requisitos especificados.
- V Modelo (V Model): Modelo de desarrollo de software que muestra la relación entre cada fase del ciclo de vida del desarrollo y su fase de prueba correspondiente.
W
- White Box Testing (Pruebas de Caja Blanca): Método de pruebas en el que se evalúa la estructura interna y el comportamiento del código de un sistema.
- W Modelo (W Model): Modelo de desarrollo de software similar al V Modelo, pero con una estructura más detallada que enfatiza la planificación y la gestión de riesgos.
X
- eXtreme Programming (XP): Metodología ágil de desarrollo de software que enfatiza la simplicidad, la comunicación y la retroalimentación continua.
Y
- YAGNI (You Ain’t Gonna Need It): Principio de diseño de software que sugiere no implementar funcionalidades que no sean necesarias en el momento actual.
Z
- Zero Defect Policy (Política de Cero Defectos): Enfoque que busca eliminar por completo los defectos en el software durante el proceso de desarrollo y pruebas.
Con el Apoyo de:
SERVICIOS
RECURSOS
