Glosario Del Istqb

Front 1

El proceso de encontrar, analizar y retirar las causas de las fallas en el software

Back 1

Depuración

Hint 1

Debugging

Front 2

Una condición o capacidad necesitada por el usuario para resolver un problema o alcanzar un objetivo que debe ser cumplido o poseído por un sistema o componente de sistema para satisfacer un contrato, estándar, especificación u otro documento impuesto formalmente

Back 2

Requisito

Hint 2

Requirement

Front 3

Una evaluación de un producto o estado de un proyecto para determinar discrepancias desde los resultados planificados hasta las mejoras recomendadas. Por ejemplo la revisión de gestión, revisión informal, revisión técnica, inspección, y revisión guiada

Back 3

Revisión

Hint 3

Review

Front 4

Conjunto de valores de entrada, precondiciones de ejecución, resultados esperados y postcondiciones de ejecución, desarrollado con un objetivo en particular o condición de prueba, tales como probar un determinado camino de ejecución o para verifiar el cumplimiento de un requisito determinado.

Back 4

Caso de prueba

Hint 4

Test case

Front 5

Pruebas formales con respecto a las necesidades de usuario, requisitos y procesos de negocio dirigidas a determinar si el sistema satisface o no

los criterios de aceptación y a habilitar al usuario, cliente u otra entidad autorizada a determinar si acepta o no el sistema

Back 5

Pruebas de aceptación

Pruebas de aceptación de usuario

Hint 5

acceptance testing

Front 6

Pruebas simuladas u operacionales realizadas por usuarios/clientes potenciales o por un equipo de pruebas independiente en las dependencias de desarrollo, pero fuera de la organización de desarrollo.

Las pruebas alfa son utilizadas con frecuencia para software de distribución masiva como una forma de pruebas de aceptación internas

Back 6

Pruebas alfa

Hint 6

alpha testing

Front 7

Pruebas operacionales realizadas por usuarios/clientes potenciales y/o

existentes, en un sitio externo no relacionado de ninguna manera con los desarrolladores, para determinar si un componente o sistema satisface o no las necesidades del usuario/cliente y se ajusta a los procesos de
negocio. Con frecuencia las pruebas beta se emplean como una forma de prueba de aceptación externa para software de distribución masiva con el objetivo de obtener la respuesta del mercado

Back 7

Pruebas beta

Pruebas de campo

Hint 7

beta testing

Front 8

Procedimiento para obtener y/o seleccionar casos de prueba basados en el análisis de la especificación, tanto funcional como no funcional de un componente o sistema sin referencia a su estructura interna

Back 8

Técnica de diseño de prueba de caja negra

Técnica de diseño de prueba basada en la especificación

Hint 8

black-box test design technique

Front 9

Pruebas tanto funcionales como no funcionales, sin referencia a la estructura interna del componente o sistema

Back 9

Pruebas de caja negra

Pruebas basadas en la especificación

Hint 9

black-box testing

Front 10

Valor de entrada o de salida que se encuentra en la frontera de una partición de equivalencia o a la mínima distancia incremental a cualquier lado de la frontera, por ejemplo el valor mínimo o máximo de un rango

Back 10

Valor límite

Hint 10

valor límite

Front 11

Técnica de diseño de pruebas de caja negra en la cual los casos de prueba son diseñados basándose en los valores límite.

Véase también valor límite

Back 11

Análisis de valores límite

Hint 11

boundary value analysis

Front 12

Método de análisis que determina qué partes del software han sido ejecutadas (cubiertas) por el juego de pruebas y qué partes no han sido

ejecutadas, ejemplo cobertura de sentencia, cobertura de decisión o cobertura de condición

Back 12

Cobertura de código

Hint 12

code coverage

Front 13

Herramienta software que traduce programas expresados en un lenguaje de alto nivel a su lenguaje máquina equivalente

Back 13

Compilador

Hint 13

compiler

Front 14

Grado en el cual un componente o sistema tiene un diseño y/o estructura interna que es difícil de comprender, mantener y verificar.

Véase también complejidad ciclomática

Back 14

Complejidad

Hint 14

complexity

Front 15

Pruebas de componentes software individuales. También conocidas como pruebas de unidad, módulo o programa

Back 15

Pruebas de componente

Hint 15

component testing

Front 16

Elemento de la gestión de la configuración consistente en la evaluación, coordinación, aprobación o desaprobación e implementación de los cambios en los elementos de la configuración tras el establecimiento

formal de la identificación de la configuración

Back 16

Control de la configuración

Control de versión

Hint 16

configuration control

Front 17

Disciplina que aplica dirección y supervisión técnica y administrativa a: identificar y documentar las características funcionales y físicas de un elemento de la configuración, controlar cambios de esas características,
registrar e informar sobre el estado de la implementación y proceso de cambio, y verificar la conformidad con los requisitos especificados

Back 17

Gestión de la configuración

Hint 17

configuration management

Front 18

Herramienta que proporciona soporte para la identificación y control de los elementos de la configuración, su estado respecto de cambios y

versiones, y la distribución de líneas base compuestas por elementos de la configuración

Back 18

Herramienta de gestión de la configuración

Hint 18

configuration management
tool

Front 19

Secuencia de eventos (caminos) en la ejecución a través de un componente o sistema

Back 19

Flujo de control

Hint 19

control flow

Front 20

Grado, expresado como un porcentaje, en el que un elemento de cobertura especificado ha sido practicado por un juego de pruebas

Back 20

Cobertura

Cobertura de pruebas

Hint 20

Coverage

Front 21

Herramienta que proporciona una medición objetiva de qué elementos estructurales, por ejemplo sentencias o ramas, han sido practicadas por un juego de pruebas

Back 21

Herramienta de cobertura

Hint 21

coverage tool

Front 22

Técnica basada la creación de scripts que almacena la entrada de la prueba y los resultados esperados en una tabla o una hoja de cálculo, de tal manera que un solo script pueda ejecutar todas las pruebas de la tabla. Las pruebas guiadas por datos a menudo se utilizan para dar soporte en el uso de herramientas de ejecución de pruebas, tales como herramientas de captura/reproducción. Véase también pruebas guiadas por palabras clave

Back 22

Pruebas (dirigidas por datos)

Pruebas guiadas por datos

Hint 22

data driven testing

Front 23

Representación abstracta de la secuencia y posibles cambios de estado de los objetos de datos, donde el estado de un objeto puede ser
cualquiera de los siguientes: creación, uso o destrucción

Back 23

Flujo de datos

Hint 23

data flow

Front 24

Porcentaje de resultados de decisión que han sido practicados por un juego de pruebas. El 100% de cobertura de decisión implica tanto un
100% de cobertura de rama como un 100% de cobertura de sentencia

Back 24

Cobertura de decisión

Hint 24

decision coverage

Front 25

Tabla que muestra las combinaciones de entradas y/o estímulos (causas) con sus salidas y/o acciones asociadas (efectos), que puede
ser utilizada para diseñar casos de prueba

Back 25

Tabla de decisión

Hint 25

decision table

Front 26

Técnica de diseño de casos de prueba de caja negra en la que los casos de prueba se diseñan para ejecutar las combinaciones de entradas y/o estímulos (causas) representadas en una tabla de decisión.
Véase también tabla de decisión

Back 26

Pruebas de tabla de decisión

Hint 26

decision table testing

Front 27

Imperfección en un componente o sistema que puede causar que el componente o sistema falle en desempeñar las funciones requeridas,
por ejemplo una sentencia o una definición de datos incorrectas. Si se localiza un defecto durante una ejecución puede causar un fallo en el componente o sistema

Back 27

Defecto

Bug

Falta

Hint 27

Defect

Front 28

Número de defectos identificados en un componente o sistema dividido por el tamaño del mismo (expresado en términos de medidas estándar, por ejemplo líneas de código, número de clases o puntos de función)

Back 28

Densidad de defectos

Hint 28

defect density

Front 29

Componente software o herramienta de pruebas que sustituye a un componente que asume el control y/o la invocación a un componente o

sistema

Back 29

Driver

Hint 29

controlador

Front 30

Herramienta que proporciona información en tiempo de ejecución del estado del código software. Estas herramientas se utilizan comúnmente para identificar punteros no asignados, comprobar la aritmética de punteros y para controlar la asignación, el uso y des afectación (asignación) de la memoria e indicar las fugas de memoria

Back 30

Herramienta de análisis dinámico

Hint 30

dynamic analysis tool

Front 31

Pruebas que implican la ejecución del software de un componente o sistema

Back 31

Pruebas dinámicas

Hint 31

dynamic testing

Front 32

Conjunto de condiciones genéricas y específicas para permitir que un proceso prosiga con una tarea definida, por ejemplo la fase de pruebas.
El objetivo de los criterios de entrada es evitar que una tarea comience, lo cual conllevaría un mayor esfuerzo que el necesario para eliminar los criterios de entrada fallidos

Back 32

Criterios de entrada

Hint 32

entry criteria

Front 33

Técnica de diseño de pruebas de caja negra en la cual los casos de prueba son diseñados para ejecutar representantes de particiones de
equivalencia. En principio, los casos de prueba se diseñan para cubrir cada partición, al menos, una vez

Back 33

Particionamiento de equivalencia

Hint 33

equivalence partitioning

Front 34

Acción humana que produce un resultado incorrecto

Back 34

Error

Equivocación

Hint 34

Error

Front 35

Técnica de diseño de pruebas donde la experiencia de quien prueba es utilizada para anticipar qué defectos podrían estar presentes en el componente o sistema en prueba como resultado de los errores cometidos, y diseñar pruebas específias para ponerlos al descubierto

Back 35

Predicción de error

Hint 35

error guessing

Front 36

Enfoque de pruebas donde el conjunto de pruebas abarca todas las combinaciones de valores de entrada y precondiciones

Back 36

Pruebas exhaustivas

Hint 36

Exhaustive testing

Front 37

Conjunto de condiciones genéricas y específicas, acordadas con los involucrados en el proyecto, para permitir que un proceso sea considerado concluido oficialmente. El propósito de los criterios de salida es evitar que una tarea se considere concluida cuando existen partes de la tarea pendientes que no hayan sido finalizadas. Los criterios de salida

son utilizados para planificar cuándo parar las pruebas e informar sobre esto.

Back 37

Criterios de salida

Hint 37

Exit criteria

Front 38

Técnica informal de diseño de pruebas donde quien prueba controla activamente el diseño de las pruebas a medida que las pruebas son

realizadas y utiliza la información obtenida durante las pruebas para diseñar unas nuevas y mejores

Back 38

Pruebas exploratorias

Hint 38

exploratory testing

Front 39

Desviación del componente o del sistema respecto de prestación, servicio o resultado esperado.

Back 39

Falla

Hint 39

Failure

Front 40

Cociente del número de fallos de una categoría dada por unidad de medida específica, por ejemplo fallos por unidad de tiempo, fallos por

unidad de transacciones, fallos por número de ejecuciones de programa

Back 40

Tasa de fallos

Frecuencia de fallos

Hint 40

failure rate

Front 41

Revisión caracterizada por procedimientos y requisitos documentados, por ejemplo la inspección

Back 41

Revisión formal

Hint 41

formal review

Front 42

Requisito que especifica una función que un componente o sistema debe cumplir

Back 42

Requisito funcional

Hint 42

functional requirement

Front 43

Pruebas basadas en el análisis de las especificaciones funcionales de un componente o de un sistema.

Véase también pruebas de caja negra.

Back 43

Pruebas funcionales

Hint 43

functional testing

Front 44

Valoración del cambio en las capas de documentación de desarrollo, documentación de pruebas y componentes, con el objeto de

implementar un cambio dado en requisitos especificados

Back 44

Análisis de impacto

Hint 44

impact analysis

Front 45

Cualquier ocurrencia de un suceso (evento que ocurre) que requiere investigación

Back 45

Incidencia

Hint 45

Incident

Front 46

Acción de consignar los detalles de cualquier incidencia ocurrida, por ejemplo durante las pruebas

Back 46

Registro de incidencias

Hint 46

incident logging

Front 47

Proceso de reconocimiento, investigación, toma de medidas y eliminación de incidencias. Comprende registrar incidencias, clasificarlas

e identificar el impacto

Back 47

Gestión de incidencias

Hint 47

incident management

Front 48

Herramienta que facilita el registro y seguimiento del estado de incidencias. A menudo incorporan facilidades orientadas al flujo de trabajo para el seguimiento y control de la asignación, corrección y repetición de las pruebas de las incidencias y proporcionan facilidades para la elaboración de informes.

Véase también herramienta de administración de defectos

Back 48

Herramienta de gestión de incidencias

Hint 48

incident management tool

Front 49

Ciclo de vida de desarrollo software en el cual un proyecto es descompuesto en una serie de incrementos, cada uno de los cuales

suministra una porción de la funcionalidad respecto de la totalidad de los requisitos del proyecto. Los requisitos tienen asignada una
prioridad y son entregados según el orden de prioridad en el incremento correspondiente. En algunas (pero no en todas) versiones de este modelo de ciclo de vida, cada subproyecto sigue un “mini-modelo V” con sus propias fases de diseño, codificación y pruebas.

Back 49

Modelo de desarrollo incremental

Hint 49

incremental development
model

Front 50

Separación de responsabilidades, que fomenta la realización de pruebas objetivas

Back 50

Independencia

Independencia de pruebas

Hint 50

independence

Front 51

Revisión que no está basada en un procedimiento formal (documentado)

Back 51

Revisión informal

Hint 51

informal review

Front 52

Tipo de revisión entre pares que se basa en el examen visual de documentos para detectar defectos, por ejemplo violaciones de estándares de desarrollo y no conformidades a la documentación de

nivel superior. Es la técnica de revisión más formal y, por lo tanto, siempre basada en un procedimiento documentado.

Véase también revisión entre pares (colegas)

Back 52

Inspección

Hint 52

inspection

Front 53

Proceso de combinar componentes o sistemas en estructuras más amplias

Back 53

Integración

Hint 53

integration

Front 54

Pruebas realizadas con el objeto de poner en evidencia defectos en las interfaces e interacciones entre componentes o sistemas integrados

Back 54

Pruebas de integración

Pruebas de integración de componente

Pruebas de integración de sistema

Hint 54

integration testing

Front 55

Capacidad del producto software para interactuar con uno o más componentes o sistemas especificados.

Véase también funcionalidad

Back 55

Interoperabilidad

Hint 55

interoperability

Front 56

Ciclo de vida del desarrollo donde un proyecto es dividido en un número de iteraciones, generalmente grande. Una iteración es un ciclo
completo de desarrollo que tiene como resultado una entrega (interna o externa) de un producto ejecutable, un subconjunto del producto final en desarrollo, que crece de iteración en iteración para convertirse en el
producto final

Back 56

Modelo de desarrollo iterativo

Hint 56

iterative development
model

Front 57

Técnica de creación de scripts que utiliza archivos de datos para contener no solamente datos de prueba y resultados esperados, sino

también palabras claves que están relacionadas con la aplicación que esta siendo probada. Las palabras claves son interpretadas por scripts especiales de soporte que son invocados por el script de control para la
prueba.

Vea también pruebas guiadas por datos

Back 57

(Pruebas) dirigidas por palabras clave

Hint 57

keyword driven testing

Front 58

Tipo de prueba relacionado con medida del comportamiento de un componente o sistema con una carga creciente, por ejemplo el número

de usuarios concurrentes y/o número de transacciones para determinar qué carga puede ser soportada por el componente o sistema. Véase también pruebas de estrés

Back 58

Pruebas de carga

Hint 58

load testing

Front 59

Facilidad con la que un producto software puede ser modificado para corregir defectos, cumplir con nuevos requisitos, hacer más sencillo
el mantenimiento futuro o ser adaptado a un entorno modificado

Back 59

Mantenibilidad

Hint 59

maintainability

Front 60

Proceso de pruebas para determinar el grado de mantenibilidad de un producto software

Back 60

Pruebas de mantenibilidad

Hint 60

maintainability testing

Front 61

Pruebas de los cambios en un sistema en operación o el impacto de un entorno modificado para un sistema en operación

Back 61

Pruebas de mantenimiento

Hint 61

maintenance testing

Front 62

Escala de medida y el método utilizado para la medición.

Back 62

Métrica

Hint 62

metric

Front 63

Herramienta que suministra soporte a la validación de modelos del software o del sistema

Back 63

Herramienta de modelado

Hint 63

modelling tool

Front 64

Líder y principal persona responsable de una inspección u otro proceso de revisión

Back 64

Moderador

Líder de la inspección

Hint 64

moderator

Front 65

Herramienta software o dispositivo hardware que se ejecuta de forma concurrente con el componente o sistema en pruebas y supervisa,

registra y/o analiza el comportamiento del componente o sistema

Back 65

Monitor

Hint 65

monitor

Front 66

Pruebas destinadas a mostrar que un componente o sistema no funciona. Las pruebas negativas están relacionadas con la actitud del probador más que a un enfoque de pruebas o técnica de diseño de pruebas específicos, por ejemplo probar con valores de entrada
inválidos o excepciones

Back 66

Pruebas negativas

Hint 66

negative testing

Front 67

Producto software que es desarrollado para el mercado general, por ejemplo, para un gran número de clientes, y es distribuido a muchos
clientes en formato idéntico.

Acrónimo para “Commercial Off-The-Shelf software”.

Back 67

Software de distribución

masiva

COTS

Hint 67

off-the-shelf software

Front 68

Dos personas, por ejemplo dos probadores, un desarrollador y un probador o un usuario final y un probador, trabajando juntas para detectar defectos. Normalmente comparten un único ordenador e intercambian el control del mismo durante las pruebas.

Back 68

Pruebas por pares

Hint 68

pair testing

Front 69

Revisión de un producto de trabajo software por parte de compañeros de trabajo del desarrollador del producto con el objeto de identificar defectos y mejoras. Ejemplos de este tipo de revisión son la inspección, revisión técnica y revisión guiada (walkthrough)

Back 69

Revisión entre pares

Revisión entre colegas

Hint 69

peer review

Front 70

Grado en el cual un sistema o componente logra la función señalada dentro de las restricciones dadas con respecto al tiempo de proceso y

tasa de transferencia.

Véase también eficiencia.

Back 70

Rendimiento

Hint 70

performance

Front 71

Proceso de pruebas para determinar el rendimiento de un producto software.

Véase también pruebas de eficiencia

Back 71

Pruebas de rendimiento

Hint 71

performance testing

Front 72

Herramienta que da soporte a pruebas de rendimiento y que normalmente tiene dos prestaciones principales: generar carga y

probar la medición de transacción. La generación de carga puede o bien simular múltiples usuarios o grandes volúmenes de datos de entrada. Durante la ejecución, se miden y registran tiempos de respuesta de transacciones seleccionadas. Las herramientas de pruebas de rendimiento normalmente proporcionan informes basados en los registros de las pruebas y gráficos de carga contra tiempos de respuesta

Back 72

Herramienta de pruebas de rendimiento

Herramienta de pruebas de carga

Hint 72

performance testing tool

Front 73

Facilidad con la que un producto software puede ser transferido de un entorno hardware o software a otro

Back 73

Portabilidad

Hint 73

portability

Front 74

Proceso de pruebas para determinar la portabilidad de un producto software

Back 74

Pruebas de portabilidad

Hint 74

portability testing

Front 75

Efecto producido por el instrumento de medida sobre el sistema o componente que está siendo medido, por ejemplo mediante una herramienta de pruebas de rendimiento o un monitor. Por ejemplo el rendimiento puede ser ligeramente peor cuando las herramientas de prueba de rendimiento están siendo usadas

Back 75

Efecto sonda

Hint 75

probe effect

Front 76

Riesgo directamente relacionado con el objeto de prueba.

Véase también riesgo

Back 76

Riesgo de producto

Hint 76

product risk

Front 77

Riesgo relativo a la gestión y control de un proyecto ( de pruebas), por ejemplo, falta de personal, plazos estrictos, requisitos cambiantes, etc..
Véase también riesgo

Back 77

Riesgo de proyecto

Hint 77

project risk

Front 78

Grado en el cual un componente, sistema o proceso satisface requisitos especificados y/o necesidades y expectativas del usuario/cliente.

Back 78

Calidad

Hint 78

Quality

Front 79

Pruebas de un programa previamente probado que ha sufrido modificaciones, para asegurarse que no se han introducido o descubierto defectos en áreas del software que no han sido modificadas como resultado de los cambios realizados. Se realiza cuando el software

o su entorno han sido modificados

Back 79

Pruebas de regresión

Hint 79

Regression testing

Front 80

Herramienta que da soporte al registro de requisitos, atributos de requisitos (por ejemplo prioridad, responsabilidad del conocimiento)
y anotaciones, y que facilita la trazabilidad a través de las diferentes capas de requisitos y de la gestión del cambio de requisitos. Algunas
herramientas de gestión de requisitos también proporcionan facilidades para el análisis estático, como comprobación de consistencia y
violaciones de reglas predefinidas de los requisitos

Back 80

Herramienta de gestión de requisitos

Hint 80

requirements management
tool

Front 81

Pruebas que ejecutan aquellos casos de prueba que hubieran fallado la

última vez que fueran ejecutados con el objetivo de verifiar el éxito de
acciones correctivas.

Back 81

Repetición de pruebas

Pruebas de confirmación

Hint 81

Re-testing

Front 82

Herramienta que presta soporte al proceso de revisión. Algunas características típicas de las herramientas de revisión incluyen: el soporte para la planificación y seguimiento de revisiones, soporte a la comunicación, revisiones conjuntas y un repositorio para recopilar e informar métricas

Back 82

Herramienta de revisión

Hint 82

review tool

Front 83

Persona involucrada en la revisión, responsable de la identificación y descripción de anomalías en el producto o proyecto bajo revisión. Los
revisores pueden ser seleccionados para representar diferentes puntos de vista y roles dentro del proceso de revisión

Back 83

Revisor

Hint 83

reviewer

Front 84

Factor que puede resultar en futuras consecuencias negativas, expresada normalmente como impacto y probabilidad

Back 84

Riesgo

Hint 84

Risk

Front 85

Enfoque de pruebas para reducir el nivel de riesgos de producto e informar a los afectados de su estado, comenzando desde las fases
iniciales de un proyecto. Implica la identificación de riesgos de producto y su uso para dirigir el proceso de pruebas

Back 85

Pruebas basadas en riesgos

Hint 85

risk-based testing

Front 86

Grado en el cual un componente o sistema puede funcionar correctamente en presencia de entradas no válidas o condiciones de entorno de estrés.

Véase también tolerancia al error,
tolerancia a faltas.

Back 86

Robustez

Hint 86

robustness

Front 87

Persona que registra en un acta cada defecto mencionado y cualquier sugerencia para la mejora de un proceso durante una reunión de

revisión. El escriba tiene que asegurarse que el acta sea legible y comprensible

Back 87

Escriba

Escribano

Hint 87

scribe

Front 88

Lenguaje de programación en el cual se escriben scripts de prueba ejecutables para ser utilizados por una herramienta de ejecución de pruebas (por ejemplo una herramienta de captura/reproducción).

Back 88

Lenguaje de guión

Lenguaje de creación de
scripts

Hint 88

scripting language

Front 89

Atributos de productos software que se refieren a su capacidad para prevenir accesos no autorizados, sean accidentales o deliberados, a

programas y datos.

Véase también funcionalidad

Back 89

Seguridad

Hint 89

security

Front 90

Pruebas para determinar la seguridad de un producto software.

Véase también pruebas de funcionalidad

Back 90

Pruebas de seguridad

Hint 90

security testing

Front 91

Herramienta que proporciona soporte a pruebas de características de seguridad y vulnerabilidades

Back 91

Herramienta de pruebas de seguridad

Hint 91

security testing tool

Front 92

Herramienta que soporta la seguridad operativa

Back 92

Herramienta de seguridad

Hint 92

security tool

Front 93

Transición entre dos estados de un componente o sistema.

Back 93

Transición de estado

Hint 93

state transition

Front 94

Técnica de diseño de pruebas de caja negra en la cual los casos de prueba son diseñados para ejecutar transiciones de estado válidas e

inválidas.

Véase también pruebas de conmutador de multiplicidad N.

Back 94

Pruebas de transición de estado

Hint 94

state transition testing

Front 95

Porcentaje de sentencias ejecutables que han sido practicadas por un juego de pruebas

Back 95

Cobertura de sentencia

Hint 95

statement coverage

Front 96

Análisis de los artefactos software, por ejemplo requisitos o código, llevado a cabo sin la ejecución de estos artefactos software. El análisis estático es usualmente llevado a cabo por una herramienta

Back 96

Análisis estático

Hint 96

static analysis

Front 97

Herramienta que lleva a cabo el análisis estático.

Back 97

Herramienta de análisis estático

Analizador estático

Hint 97

static analyzer

Front 98

Pruebas de un componente o sistema a nivel de especificación o implementación sin ejecutar el software, por ejemplo revisiones o análisis estático de código

Back 98

Pruebas estáticas

Hint 98

static testing

Front 99

Pruebas orientadas a evaluar un componente o sistema en o más allá de los límites especificados en los requisitos, o con una reducida disponibilidad de recursos tales como el acceso a la memoria o a los servidores.

Véase también pruebas de carga y pruebas de rendimiento

Back 99

Pruebas de estrés

Hint 99

stress testing

Front 100

Herramienta que da soporte a pruebas de estrés

Back 100

Herramienta de pruebas de estrés

Hint 100

stress testing tool

Front 101

Implantación estructural (esqueleto) o de propósito especial de un componente software, usado para desarrollar o probar un componente

al que se llama o es dependiente de él de algún modo. Sustituye a un componente llamado.

Back 101

Stub

Hint 101

stub

Front 102

Actividad de discusión de grupo de pares que se centra en alcanzar consenso respecto del enfoque técnico a adoptar.

Véase también revisión entre pares

Back 102

Revisión técnica

Hint 102

technical review

Front 103

Todos los documentos de donde los requisitos de un componente o sistema pueden ser inferidos. La documentación en la que se basan los casos de prueba. Si un documento puede ser modificado sólo por medio de un procedimiento de cambio formal, entonces la base de las pruebas se denomina base de prueba congelada.

Back 103

Base de pruebas

Hint 103

Test basis

Front 104

Documento que especifica un conjunto de casos de prueba (objetivos, entradas, acciones de prueba, resultados esperados y precondiciones

de ejecución) para un elemento de prueba.

Back 104

Especificación de casos de prueba

Hint 104

test case specification

Front 105

Herramienta de pruebas para realizar comparaciones automáticas de pruebas entre los resultados obtenidos y los resultados esperados

Back 105

Comparador de pruebas

Hint 105

test comparator

Front 106

Elemento o evento de un componente o sistema que debería ser verificado por uno o más casos de prueba, por ejemplo una función, transacción, característica, atributo de calidad o elemento estructural

Back 106

Condición de prueba

Hint 106

Test condition

Front 107

Tarea de la gestión de pruebas que se encarga de desarrollar y aplicar un conjunto de acciones correctivas para poner el proyecto de pruebas

en la dirección correcta cuando el seguimiento (monitorización) muestra una desviación con respecto a lo que se había planificado.

Véase también gestión de pruebas

Back 107

Control de pruebas

Hint 107

test control

Front 108

Datos que existen (por ejemplo en una base de datos) antes de que una prueba sea ejecutada y que afectan o son afectados por el componente

o sistema en pruebas

Back 108

Datos de prueba

Hint 108

test data

Front 109

Tipo de herramienta de pruebas que permite seleccionar datos de bases de datos existentes o datos creados, generados, manipulados y editados para su uso en pruebas

Back 109

Herramienta de preparación de datos de prueba

Hint 109

test data preparation tool

Front 110

El proceso de transformación de los objetivos generales de pruebas en condiciones de pruebas tangibles y casos de prueba.

Véase especificación de diseño de pruebas.

Back 110

Diseño de pruebas

Hint 110

test design

Front 111

Documento que especifica las condiciones de prueba (elementos de cobertura) para el elemento de prueba, el enfoque de pruebas de

forma detallada e identifica los casos de prueba de alto nivel asociados

Back 111

Especificación del diseño de prueba

Hint 111

test design specifiation

Front 112

Herramienta que da soporte a la actividad de diseño de pruebas generando entradas de prueba a partir de una especificación que puede estar almacenada en el repositorio de una herramienta CASE, por ejemplo herramienta de gestión de requisitos, a partir de condiciones de prueba especificadas almacenadas en la misma herramienta, o a partir del código

Back 112

Herramienta de diseño de pruebas

Hint 112

test design tool

Front 113

Entorno que contiene hardware, instrumentación, simuladores, herramientas software y otros elementos de soporte necesarios para realizar una prueba

Back 113

Entorno de pruebas

Hint 113

test environment

Front 114

Proceso de practicar una prueba sobre el componente o sistema en pruebas, produciendo resultados reales.

Back 114

Ejecución de prueba

Hint 114

test execution

Front 115

Planificación para la ejecución de procedimientos de prueba. Los procedimientos de prueba están incluidos en el calendario de ejecución de pruebas en su contexto y en el orden en el cual deben ser ejecutados

Back 115

Calendario de ejecución de pruebas

Hint 115

test execution schedule

Front 116

Tipo de herramienta de pruebas que permite la ejecución de otro software empleando un script de pruebas automatizado, por ejemplo captura/reproducción.

Back 116

Herramienta de ejecución de pruebas

Hint 116

test execution tool

Front 117

Grupo de actividades que están organizadas y gestionadas de forma conjunta. Un nivel de prueba esta vinculado con las responsabilidades

en un proyecto. Ejemplos de niveles de pruebas son las pruebas de componente, pruebas de integración, pruebas de sistema y pruebas de
aceptación

Back 117

Nivel de prueba

Hint 117

test level

Front 118

Registro cronológico de los detalles relevantes respecto a la ejecución de pruebas

Back 118

Registro de pruebas

Hint 118

test log

Front 119

Planificación, estimación, monitorización y control de las actividades de pruebas, típicamente llevado a cabo por un jefe de pruebas

Back 119

Gestión de pruebas

Hint 119

test management

Front 120

Herramienta que proporciona soporte a la gestión de pruebas y control de parte del proceso de pruebas. A menudo tiene varias capacidades, tales como gestionar los productos de soporte de pruebas, planificación

de pruebas, registro de resultados, seguimiento del proceso, gestión de incidencias y generación de informes de las pruebas

Back 120

Herramienta de gestión de pruebas

Hint 120

test management tool

Front 121

Persona responsable de la gestión de proyecto de las actividades y recursos de pruebas, y de la evaluación de un objeto de prueba.

Individuo que dirige, controla, administra, planifica y regula la evaluación de un objeto de prueba

Back 121

Jefe de pruebas

Líder de pruebas

Hint 121

test manager

Front 122

Tarea de gestión de pruebas que se ocupa de las actividades
relacionadas con la comprobación periódica del estado de un proyecto
de pruebas. Se preparan informes que comparan el estado real con lo
que fue planifiado. Véase también gestión de pruebas.

Back 122

Monitoreo de pruebas

Monitorización de pruebas

Hint 122

test monitoring

Front 123

Razón o propósito para el diseño y la ejecución de una prueba

Back 123

Objetivo de prueba

Hint 123

Test objective

Front 124

Documento que describe el alcance, enfoque, los recursos y planificación de las actividades de pruebas previstas. Identifica, entre otros, los elementos de prueba, las prestaciones a ser probadas, las tareas de pruebas, quien realiza cada tarea, el grado de independencia del probador, el entorno de pruebas, las técnicas de diseño de pruebas y los criterios de entrada y salida a utilizar, y los motivos para cada

elección, y cualquier riesgo que requiera un plan de contingencia. Es un registro del proceso de planificación de pruebas

Back 124

Plan de prueba

Hint 124

test plan

Front 125

Documento de alto nivel que describe los principios, el enfoque y los principales objetivos de la organización en lo referente a las pruebas

Back 125

Política de pruebas

Hint 125

test policy

Front 126

Documento que especifica la secuencia de acciones para la ejecución de una prueba. También conocido como script de prueba o script de prueba manual

Back 126

Especificación de procedimiento de prueba

Procedimiento de Prueba

Escenario de prueba

Hint 126

test procedure specification

Front 127

Véase especifiación de procedimiento de prueba

Back 127

Procedimiento de Prueba

Escenario de prueba .

Hint 127

test scenario

Front 128

Comúnmente utilizado para referirse a una especificación del procedimiento de prueba, especialmente no automatizado

Back 128

Guión de prueba

Hint 128

test script

Front 129

Descripción de alto nivel de los niveles de prueba a ser llevados a cabo y las pruebas dentro de estos niveles para una organización o programa

(en uno o más proyectos)

Back 129

Estrategia de prueba

Hint 129

test strategy

Front 130

Conjunto de casos de prueba para un componente o sistema en pruebas, donde la post-condición de una prueba es a menudo usada como precondición de la siguiente.

Back 130

Juego de prueba

Hint 130

test suite

Front 131

Documento que resume las actividades y resultados de las pruebas. También contiene una evaluación de los correspondientes elementos de prueba respecto de los criterios de salida

Back 131

Informe de pruebas

Informe de resumen de pruebas

Hint 131

test summary report

Front 132

Profesional experto que está involucrado en las pruebas de un componente o sistema

Back 132

Probador

Hint 132

tester

Front 133

Proceso que consiste en todas las actividades del ciclo de vida software, tanto estáticas como dinámicas, concernientes con la planificación,
preparación y evaluación de productos software y los productos de trabajo relacionados para determinar que éstos satisfacen los requisitos especificados, para demostrar que se ajustan al propósito y para
detectar defectos

Back 133

Pruebas

Hint 133

Testing

Front 134

Artefactos producidos durante el proceso de pruebas necesarios para la planificación, el diseño y la ejecución pruebas, tales como la

documentación, scripts, entradas, resultados esperados, procedimientos de configuración y despejado (instalación y ajuste), archivos, bases de datos, entorno y cualquier software o utilidades (utilitarios) adicionales utilizadas en pruebas

Back 134

Testware

Producto de soporte de prueba

Hint 134

testware

Front 135

Capacidad de identificar elementos relacionados en la documentación y el software, tales como requisitos con las pruebas asociadas.

Véase también trazabilidad horizontal y trazabilidad vertical.

Back 135

Trazabilidad

Hint 135

traceability

Front 136

Herramienta que aporta un entorno para pruebas unitarias o de componente en el cual un componente puede ser probado de forma

aislada o con los stubs o controladores adecuados. La herramienta también aporta soporte para el desarrollador, tales como capacidades de depuración

Back 136

Herramienta de framework de pruebas unitarias

Framework de pruebas unitarias

Marco de trabajo de
pruebas unitarias

Hint 136

unit test framework

Front 137

Capacidad del software para ser comprendido, aprendido, utilizado y atractivo al usuario cuando es utilizado bajo condiciones especificadas

Back 137

Usabilidad

Hint 137

usability

Front 138

Pruebas para determinar en que medida el producto software es comprensible, fácil de aprender, fácil de operar y atractivo a los usuarios bajo condiciones especificadas

Back 138

Pruebas de usabilidad

Hint 138

usability testing

Front 139

Secuencia de transacciones en un diálogo entre un usuario y el sistema con un resultado tangible, donde un actor puede ser un usuario o cualquier cosa que pueda intercambiar información con el sistema

Back 139

Caso de uso

Hint 139

use case

Front 140

Técnica de diseño de prueba de caja negra en la que los casos de prueba están diseñados para ejecutar escenarios de usuario (casos de uso)

Back 140

Pruebas de caso de uso

Hint 140

Use case testing

Front 141

Confirmación por examen y a través de la aportación de evidencia objetiva que han sido satisfechos los requisitos para un uso o aplicación previstos

Back 141

Validación

Hint 141

validation

Front 142

Confirmación por examen y a través de la aportación de evidencia objetiva que se han satisfecho los requisitos especificados

Back 142

Verificación

Hint 142

verification

Front 143

Marco de trabajo para describir las actividades del ciclo de vida de desarrollo software desde la especificación de requisitos hasta el mantenimiento. El modelo V ilustra cómo las actividades de del proceso de pruebas pueden ser integradas dentro de cada fase del ciclo de vida de desarrollo software

Back 143

Modelo V

Hint 143

V-model

Front 144

Presentación paso a paso de un documento por parte del autor con el fin de recoger información y establecer un entendimiento común de su

contenido.

Véase también revisión entre pares

Back 144

Revisión guiada

Hint 144

walkthrough

Front 145

Las pruebas basadas en un análisis de la estructura interna del componente o sistema

Back 145

Pruebas de caja blanca

Pruebas estructurales

Pruebas basadas en la estructura

Hint 145

white-box testing

Front 146

El proceso de probar un sistema integrado para verificar que cumple los requisitos especificados

Back 146

Pruebas de sistema

Hint 146

Pruebas de Sistema

Front 147

Una forma de desarrollo de software donde los casos de pruebas son desarrollados y a menudo automatizados, antes de que software sea desarrollado para ejecutar aquellos casos de prueba

Back 147

Desarrollo dirigido por pruebas

Hint 147

Desarrollo dirigido por pruebas

Front 148

La capacidad del producto de software para realizar funciones necesarias en las condiciones establecidas por un periodo de tiempo especificado, o para un número de operaciones especificadas

Back 148

Fiabilidad

Hint 148

Fiabilidad

Front 149

El proceso de pruebas para determinar la fiabilidad de un producto software

Back 149

Pruebas de fiabilidad

Hint 149

Pruebas de fiabilidad

Front 150

Procedimiento para derivar y/o seleccionar casos de pruebas basados en un análisis de la estructura interna de un componente o sistema

Back 150

Técnica de diseño de pruebas de caja blanca

Técnica de diseño de pruebas basada en la estructura

Hint 150

Técnica de diseño de pruebas de caja blanca

Front 151

Intento dirigido y enfocado para evaluar la calidad, especialmente la fiabilidad de un objeto de prueba intentando forzar que ocurran fallas específicas

Back 151

Ataque

Ataque de Defectos

Hint 151

Ataque

Front 152

Una herramienta utilizada por los programadores para reproducir fallas, investigar el estado de los programas y encontrar el defecto correspondiente. Los depuradores hacen posible a los programadores ejecutar los programas paso a paso, detener el programa en cualquier sentencia del programa y asignar y examinar variables del programa

Back 152

Herramienta de depuración

Hint 152

Herramienta de Depuración

Front 153

Un requisito que no está relacionado con la funcionalidad, pero si con atributos tales como fiabilidad, eficiencia, usabilidad, mantenibilidad y portabilidad

Back 153

Requisito no funcional

Hint 153

Non functional requirement

Front 154

Pruebas para determinar la robustez de un producto de software

Back 154

Pruebas de robustez

Hint 154

Robustness testing

Front 155

El proceso de pruebas para determinar la interoperabilidad de un producto de software.

Véase también pruebas de funcionalidad

Back 155

Pruebas de interoperabilidad

Hint 155

Interoperability testing

Front 156

Número de caminos independientes en un programa. Se define la complejidad ciclomática como:

L - N + 2P

L = número de aristas/enlaces en un grafo

N =número de nodos en un grafo
P = número de partes desconectadas del grafo

Back 156

Complejidad Ciclomática

Hint 156

Cyclomatic complexity

Front 157

Trazado de requisitos a través de las capas de la documentación de desarrollo hasta los componentes

Back 157

Trazabilidad vertical

Front 158

Trazas de requisitos para un nivel de pruebas a través de las capas de la documentación de pruebas (por ejemplo, plan de pruebas, especificación de diseño de prueba, especificación de caso de prueba y especificación de procedimiento de prueba o script de pruebas)

Back 158

Trazabilidad horizontal

Front 159

Valor de entrada o de salida que se encuentra en la frontera de una partición de equivalencia o a la mínima distancia incremental a cualquier lado de la frontera, por ejemplo el valor mínimo o máximo de un rango

Back 159

Valor límite

Front 160

Porción del dominio de una entrada o una salida para la cual se asume que el comportamiento de un componente o sistema sea el mismo, basado en la especificación

Back 160

Partición de equivalencia

Front 161

Forma de pruebas de transición de estado en la cual los casos de prueba están diseñados para ejecutar todas las secuencias válidas de N+1 transiciones.

Back 161

Pruebas de conmutador de multiplicidad N

Front 162

Implementación de la estrategia de pruebas definida para un proyecto específico. En general ésta incluye las decisiones tomadas en función de los objetivos del proyecto (desde el punto de vista del proceso de pruebas) y la evaluación de riesgo llevada a cabo, puntos de entrada respecto del proceso de pruebas, las técnicas de diseño de pruebas a aplicar, criterios de salida y tipos de pruebas a ejecutar

Back 162

Método de prueba

Enfoque de prueba

Front 163

Un entorno de pruebas compuesto por stubs y drivers necesarios para ejecutar una prueba

Back 163

Arnés de pruebas