27/06/2013

Calidad y Auditoria de Software

Nelson Tapia Navarrete

Casos de Prueba

Conjunto de condiciones o variables bajo las cuales se determina

si un software cumple con los requisitos funcionales planteados
por el Usuario. Es suficiente?.
NO

Faltan todos los requisitos del proceso de desarrollo, de calidad,
tcnicos. Todos estos tambin debe ser probados en sus distintas
realidades.

Por cada requisito es necesario crear un caso de prueba que debe
contener:
Ambiente o condiciones en que se realiza.
Conocer el resultado que se espera.
El resultado obtenido.
Iteracin.
Page
2

1
 27/06/2013

Que son las pruebas (Testing)?

Segn IEEE standards 1999

Probar el Software es el proceso de analizar un producto de Software
para detectar las diferencias entre el comportamiento real con el pedido,
y para evaluar las funcionalidades y caractersticas no funcionales del
Software.

Page
3

Porqu debemos probar el Software?

Para cumplir con requisitos de Calidad establecidos.

Para validar que se cumple con los requisitos del Cliente.

Determinar que los resultados, clculos, operaciones, etc., se realizan de
acuerdo lo definido.

Para asegurar que no tiene errores.

Evitar prdidas econmicas.

Para generar confianza y credibilidad.

El no probar, finalmente, trae slo consecuencias

negativas las cuales siempre perjudican a todos los
involucrados.

Page
4

2
 27/06/2013

Pruebas de software

Qu debemos probar?
Se debe probar, primero, todo aquello que es crtico en el
Software, y despus lo accesorio, si es necesario.

Cuanto debemos probar?
El cuanto se responde en funcin de lo que se est probando;
que funcin cumple el requisito o funcionalidad que se prueba.

Como se debe probar?
Bajo condiciones simuladas lo mas cercana a las reales de
operacin.

Quien debe realizar las pruebas?
No las personas que desarrollan los programas. En forma ideal,
un equipo de pruebas ajeno a la construccin del Software.

Page
5

Definiciones

Prueba: Actividad a la cual se somete, a un software o a parte de

este, a una evaluacin de los resultados que arroja en base a una
ejecucin bajo condiciones especificadas.

Caso de Prueba: Conjunto de entradas y condiciones que arrojan
resultados esperados desarrollados con un objetivo en particular.

Error: Accin humana que produce y genera un resultado
incorrecto.

Defecto: Es la manifestacin de un error en el software.

Un defecto es encontrado porque produce una falla, la cual es una
desviacin del resultado esperado.

Page
6

3
 27/06/2013

Tipos de Pruebas

Pruebas Unitarias
Realizadas por los programadores o desarrolladores de software
(problemas).
Es importante definir el nivel de dependencia del mdulo, a
mayor independencia mayor efectividad.

Pruebas de Sistemas
Ejecutadas por los desarrolladores o por el equipo de pruebas
en un ambiente de pruebas.
Se comprueba su cumplimiento tomando los requisitos del
software, su funcionalidad y calidad esperada.
Tipos:
Funcionales
No funcionales
Page
7

Tipos de Pruebas

Pruebas de Integracin
Ejecutadas para exponer fallas en interfaces y en la
interaccin de mdulos, componentes y partes del
Software.
Ejecutadas por el equipo de desarrollo
Tcnicas:
Big bang
Top Down
Bottom Up.
Middle-Out

Page
8

4
 27/06/2013

Tipos de Pruebas

Pruebas de Aceptacin:
Son pruebas realizadas por los lderes de proyecto en conjunto con
las partes interesadas en un ambiente controlado de operacin.
En estas pruebas se busca comprobar que el Software cumple con
los requisitos funcionales descritos en la Especificacin de
Requisitos.
Adems, se verifican requisitos no funcionales y atributos de calidad
esperados.

Page
9

Enfoques para el diseo de Pruebas

Enfoque estructural o caja blanca

Pruebas que se realizan al cdigo fuente del software para
comprobar que su estructura funciona correctamente.
En estas pruebas se busca comprobar que todos los
caminos o rutas del programa se ejecutan correctamente
Tipos:
Explicitas: Ejecucin de los casos de prueba, comparar los
resultados obtenidos con los esperados.
Implcitas: Anlisis de los datos o informacin que el Sistema
entrega, para detectar funcionamientos errneos.

Page
10

5
 27/06/2013

Enfoques para el diseo de Pruebas

Pruebas de caja negra

Son pruebas funcionales que se centran en mirar los
resultados de los componentes de software.
Su objetivo es ver el grado de cumplimiento de los
requisitos funcionales en cada parte del software.
Estas pruebas se concentrar en los resultados, no en como
se obtienen.

Page
11

Enfoques para el diseo de Pruebas

Page
12

6
 27/06/2013

Trabajo Grupal

Investigar sobre los siguientes tipos de prueba:

Big bang(Rocha)
Top Down(Daz)
Bottom Up (Duran).
Middle-Out(Vergara)
Complejidad Ciclomtica
Grafo de Flujo(Sanchez)
Fecha entrega 20 de Junio.

Page
13