Pruebas: “El proceso que consiste en todas las actividaes del diclo de vida, tanto estáticas como

dinámicas relacionadas con la planificación, preparación y evaluación de productos de software

y productos relacionados con el trabajo para determinar que cumplen los requisitos
especificados, para demostrar que son aptos para el propósito y detectar defectos” International
Software Testing Qualifications Board (ISTQB)

Error: acción provocada por la acción humana, dado por ejemplo, en desarrollo realizar una
interpretación correcta de un método producirá un resultado no esperado.
Defecto: evento provocado por un error de implementación.
Fallo: Obtención de resultados no deseados al ejecutar un programa con defectos.

ISO 9000: conjunto de normas sobre calidad y gestión de calidad.

Calidad: Es el grado en el que un conjunto de características inherentes cumple con los
requisitos (ISO 9000). Es el grado en que el producto de software satisface las necesidades
expresadas o implícitas, cuando es usado bajo condiciones determinadas (ISO 25000)

Técnicas estáticas: Son aquellas que no ejecutan la aplicación. Se llevan a cabo a nivel de
especificaciones. No ejecutan código, pero si realizan un análisis estático del código.

Técnicas dinámicas: Son realizadas ejecutando la aplicación y se utilizan para el diseño de

casos de prueba.
Pruebas de caja blanca: se centran en los detalles procedimentales del software, por lo que su
diseño está fuertemente ligado al código fuente. Se eligen distintos valores de entrada para
examinar cada uno de los posibles flujos de ejecución del programa y cerciorarse de que se
devuelven los valores de salida adecuados. Garantizan que todas las rutas del código se revisan
al menos una vez y revisa las condiciones lógicas y la estructura de datos.

Ruta básica: diseñar un caso de prueba por cada camino independiente del programa y asegurar
que ser prueben todos los caminos de ejecución del programa.

Complejidad ciclomática: es una métrica o medición de software que proporciona una evaluación
cuantitativa de la complejidad lógica de un programa. Calculada como V(G) = E – N +2; donde E
es el número de aristas del grafo de flujo y N el número de nodos del grafo de flujo.

Prueba de ciclos o bucles: se centra en la validación de las construcciones de bucles en el

código.

Pruebas de caja negra o de comportamiento: una técnica donde se busca la verificación de las
funcionalidades del software o aplicación analizada, sin tomar como referente la estructura del
código interno, las rutas de tipo internas ni la información referente a la implementación. Con
estas se intenta encontrar funciones incorrectas o faltantes, errores de inicialización y
terminación, errores de interfaz en las estructuras.
Partición de equivalencia: En estas pruebas los valores de entrada del programa se dividen en
grupos que vayan a tener un comportamiento similar, de manera que puedan ser procesadas de
la misma forma. Estos son aplicables a datos válidos y datos no válidos.

Análisis de valor límite: Complementa a la técnica de partición de equivalencia y se basa en el

uso de los límites del dominio para realizar la prueba.

Verificación: es el proceso de asegurar que el software implementa correctamente una función.

Validación: es un conjunto de actividades que asegura que el software desarrollado respeta los
requisitos del cliente que se encuentran en las especificaciones de requisitos.
Usando modelo en V
 Pruebas unitarias o de componentes: Es la verificación de unidades de software de forma
aislada, es decir, probar el correcto funcionamiento de una unidad de código. Esto se realiza a
través de pruebas de caja blanca y casos de prueba funcionales.

Pruebas de integración: Se encarga de probar las interfaces entre los componentes, las
interacciones con distintas partes de un mismo sistema y las interfaces entre varios sistemas.

Integración Ad-hoc: En este caso los componentes se han integrado en el orden en que están
terminados. La prueba de integración verifica que el nuevo compoente encaja con otros ya
probados.

Pruebas de sistemas: Son pruebas que permiten comprobar si el producto cumple con los
requisitos especificados. Estudia los requisitos funcionales y no funcionales.

Pruebas de validación o aceptación: pruebas evaluadas por parte del cliente y se llevan a cabo
antes de que el programa se ponga en funcionamiento real.

Pruebas de regresión: son aquellas que se realizan cuando el software ha sufrido un cambio, al
ingresar un nuevo módulo o al solucionar errores, dado que tanto el cambio o la solución puede
producir nuevos errores.

Pruebas de humo: son aquellas que realizan una revisión rápida del programa comprobando
que funciona como tiene que funcionar y que no se interrumpen los procesos básicos.
Plan de pruebas
ISO/IEC 29119

Identificador
Introducción
Elementos de la prueba
Características para probar y no probar
Método/enfoque de la prueba (implementación)
Criterios de paso/fallo
Criterios de entrada, salida, suspensión y reanudación de pruebas
Entregables de las pruebas
Tareas/hitos clave
Cronogramas
Necesidades del entorno
responsabilidades
dotación
riesgos
aprobaciones