INSTITUTO TECNOLOGICO SUPERIOR DE LOS REYES

INDICE

4.1 DEFINICIONES
PRUEBA
Operacin que sirve para comprobar la exactitud de otra que ya est hecha

CASO DE PRUEBA
son un conjunto de condiciones o variables bajo las cules el analista determinar si el requisito de una aplicacin es parcial o completamente satisfactorio.

Defecto: Un defecto de software (computer bug en ingls), es el resultado de un fallo o deficiencia durante el proceso de creacin de programas de ordenador o computadora (software). Falla: Puede presentarse en cualquiera de las etapas del ciclo de vida del software aunque los ms evidentes se dan en la etapa de desarrollo y programacin. Error: Es una equivocacin cometida por un desarrollador. Algunos ejemplos de errores son: un error de tipeo, una malinterpretacin de un requerimiento o de la funcionalidad de un mtodo. El estndar 829 de la IEEE coincide con la definicin de diccionario de error como una idea falsa o equivocada. Verificacin: La verificacin del software es el proceso a travs del cual se corrobora que el software satisface sus objetivos. Validacin: El proceso de evaluacin de un sistema o de uno de sus componentes durante o al final del proceso de desarrollo para determinar si satisface los requisitos marcados por el usuario.

4.1.2 RELACIN ENTRE DEFECTO-FALLA Y ERROR.

Un error es una equivocacin cometida por el desarrollador o programador de sistemas, es una idea falsa o equivocada por lo que el error no es del programa sino de la mala codificacin del programador. Un ejemplo de estos es: divisiones entre 0 o una inadecuada consulta a una BD. Defecto: puede ser conducido por un error. Por ejemplo un defecto s haber usa el operador < en lugar de <=, falta de campos en una tabla de BD. Falla: discrepancia visible que se produce en el momento de ejecutar un programa con un defecto. Por ejemplo: una consulta que no arroje ningn resultado.

Un error puede conducir a uno o ms defectos. Un defecto se encuentra en un artefacto y puede definirse como una diferencia entre la versin correcta del artefacto y una versin incorrecta. Un defecto es haber utilizado el operador < en vez de <=. En este caso una falla es la discrepancia visible que se produce al ejecutar un programa con un defecto, respecto a la ejecucin del programa correcto. Es decir, una falla es el sntoma de un defecto.

4.1.3 PRUEBAS ESTRUCTURALES, FUNCIONALES Y ALEATORIAS.

El objetivo de las pruebas es la deteccin de defectos en el software (descubrir un error es el xito de una prueba) Existen tres enfoques principales para el diseo de casos o pruebas

A. El enfoque estructural o de caja blanca.

Se denomina cajas blancas a un tipo de pruebas de software que se realiza sobre las funciones internas de un mdulo. Las pruebas de caja blanca estn dirigidas a las funciones internas. Entre las tcnicas usadas se encuentran: La cobertura de caminos (pruebas que hagan que se recorran todos los posibles caminos de ejecucin). Pruebas sobre las expresiones lgico-aritmticas. Pruebas de camino de datos (definicin-uso de variables). Comprobacin de bucles (se verifican los bucles para 0,1 y n iteraciones, y luego para las iteraciones mximas, mximas menos uno y ms uno). B. El

enfoque funcional o de caja funciones, entradas y salidas.

negra. Se

centra

en

las

Se centra en las funciones, entradas y salidas. Intenta encontrar errores de las siguientes categoras: Funciones Incorrecta o ausente. Errores de Interfaz. Errores en estructuras de datos o acceso a base de datos externas. Errores de rendimiento. Errores de inicializacin y de terminacin.

C. PRUEBAS ALEATORIAS En las pruebas aleatorias simulamos la entrada habitual del programa creando datos de entrada en la secuencia y con la frecuencia con las que podran aparecer en la Prctica (de manera repetitiva). Para ello habitualmente se utilizan generadores automticos de casos de prueba.
4.1.4 Documentacin del diseo de las pruebas

Se compone de los siguientes pasos:

Plan De Pruebas Seala el enfoque, los recursos y el esquema de actividades de prueba, as como los elementos a probar, las caractersticas, las actividades de prueba, el personal responsable y los riesgos asociados. Especificacin Del Diseo De Pruebas Especificar los refinamientos necesarios sobre el enfoque general reflejado en el plan e identificar las caractersticas que se deben probar con este diseo de pruebas. Especificacin De Caso De Prueba Define uno de los casos de prueba identificando por una especificacin del diseo de las pruebas. Especificacin De Procedimiento De Prueba Especificar los pasos para la ejecucin de un conjunto de casos de prueba o, ms generalmente, los pasos utilizados para analizar un elemento software con el propsito de evaluar un conjunto de caractersticas del mismo.

Estructura de los pasos fijada en el estndar

Plan de Pruebas 1. Identificador nico del documento 2. Introduccin y resumen de elementos y caractersticas a probar 3. Elementos software a probar 4. Caractersticas a probar 5. Caractersticas que no se probarn 6. Enfoque general de la prueba 7. Criterios de paso/fallo para cada elemento

8. Criterios de suspensin y requisitos de reanudacin 9. Documentos a entregar 10. Actividades de preparacin y ejecucin de pruebas 11. Necesidades de entorno 12. Responsabilidades en la organizacin y realizacin de las pruebas 13. Necesidades de personal y formacin 14. Esquema de tiempos 15. Riesgos asumidos por el plan y planes de contingencias

Especificacin del diseo de pruebas

Identificador nico para la especificacin. Proporcionar tambin una referencia del plan asociado (si existe) Caractersticas a probar de los elementos software (y combinaciones de caractersticas) Detalles sobre el plan de pruebas del que surge este diseo, incluyendo las tcnicas de prueba especfica y los mtodos de anlisis de resultados

Especificacin de caso de prueba

Elementos software (por ejemplo, mdulos) que se van a probar: definir dichos elementos y las caractersticas que ejercitar este caso Especificaciones de cada entrada requerida para ejecutar el caso (incluyendo las relaciones entre las diversas entradas; por ejemplo, la sincronizacin de las mismas) Especificaciones de todas las salidas y las caractersticas requeridas (por ejemplo, el tiempo respuesta) para los elementos que se van a probar Necesidades de entorno (hardware, software y otras como, por ejemplo, el personal)

Especificacin De Procedimiento De Prueba

Identificador nico de la especificacin y referencia a la correspondiente especificacin de diseo de prueba Objetivo del procedimiento y lista de casos que se ejecutan con l Requisitos especiales para la ejecucin (por ejemplo, entorno especial o personal especial) Pasos en el procedimiento. Adems de la manera de registrar los resultados y los incidentes de la ejecucin, se debe especificar: La secuencia necesaria de acciones para preparar la ejecucin Acciones necesarias para empezar la ejecucin Acciones necesarias durante la ejecucin

Cmo se realizarn las medidas ( por ejemplo, el tiempo de respuesta) Acciones necesarias para suspender la prueba (cuando los acontecimientos no previstos lo obliguen) Puntos para reinicio de la ejecucin y acciones necesarias para el reinicio en estos puntos Acciones necesarias para detener ordenadamente la ejecucin Acciones necesarias para restaurar el entorno y dejarlo en la situacin existente antes de las pruebas Acciones necesarias para tratar los acontecimientos anmalos.