Guia metodologica para_el_desarrollo_y_evaluacion_de_la_tesinas_de_prot15.01.10_
Unidad Metodologica
-
Upload
luis-ascanio -
Category
Documents
-
view
936 -
download
0
Transcript of Unidad Metodologica
![Page 1: Unidad Metodologica](https://reader035.fdocuments.ec/reader035/viewer/2022071707/55cc701bbb61ebf6748b4761/html5/thumbnails/1.jpg)
Unidad: 2Metodologías de Prueba
![Page 2: Unidad Metodologica](https://reader035.fdocuments.ec/reader035/viewer/2022071707/55cc701bbb61ebf6748b4761/html5/thumbnails/2.jpg)
Establecer un Criterio definido
Plan global para integrar diferentes
módulos de software
Probar módulos en un ambiente
integrado
Planificación de la Prueba del Software: La Prueba comienza con un Plan de Prueba y termina con la prueba de aceptación. Un plan de prueba es un documento General elaborado por el equipo del desarrollo para el proyecto completo. El plan define el Alcance, el enfoque que se tomará y el cronograma de prueba, los tipos de pruebas que se llevarán a cabo y los casos de prueba para el proceso completo de prueba, además del personalResponsable de las diversas actividades de la misma.
![Page 3: Unidad Metodologica](https://reader035.fdocuments.ec/reader035/viewer/2022071707/55cc701bbb61ebf6748b4761/html5/thumbnails/3.jpg)
VERIFICACION Y VALIDACION DEL SOFTWARE:
La verificación: define todas las actividades que ocurren al final de un ciclo de Desarrollo particular. La verificación confirma que el producto se está desarrollando correctamente y satisface las condiciones impuestas en el principio de la etapa del desarrollo. La verificación por ejemplo se puede hacer al final de la fase de ingeniería de requerimientos o de la fase del diseño o aún al final de la fase de implantación del software según las premisas del cliente. La verificación responde a la pregunta…¿ Se está construyendo el Producto Correctamente?
La Validación: Confirma que el producto se está desarrollando correctamente y refleja la SRS. Se refiere a un conjunto de actividades (diferentes que aquellas para verificación), las cuales aseguran que el software desarrollado coincida con los requerimientos del cliente. La Validación intenta asegurar que el software se comporta de una manera que está en conformidad con cada uno de los requerimientos establecidos Explícitamente en la SRS. La validación contesta la Pregunta… ¿Se está desarrollando el producto requerido?.
![Page 4: Unidad Metodologica](https://reader035.fdocuments.ec/reader035/viewer/2022071707/55cc701bbb61ebf6748b4761/html5/thumbnails/4.jpg)
Formulación del problema
Análisis de requerimientos
Ingeniería de sistemas
Desarrollo de SRS
DESARROLLO DEL DOCUMENTO
DE DISEÑO
Codificación
Actividades en paralelo
Procedimiento y planes de prueba
Criterio para aceptación del sistema
Plan de pruebas e integración
Plan y especificaciones para
construcción del sistema completo
Liberar sistema
Realizar prueba completa del sistema
Probar versión actual del sistema
Instalar versión actual del sistema
construido
Realizar esto como parte de
adm. de configuración
Aceptar módulos como
probados
EL PROCESO DE PRUEBA:
![Page 5: Unidad Metodologica](https://reader035.fdocuments.ec/reader035/viewer/2022071707/55cc701bbb61ebf6748b4761/html5/thumbnails/5.jpg)
Repositorio de casos de prueba
Acumulador de pruebas
Pruebas de interfaces
Pruebas de caminos de base
Pruebas de camino específicos para manejo de excepciones y
errores
Pruebas de condiciones limites
Pruebas estructura de datos especificas
MODULOS
M1M
M1 M2 Mn
Un modulo a ser probado
Un manejador de pruebas
Conjunto de ‘stubs’D
D
D1
D2
Dn
DRIVERS
Resultados de pruebas
Proceso de prueba de Unidad
![Page 6: Unidad Metodologica](https://reader035.fdocuments.ec/reader035/viewer/2022071707/55cc701bbb61ebf6748b4761/html5/thumbnails/6.jpg)
Errores
Tipográficos‘Underflow’.’overflow y
excepciones de direccionamiento
Inicializaciones fallidas
Tipos de datos inconsistente Nombres de variables de
truncados
Naturaleza de los Errores de la prueba de Unidad
Tipo de Errores
![Page 7: Unidad Metodologica](https://reader035.fdocuments.ec/reader035/viewer/2022071707/55cc701bbb61ebf6748b4761/html5/thumbnails/7.jpg)
Errores de computo
Procedencia aritmética incorrecta
Precisión inexacta
Representación simbólica incorrecta de
expresión
Operaciones modo mixto
Inicialización errónea
Errores de computo
![Page 8: Unidad Metodologica](https://reader035.fdocuments.ec/reader035/viewer/2022071707/55cc701bbb61ebf6748b4761/html5/thumbnails/8.jpg)
Tipos de error
Variables de ciclos modificadas
incorrectamenteFalla en
culminación al entrar en una
iteración
Terminación de ciclo inexistente o
impropia
Diferentes tipos de datos
Operadores lógicos erróneos
Error de precisiónVariables
incorrectas
Errores de comparaciones y Flujo de control
![Page 9: Unidad Metodologica](https://reader035.fdocuments.ec/reader035/viewer/2022071707/55cc701bbb61ebf6748b4761/html5/thumbnails/9.jpg)
Prueba de Integración
Un plan de prueba de integración contesta las siguientes preguntas:•¿Qué se esta probando?•¿Que constituye éxito o falta?•La asignación de recursos, que incluye tiempo, mano de obra y casos de prueba entre otros•El ambiente de prueba•Las características deben ser probadas•Criterios para la documentación•Asignación de responsabilidades a diversos individuos y a las organizaciones
![Page 10: Unidad Metodologica](https://reader035.fdocuments.ec/reader035/viewer/2022071707/55cc701bbb61ebf6748b4761/html5/thumbnails/10.jpg)
Enfoques para prueba e
integración
Enfoque ‘A ll up’
(Big Bang)
Enfoque incremental
Enfoques
‘Top down’
Enfoque
‘Bottom up’
Enfoque
‘Depth First’
Enfoque
‘Breadth first’
Enfoque
‘Depth First’
Enfoque
‘Breadth first’
Enfoques para la prueba de Integración
![Page 11: Unidad Metodologica](https://reader035.fdocuments.ec/reader035/viewer/2022071707/55cc701bbb61ebf6748b4761/html5/thumbnails/11.jpg)
Main
X1 X2 X3 X4
Y1
Y1Y2 Y3 Y4 Y5 Y
5Y6 Y7
Z1 Z2 Z3 Z4Z5 Z6
Z7
Z8
Z9
Enfoque incremental
![Page 12: Unidad Metodologica](https://reader035.fdocuments.ec/reader035/viewer/2022071707/55cc701bbb61ebf6748b4761/html5/thumbnails/12.jpg)
Pruebas Alfa y Beta
La prueba alfa considera un equipo de usuarios y operadores del cliente queVienen al ambiente del desarrollador
La prueba Beta implica entregar una o mas copias del software o sistema a la instalación del cliente
![Page 13: Unidad Metodologica](https://reader035.fdocuments.ec/reader035/viewer/2022071707/55cc701bbb61ebf6748b4761/html5/thumbnails/13.jpg)
Criterios de aceptación
Procedimiento
‘start up’ y ‘shut down’
seguridad
Manejo de condición de sobrecarga
Funcionalidad y desempeño
Mensaje de error
Recuperación del sistema de fallas
Interfaz operador sistema
Recuperación de desastre
Criterios de aceptación para el desarrollo de software
![Page 14: Unidad Metodologica](https://reader035.fdocuments.ec/reader035/viewer/2022071707/55cc701bbb61ebf6748b4761/html5/thumbnails/14.jpg)
Prueba de aceptación
•Prueba de Recuperación
•Prueba de Seguridad
• Prueba de estrés •Prueba de desempeño