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    B    C    D    E    F    G    H    I    J    K    L    M    N    O    P    Q    R    S     T    U    V    W    X    Y    Z

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.
WhatsApp GreenSQA
Enviar Vía WhatsApp