A

Aceptación, Pruebas de
Ver: Pruebas de Aceptación

B

Bug
Se refiere a cualquier cosa que pueda estar mal en el software. Cuando alguien reporta un bug puede estar haciendo referencia a una falta, una falla o una limitación en el programa que la hace menos valiosa al usuario [KANER02]

C

Ciclo de prueba
Ejecución total o parcial de todas las pruebas planificadas para una etapa de testing. Los ciclos de prueba son en general asociados a una versión del sistema a probar.

D

Defecto
Implica que existe seguridad de que algo esta mal en el software [KANER02]

 

Desempeño, Pruebas de
Ver: Pruebas de Desempeño

E

F

Falla

Es un error cometido en la implementación o diseño de un programa [KANER02]

 

Falta

Es el comportamiento equivocado del programa, resultante de que el programa en su ejecución encuentra una falta [KANER02]

Funcionales del Sistema, Pruebas
Ver: Pruebas Funcionales del Sistema.

G

H

I

Integración, Pruebas de
Ver: Pruebas de Integración.
 

J

K

L

M

N

O

Oráculo
Cualquier medio usado para predecir la salida de una prueba ( salida esperada) 

P

Prioridad
Indica cuan importante es para el cliente arreglar el bug. La prioridad va cambiando junto con el avance del proyecto. [KANER02]
Pruebas de Aceptación
El objetivo de las pruebas de aceptación es permitir al usuario validar que el sistema cumple con el funcionamiento esperado y que determine su aceptación, desde el punto de vista de su funcionalidad y rendimiento.
 
Pruebas de Desempeño
Consisten en determinar que los tiempos de respuesta del sistema están dentro de los intervalos establecidos en las especificaciones del sistema.
 
Pruebas Funcionales del Sistema
El objetivo es detectar discrepancias entre la especificación funcional del sistema y su comportamiento real
Pruebas de Integración
El objetivo de las pruebas de integración es verificar el correcto funcionamiento entre los distintos componentes con el fin de comprobar que interactúan correctamente a través de sus interfaces, cubren la funcionalidad establecida y se ajustan a los requisitos no funcionales especificados.
Pruebas de Regresión
Su objetivo es verificar la no regresión de la calidad luego de un cambio. Asegurar que los cambios no introducen un comportamiento no deseado u errores adicionales. Implican la reejecución de alguna o todas las pruebas realizadas.[BLACK02] 

Involucra reutilizar las pruebas, de forma que se pueda volver a probar con esas pruebas luego del cambio. Hay tres tipos de pruebas de regresión:

  •  Se puede hacer regresión de bugs arreglados cuando se reporta un bug y vuelve una nueva versión luego de arreglado. El objetivo es probar que no fue arreglado.
  • Se puede hacer regresión de bugs viejos, que muestra que un cambio en el software causó que un bug arreglado se vuelva a romper
  • Se puede hacer regresión de efectos secundarios. Implica volver a probar una parte del producto. El objetivo es probar que el cambio ha causado que algo que funcionaba ya no funcione.[KANER02]
 
 
Pruebas del Sistema
Son pruebas de integración del sistema completo, permiten probar el sistema en su conjunto y con otros sistemas con los que se relaciona para verificar que las especificaciones funcionales y no funcionales se cumplen. 
Incluye:
Prueba Funcional del Sistema
Prueba de Desempeño
Pruebas de Volúmen
 
Pruebas Unitarias
Las pruebas unitarias tienen como objetivo descubrir discrepancias entre la especificacion de la unidad y su comportamiento una vez que ha sido codificado.
 
Pruebas de Volumen
Consisten en examinar el funcionamiento del sistema cuando está trabajando con grandes volúmenes de datos, simulando las cargas de trabajo esperadas.

Q

R

Regresión, Pruebas de
Ver: Pruebas de Regresión.
Requerimiento
Lo que el software debe hacer y/o característica que debe tener. Los requerimientos deben ser consistentes, completos, implementables y lo mas importante, verificables.
Una sentencia es verificable si se puede diseñar un experimento que demuestre  o refute la verdad de la sentencia.[BEIZER95]

S

Script de  Prueba
Programa que especifica para la prueba: elemento a ser probado, requerimiento, estado inicial, entradas, resultados epserados y criterio de validación [BEIZER95]
 
Severidad
Refiere al impacto o consecuencia de un bug. La severidad no cambia a menos que se aprenda más sobre consecuencias ocultas [KANER02]
 
Sistema, Pruebas del
Ver: Pruebas del Sistema.
Suite de  Prueba
Conjunto de uno o más pruebas, con un propósito y base de datos común que usualmente se ejecutan en conjunto

T

Técnicas de Testing
Una técnica de Testing provee distintos criterios para seleccionar el conjunto de casos de prueba que serán usados para ejercitar el software.
 
Testing
Verificación dinámica del comportamiento de un programa usando un conjunto finito de casos de prueba, seleccionados desde el dominio infinito de ejecución, contra el comportamiento esperado [SWEBOK04]

Proceso de ejecutar un programa o sistema con el fin de encontrar errores [MYERS79]

Testing de Caja Blanca
Testing con conocimiento interno del programa [KANER02]
 
Testing de Caja Negra
Verificar el comportamiento externo del programa, ingresando las entradas del programa y examinando las salidas. El tester está familiarizado con los requerimientos explícitos e implícitos del producto y no tiene conocimiento del código interno [KANER02]
Testing de Comportamiento
Similar al testing de caja negra, verifica el comportamiento externo del programa, usando el conocimiento interno que esté disponible sobre el programa y sea relevante para el test [KANER02]
Testing Exploratorio
En el testing exploratorio los testers diseñan, desarrollan y ejecutan las pruebas durante la ejecución del producto. [BLACK02]

Testing Funcional
Testing de caja negra (black box) o testing de comportamiento (behavioral) [KANER02]
Testing de Humo
Conjunto estándar de pruebas aplicadas a una nueva versión, su objetivo es controlar la correctitud de las funcionalidades básicas de la versión. Las pruebas buscan grandes inestabilidades o cosas claves faltantes o rotas. Si la versión falla estas pruebas no se comienzan las pruebas de la versión [KANER02]

 

U

Unitarias, Pruebas
Ver: Pruebas Unitarias.
 

V

Validación de Requerimientos
Proceso por el cual se establece la adecuación, completitud y correctitud de una especificación de requerimeintos. 
Validación
Proceso de evaluar el software para demostrar que cumple con los requerimeintos.El testing no es el único método que se puede usar para la validación [BEIZER95]
Verificación dinámica
Las pruebas siempre implican ejecutar el programa para los datos de entrada [SWEBOK04]
 
Volúmen, Pruebas de
Ver: Pruebas de Volúmen.

W

X

Y

Z