CONCEPTO DEFINICIÓN 1 DEFINICIÓN 2 DEFINICIÓN 3 DEFINICIÓN 4

Defecto Un desperfecto que puede causar que el Los defectos se presentan Un software libre de errores no
componente o el sistema falle al realizar su agrupados. El encontrar un implica su adecuación al uso.
función requerida, por ejemplo: una sentencia defecto en una ubicación
incorrecta o una definición incorrecta de los determinada significa que
datos. probablemente se encontrará
Si es encontrado un defecto durante la otro defecto a su alrededor.
ejecución, puede causar una falla del
componente o sistema.
Error Una acción humana que produce un resultado
incorrecto.
Calidad El grado en el cual un componente, un sistema
o un proceso cumple con los requisitos
específicos y/o necesidades y las expectativas del
usuario/cliente.
Requisito Una condición o una capacidad necesitada por
un usuario para resolver un problema o lograr
un objetivo que debe ser cumplido o que debe
poseer un sistema o un componente de sistema
para satisfacer un contrato, un estándar, una
especificación u otro documento formalmente
impuesto.
Un requisito describe un atributo funcional
deseado o considerado obligatorio.
Riesgo Un factor que podría resultar en futuras
consecuencias negativas; usualmente expresado
como el impacto y la probabilidad.
Depuración El proceso de encontrar, analizar y retirar las
causas de las fallas en el software.
Localización y corrección de defectos en el
código fuente.
Objetivo de Una razón o propósito para el diseño y la Los objetivos de las pruebas
prueba ejecución de una prueba. pueden ser: la detección de
defectos, nivel de calidad,
información para la toma de
decisiones, prevención de
defectos.
Objetivos de Adquirir conocimiento sobre los defectos en un Los defectos contenidos en un
las pruebas objeto de prueba ("test object) objeto de prueba deben ser
detectados y descritos de tal
forma que se facilite su
corrección
Confirmación de la funcionalidad La funcionalidad del sistema
debe ser implementada tal y
como ha sido especificada
Generar información Se deber proporcionar
información relativa a los
posibles riesgos relativos a un
sistema software antes de su
entrega a los usuarios.
La obtención de esta
información puede ser uno de
los objetivos de las pruebas.
Ganar confianza Un sistema software que ha
sido probado de forma
adecuada se considera que
cumple con la funcionalidad
esperada y cuenta con un alto
nivel de calidad.
Caso de Conjunto de valores de entrada,
prueba precondiciones de ejecución, resultados
esperados y post condiciones de ejecución,
desarrollados para un objetivo o condición de
prueba particular, como para ejercitar un
camino particular del programa o para verificar
la conformidad con un requisito especifico.
Un caso de Precondiciones
prueba debe Conjunto de valores de entrada
tener Conjunto de resultados esperados
Post condiciones esperadas
Identificador único
Dependencia de otros casos de prueba
Referencia al requisito que se definió
Forma en la cual se debe ejecutar el caso de
prueba y verificar los resultados (opcional)
 Prioridad (opcional)
Pruebas El proceso que consiste en todas las actividades La ejecución de pruebas es solo Las pruebas pueden ayudar a
del ciclo de vida, tanto estáticas como una parte de las pruebas. detectar defectos en el software,
dinámicas, interesadas en la planificación, sin embargo, las misma no
preparación y evaluación de los productos de pueden demostrar la ausencia de
software y los productos del trabajo defectos.
relacionados, para determinar que satisfagan los
requisitos especificados, para demostrar que
son aptos para el propósito y para detectar
defectos.
Proceso de Planificación y control
pruebas Selección de condiciones de prueba
Diseño y ejecución de casos de prueba
Comprobación de los resultados
Generación de informes respecto del proceso
de pruebas y el sistema sujeto a pruebas.
Finalizar y completar actividades de cierre.
Proceso de Dependiendo del enfoque seleccionado el Las pruebas constituyen un
pruebas proceso de pruebas tendrá lugar en diferentes proceso en sí mismas
dentro del puntos del proceso de desarrollo El proceso de pruebas está
proceso de determinado por las siguientes
desarrollo fases:
Planificación de pruebas y
control
Análisis de pruebas y diseño de
pruebas
Implementación de pruebas y
ejecución de pruebas
Evaluación del criterio de
finalización de pruebas y
generación de informes de
pruebas
Actividades de cierre de
pruebas
Fallo Manifestación física o funcional de un defecto. Los fallos de software pueden
Si un defecto es encontrado durante la causar importantes daños.
ejecución de una aplicación puede producir un
fallo.
 Desviación de un componente o sistema
respecto de la presentación, servicio o
resultados esperados.
Un error introduce un defecto, el cual a su vez
causa un fallo.
Calidad de La totalidad de la funcionalidad y prestaciones La calidad del software es la
software de un producto software que están relacionadas suma de los atributos que se
con su capacidad de satisfacer las necesidades refieren a la capacidad del
explícitas o implícitas. software de satisfacer un
conjunto de requisitos dados.
Software Programas de ordenador, procedimientos y
posiblemente documentación y datos
pertenecientes a la operación de un sistema
basado en una computadora
Atributos Funcionalidad Los atributos funcionales y no
funcionales de funcionales de la calidad
la calidad definen la calidad total del
sistema.
Atributos no Fiabilidad Los atributos funcionales y no
funcionales de Usabilidad funcionales de la calidad
la calidad Eficiencia definen la calidad total del
Mantenibilidad sistema.
Portabilidad
Tipos de Actividades constructivas: con el objetivo de El aseguramiento de la calidad
aseguramiento prevenir defectos, por ejemplo, a través de la constructivo se ocupa de la
de la calidad aplicación de métodos apropiados de ingeniería prevención de defectos.
de software
Actividades analíticas: con el objetivo de
detectar defectos y prevención de fallos,
incrementando así la calidad del software
Aseguramiento Calidad de producto - procedimiento de El aseguramiento de la calidad
de la calidad verificación y pruebas analítico se ocupa de la
analítico Los defectos deben ser detectados tan pronto detección y corrección de
como sea posible respecto al proceso defectos.
Pruebas estáticas evaluación sin la ejecución del
programa
Pruebas dinámicas incluye la ejecución del
programa
 Dinámico Caja negra Partición de equivalencia
Análisis de valores límite
Pruebas de transición de estado
Tabla de decisión
Pruebas de caso de uso
Técnicas basadas en experiencia
Caja blanca Cobertura de sentencia
Cobertura de rama
Cobertura de condición
Cobertura de camino
Estático Revisiones/Revisiones guiadas
Análisis del flujo de control
Análisis del flujo de datos
Métricas del compilador /
analizador
Corrección La funcionalidad satisface los atributos
capacidades requeridos
Completitud La funcionalidad satisface todos los requisitos
(funcionales)
Funcionalidad Adecuación
incluye
Exactitud
Interoperabilidad
Seguridad
Cumplimiento de la funcionalidad
Base de prueba Conjunto de documentos que definen los Todos los documentos de los Todos los documentos de donde
requisitos de un componente o sistema. cuales los requisitos de un los requisitos de un componente
Utilizado como fundamento para el desarrollo componente o sistema pueden o sistema pueden ser inferidos.
de casos de prueba. ser deducidos. La La documentación en la que se
documentación acerca de la basan los casos de prueba. Si un
cual los casos de prueba se documento puede ser
basan. Si un documento puede modificado sólo por medio de
ser enmendado, solo por un procedimiento de cambio
medio de un procedimiento de formal, entonces la base de las
enmienda formal, entonces la pruebas se denomina base de
base de pruebas se denomina prueba congelada
base de pruebas congelada.
Código Programa de ordenador escrito en un lenguaje
de programación que puede ser leído por una
persona
Desarrollo Es un proceso complejo / secuencia de
software actividades cuyo objetivo es desarrollar un
sistema basado en un ordenador. Normalmente
sigue un modelo de desarrollo de software.
Revisión Evaluación de un producto o del estado de un
proyecto para detectar discrepancias respecto de
los resultados planificados y para recomendar
mejoras.
Criterios de Cada prueba debe contar con criterios de salida. Conjunto de condiciones Conjunto de condiciones
Salida Al alcanzar los criterios de salida concluirán las genéricas y específicas, genéricas y específicas, acordadas
actividades de pruebas. acordadas con los con los interesados del negocio,
involucrados en el proyecto, para permitir que un proceso sea
para permitir que un proceso finalizado oficialmente. El
sea considerado concluido propósito de los criterios de
oficialmente. El propósito de salida es prevenir que una tarea
los criterios de salida es evitar sea considerada por finalizada
que una tarea se considere cuando todavía hay partes
concluida cuando existen pendientes de la tarea que no
partes de la tarea pendientes han sido finalizadas. Los criterios
que no hayan sido finalizadas. de salida se utilizan para
Los criterios de salida son planificar e informar contra la
utilizados para planificar cesación de las pruebas.
cuándo parar las pruebas e
informar sobre esto.
Los probadores Buscan fallos en el sistema e informan sobre los
(tester) mismos (proceso de pruebas "testing").
Los desarrolladores buscan defectos y los
corrigen (depuración - "debugging")
Pruebas Para casos no triviales las pruebas exhaustivas Enfoque de pruebas donde el Un método de pruebas en el cual
exhaustivas son imposibles, las pruebas de muestra son conjunto de pruebas abarca el juego de pruebas comprende
necesarias. todas las combinaciones de de todas las combinaciones de
valores de entrada y los valores de entrada y las
precondiciones precondiciones.
Pruebas Ayudan a reducir costes dado que los defectos
tempranas descubiertos en fases tempranas del proceso
software son corregidos con menor esfuerzo.
Repetición de La repetición de pruebas idénticas no genera Pruebas que ejecutan aquellos
pruebas nueva información casos de prueba que hubieran
fallado la última vez que fueran
ejecutados con el objetivo de
verificar el éxito de acciones
correctivas
Entorno de Cada entorno particular determina la forma en Entorno que contiene
pruebas la cual se ejecutarán desarrollarán las pruebas. hardware, instrumentación,
simuladores, herramientas
software y otros elementos de
soporte necesarios para realizar
una prueba. [Según IEEE 610]
Plan de Es un documento en el que se describe el Plan de pruebas que
pruebas alcance, enfoque, recursos y calendario de las normalmente aborda
maestro actividades de prueba previstas. Este múltiples niveles de prueba.
documento incluye, pero no está limitado a los
elementos de prueba, características que serán
probadas, recursos y la planificación de
contingencias.
Estrategia de Descripción de alto nivel de los niveles de Una descripción de alto nivel
pruebas pruebas a llevar a cabo y las pruebas asociadas a de los niveles de pruebas que
ellos para una organización o programa (uno o deben ser realizados y las
más proyectos) pruebas en esos niveles para
una organización o programa
(uno o más proyectos).
Enfoque de Implementación de la estrategia de pruebas
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
Datos de Datos que existen en el sistema antes de que Datos que existen por ejemplo Datos que existen (por ejemplo,
prueba una prueba sea ejecutada, y que afecta o es en una base de datos antes que en una base de datos) antes de
afectado por el componente o sistema sujeto a una prueba sea ejecutada, y que una prueba sea ejecutada y
pruebas. que afectan al componente o que afectan o son afectados por
sistema sometido a pruebas o el componente o sistema en
son afectados por estos. pruebas.
Datos de Variable que es leída por un componente
entrada (almacenada tanto dentro como fuera del
sistema)
Cobertura de Grado en el que un elemento especificado ha Grado, expresado como un
pruebas sido practicado por un juego de pruebas porcentaje, en el que un
(expresado como un porcentaje). Utilizado con elemento de cobertura
mayor frecuencia en pruebas de caja blanca con especificado ha sido practicado
el objeto de determinar la cobertura de código. por un juego de pruebas
Oráculo de Fuente que permite determinar los resultados Fuente para determinar
pruebas esperados de un software sujeto a pruebas: resultados esperados para
comparativas ("benchmarks") (también compararlos con los resultados
resultado de pruebas previas). Manuales de reales del software en pruebas.
usuario o conocimiento especializado. No debe Un oráculo puede ser un
ser el código. sistema existente (para una
evaluación comparativa), un
manual de usuario o el
conocimiento especializado de
un individuo, pero no debería
ser el código.
Juego de Conjunto de casos de prueba para un Conjunto de casos de prueba
pruebas componente o sistema en pruebas, donde la para un componente o sistema
post condición de una prueba es utilizada como en pruebas, donde la
precondición siguiente. postcondición de una prueba
es a menudo usada como
precondición de la siguiente.
Especificación Documento que especifica la secuencia de Un documento que especifica
de acciones para la ejecución de una prueba. una secuencia de acciones para
procedimiento También conocido como script de prueba la ejecución de una prueba.
de pruebas manual. También conocido como
guion de prueba o guion de
prueba manual. Tenga en
cuenta que este término no ha
 sido referenciado
específicamente en esta
sección, pero se lo incluye
aquí, porque es un sinónimo
de procedimiento de prueba.
Ejecución de Proceso de practicar una prueba produciendo El proceso de ejecución de una Proceso de practicar una prueba
prueba resultados reales prueba en el componente o sobre el componente o sistema
sistema sometido a pruebas, en pruebas, produciendo
produciendo resultados reales. resultado(s) reales.
Incidencia Cualquier evento que ocurre y necesita
investigación
Pruebas de Pruebas de un programa previamente probado Pruebas de un programa
regresión a raíz de una modificación para garantizar que previamente probado que ha
defectos no han sido introducidos o sufrido modificaciones, para
descubiertos en áreas no modificadas del asegurarse que no se han
software, como resultado de los cambios introducido o descubierto
realizados. Se realizan cuando el software o su defectos en áreas del software
entorno son modificados. que no han sido modificadas
como resultado de los cambios
realizados. Se realiza cuando el
software o su entorno han sido
modificados.
Condición de Un ítem o evento de un componente o sistema Elemento o evento de un
prueba pudiera ser verificado por uno o más casos de componente o sistema que
prueba. Por ejemplo, una función, transacción, debería ser verificado por uno
característica, atributo de calidad o un o más casos de prueba, por
elemento estructural. ejemplo, una función,
transacción, característica,
atributo de calidad o elemento
estructural.
Cobertura El grado, expresado como porcentaje, hasta el Grado, expresado como un
cuál un ítem de cobertura especificado ha sido porcentaje, en el que un
ejercido por un juego de pruebas. Tenga en elemento de cobertura
cuenta que este término no ha sido especificado ha sido practicado
referenciado específicamente en esta sección, por un juego de pruebas.
pero se lo incluye aquí, porque es un sinónimo
de cobertura de pruebas.
Registro de Un riesgo cronológico de detalles relevantes Registro cronológico de los
pruebas acerca de la ejecución de las pruebas. detalles relevantes respecto a la
ejecución de pruebas.
Plan de Un documento que describe el alcance, el
pruebas método, los recursos y el cronograma de las
actividades de pruebas previstas. Identifica
entre otros ítems de pruebas, las características
que tienen que ser probadas, las tareas de
pruebas, las técnicas de diseño de pruebas y los
criterios de entrada y salida que serán
utilizados, y las razones para su elección, y
algunos riesgos que requieren planes de
contingencia. En un registro del proceso de
planificación de pruebas.
Especificación Un documento que especifica una secuencia de Documento que especifica la
de acciones para la ejecución de una prueba. secuencia de acciones para la
procedimiento También conocido como guion de prueba o ejecución de una prueba.
de pruebas guion de prueba manual. También conocido como
script de prueba o script de
prueba manual.
Política de Un documento de alto nivel que describe los
pruebas principios, métodos y objetivos principales de la
organización con respecto a las pruebas.
Informe del Un documento que resume las actividades de
resumen de las pruebas y los resultados. También contiene
pruebas una evaluación de los ítems de las pruebas
correspondientes contra los criterios de salida.
Testware Artefactos producidos durante el proceso de
pruebas necesarios para planificar, diseñar y
ejecutar las pruebas, así como la
documentación, los guiones, las entradas, los
resultados esperados, los procedimientos de
instalación y ajuste, los archivos, las bases de
datos, el entorno y cualquier software adicional
o utilitarios utilizados en las pruebas.
Criterios de El conjunto de condiciones genéricas y
entrada especificas para permitir que un proceso
continúe con una tarea definida, por ejemplo,
 la fase de pruebas. El propósito de los criterios
de entrada es evitar que una tarea comience, lo
cual implicaría más esfuerzo (mal gastado) en
comparación con el esfuerzo necesario para
eliminar los criterios de entrada fallados.
Predicción de Una técnica de diseño de pruebas, donde la
un error experiencia del probador se utiliza para
anticipar que defectos podrían estar presentes
en el componente o sistema sometido a pruebas
como consecuencia de los errores cometidos y
para diseñar las pruebas específicamente para
exponerlas.
Independencia Lo que fomenta el logro de las pruebas
objetivas.
Independencia Consiste en la separación de las
de pruebas responsabilidades, lo que fomenta el logro de
las pruebas objetivas.
Revisión Una evaluación de un producto o estado de un
proyecto para determinar las discrepancias
desde los resultados planificados hasta las
mejoras recomendables. Por ejemplo, la
revisión de gestión, la revisión informal, la
revisión técnica, la inspección y la revisión
guiada.