Está en la página 1de 7

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

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

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

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

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

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

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