ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Tecnicas De Pruebas Funcionales

alfredor897 de Agosto de 2013

4.819 Palabras (20 Páginas)549 Visitas

Página 1 de 20

TECNICAS DE PRUEBAS ESTRUCTURALES

1) TECNICAS DE PRUEBAS FUNCIONALES

Se centran en las funciones, entradas y salidas  Es impracticable probar el software para todas las posibilidades. De nuevo hay que tener criterios para elegir buenos casos de prueba.

Un caso de prueba funcional es bien elegido si se cumple que:

• Reduce el número de otros casos necesarios para que la prueba sea razonable. Esto implica que el caso ejecute el máximo número de posibilidades de entrada diferentes para así reducir el total de casos.

• Cubre un conjunto extenso de otros casos posibles, es decir, no indica algo acerca de la ausencia o la presencia de defectos en el conjunto específico de entradas que prueba, así como de otros conjuntos similares.

A) TRANSICION DE ESTADOS

Los diagramas de transición de estados (DTE) son herramientas de modelado de sistemas en tiempo real.

Los componentes de un DTE son:

* ESTADOS: comportamiento del sistema que es observable en el tiempo. Los sistemas tienen un estado inicial, pero pueden tener múltiples estados finales (mutuamente excluyentes).

* Cambios de estados: condiciones y acciones.

Un diagrama de transición de estados puede utilizarse como una especificación de proceso de un proceso de control de un DFD.

Notación de los Diagramas de Transición de Estados.

Los principales componentes del diagrama son los estados y las flechas, que representan los cambios de estado. Existe una variada notación pero lo más común es representar a los estados mediante rectángulos o mediante círculos, esta última forma puede llegar a parecerse con los DFD; por lo tanto aconsejo y usaré en todos los ejemplos la representación mediante rectángulos.

Estados del sistema.

Cada rectángulo representa un estado en el que se puede encontrar el sistema. Se lo puede encontrar definido como un conjunto de circunstancias y atributos que caracterizan a una persona o cosa en un tiempo dado; forma de ser; condición.

Los estados típicos de un sistema pueden ser:

Esperar a que el usuario dé su contraseña.

Mezclar los ingredientes

Llenar el tanque.

Esperar la siguiente orden.

Etc.

Estos ejemplos implican que el sistema está esperando a que algo ocurra, no se expresan en términos de que la computadora este haciendo algo porque el DTE se usa para desarrollar un modelo esencial del sistema, un modelo de cómo se comportaría el sistema si hubiera tecnología perfecta; es decir, tecnología perfecta se entiende como que cualquier proceso, calculo o acción que debiera hacer la computadora se hiciera en cero momentos.

Cualquier estado observable en el que el sistema pueda estar solo pueden corresponder a períodos en los que 1) esta esperando que algo ocurra en el ambiente externo o, 2) esta esperando a que alguna actividad que se esté dando en ese momento en el ambiente cambie a otra.

Un estado representa algún comportamiento del sistema que es observable y perdura durante un periodo finito.

B) TABLAS DE DESICIONES

Una Tabla de Decisión es una tabla compuesta de filas y columnas separadas en cuatro cuadrantes.

Condiciones Condiciones de las Reglas

descritas con alternativas

de las condiciones

Acciones Acciones de las Reglas

descritas con las

acciones seleccionadas

El cuadrante superior izquierdo contiene las condiciones, el cuadrante superior derecho contiene las alternativas de las condiciones que describen las reglas, el cuadrante inferior izquierdo contiene las acciones y el cuadrante inferior derecho contiene las acciones seleccionadas con cada regla.

Desarrollo de Tablas de Decisión

Para construir una Tabla de Decisión es necesario determinar el tamaño máximo de la tabla, eliminar cualquier situación imposible, inconsistencias o redundancias y simplificarla tanto como sea posible.

En los siguientes puntos se hacen algunas recomendaciones para crear las Tablas de Decisión.

• 1. Determinar el número de CONDICIONES que pueden afectar a las Decisiones. Combine las filas que se solapan, por ejemplo, condiciones que se excluyen mutuamente. El número de condiciones coincide con el número de filas del cuadrante superior - derecha de la tabla de decisión.

• 2. Determinar el número de ACCIONES posibles que pueden ser tomadas. Este número determina el número de filas del cuadrante inferior - derecha de la tabla de decisión.

• 3. Determinar el número de alternativas para cada condición. En una Tabla de -entradas limitadas- solo son posibles dos alternativas (Si-No) o (Verdadero-Falso) para cada condición. En un Tabla de -entradas extendidas- con cada condición existen muchas alternativas.

• 4. Calcular el número máximo de columnas en la tabla de decisión. Para calcular el número multiplique el número de alternativas de cada condición. Si hay cuatro condiciones y cada condición tiene dos alternativas (S o N) existirán dieciseis posibilidades, según se indica:

Condición 1: x 2 alternativas

Condición 2: x 2 alternativas

Condición 3: x 2 alternativas

Condición 4: x 2 alternativas

16 posibilidades

• 5. Rellene las alternativas de las distintas condiciones. Comience con la primera Condición y divida el número de columnas por el número de alternativas de cada Condición. En el ejemplo precedente hay 16 columnas y 2 alternativas (S y N), por lo tanto 16 dividido por 2 nos da 8. A continuación escoja una de las alternativas, por ejemplo S y escriba S en las 8 columnas. Haga lo mismo con la otra alternativa N y escriba N en las otras 8 columnas:

Condición 1 SSSSSSSSNNNNNNNN

Repita el mismo procedimiento con cada Condición utilizando un subconjunto de la tabla:

S S S S S S S S N N N N N N N N

S S S S N N N N

S S N N

S N

y continue completando la tabla con el -patrón- creado con cada Condición.

Condición 1 S S S S S S S S N N N N N N N N

Condición 2 S S S S N N N N S S S S N N N N

Condición 3 S S N N S S N N S S N N S S N N

Condición 4 S N S N S N S N S N S N S N S N

• 6. Complete la tabla insertando X en todas las acciones que debe de ejecutarse con cada regla.

• 7. Combine aquellas reglas en las que aparecen alternativas de condiciones que no tienen ninguna influencia en el conjunto de acciones a llevar a cabo con las mismas. Por ejemplo:

Condición 1 S S

Condición 2 S N

Acción 1 X X

puede expresarse como:

Condición 1 S

Condición 2 --

Acción 1 X

• El guión (-) significa que la Condición 2 da lo mismo que sea S o N para que la acción se lleve a cabo.

• 8. Verifique la tabla para eliminar: situacciones imposible, contradiciones y redundancias.

• 9. Si es necesario vuelva a reordenar Condiciones y Acciones (o incluso las Acciones) para hacer la tabla mas clara y manejable.

1. PARTICIPACION EQUIVALENTE

PRUEBAS FUNCIONALES:

TÉCNICA: PARTICIPACIONES O CLASES DE EQUIVALENCIA

• Cada caso debe cubrir el máximo número de entradas

• Debe tratarse el dominio de valores de entrada dividido en un número finito de clases de equivalencia que cumplan la siguiente propiedad: la prueba de un valor representativo de una clase permite suponer «razonablemente» que el resultado obtenido (existan defectos o no) será el mismo que el obtenido probando cualquier otro valor de la clase

Lo que hay que hacer:

* Identificar clases de equivalencia

* Crear casos de prueba correspondiente

PASOS PARA IDENTIFICAR CLASES DE EQUIVALENCIA

1. Identificación de las condiciones de las entradas del programa, es decir, restricciones de formato o contenido de los datos de entrada

2. A partir de ellas, se identifican clases de equivalencia que pueden ser:

a) De datos válidos

b) De datos no válidos o erróneos

3. Existen algunas reglas que ayudan a identificar clase:

a) Si se especifica un rango de valores para los datos de entrada, secreará una clase válida y dos clases no válidas

b) Si se especifica un número finito y consecutivo de valores, se creará una clase válida y dos no válidas

c) Si se especifica una situación del tipo «debe ser» o booleana (por ejemplo, «el primer carácter debe ser una letra»), se identifican una clase válida («es una letra») y una no válida («no es una letra»)

d) Si se especifica un conjunto de valores admitidos y se sabe que el programa trata de forma diferente cada uno de ellos, se identifica una clase válida por cada valor y una no válida

e) En cualquier caso, si se sospecha que ciertos elementos de una clase no se tratan igual que el resto de la misma, deben dividirse en clases menores

PASOS PARA IDENTIFICAR CASOS DE PRUEBA

El último paso del método es el uso de las clases de equivalencia para identificar los casos de prueba correspondientes. Este proceso consta de las siguientes fases:

...

Descargar como (para miembros actualizados) txt (32 Kb)
Leer 19 páginas más »
Disponible sólo en Clubensayos.com