Anda di halaman 1dari 4

Ingeniería en Desarrollo de Software

Introducción a la Ingeniería de Software

3er Semestre

Alumno: Daniel Pineda de la Riva

Matricula: es162006588

Docente: Susana Salgado Segovia

Unidad 3

Evidencia de Aprendizaje:
Tipos de pruebas y el proceso de mantenimiento.
1. Analiza los diagramas del sistema diseñado durante el desarrollo de la asignatura, e identifica procesos y elementos que requieran de la aplicación
de pruebas y un posterior proceso de mantenimiento.

CASO DE PRUEBA

CASO DE USO: Proceso “Almacén” CASO Nº PR-ALM


0001

VERSIÓN DE EJECUCIÓN V1

FECHA EJECUCIÓN 22-11-2017


09:00

MÓDULO DEL SISTEMA Almacén

Descripción del caso Proceso de control de productos

1. CASO DE PRUEBA

a. Precondiciones que deben cumplirse para realizar la prueba

- Deben existir productos almacenados.

b. Pasos secuenciales para poder ejecutar la prueba

Alta del producto: verificar que se registre el alta del producto en el sistema.
Baja del producto: verificar que se registre la baja del producto en sistema.
Modificar producto: verificar que se pueda realizar la modificación al producto.
Consultar producto: verificar que la consulta del producto sea la correcta.
Devoluciones al almacén: verificar que el registro de la devolución sea la correcta.
Registro de movimientos de almacén: verificar que los productos tengan los datos correctos
en base a su alta, baja, modificación o devolución.

DATOS DE ENTRADA RESPUESTA COINCIDE RESPUESTA


ESPERADA UNA VEZ
DESCRIPCIÓN DATO ENTRADA VALOR DE LA SI NO EJECUTADA
DATO PRUEBA LA PRUEBA
ENT.

Productos nuevos Sí Ok X Correcto

Productos existentes Sí Ok X Correcto

Productos devueltos Sí Ok X Correcto

c. Post condiciones que deben cumplirse tras la realización de la prueba

Que todos los productos tengan su registro conforme al protocolo que se está manejando en la empresa.

2. RESULTADOS DE LA PRUEBA

Defectos y desviaciones encontrados tras la prueba RESULTADO


(marcar X)

X Con éxito

o Paralizada

o Suspendida

Observaciones generales Responsable prueba

Firma:
Nombre: Daniel Pineda de la Riva
Fecha: 22.11.2017
Para el mantenimiento se estaría haciendo lo siguiente:
Verificar que el alta, baja, modificación y devolución del producto mantenga la información correcta y si en caso de que el cliente desee cambiar o anexar alguna
información al sistema se tiene que realizar de manera que no interfiera al proceso, es decir se tiene que realizar el cambio de forma externa y posteriormente
realizar una actualización a dicho sistema.
Es importante realizar copia de seguridad de la base de datos que tiene almacenada toda la información correspondiente a los movimientos que se realizan en
el almacén.
En periodos de cada seis meses hacer revisión general del sistema para poder detectar algún problema en caso de que se presentara.

2. A partir de tu análisis, elabora una propuesta de las pruebas que deban aplicarse. Para cada proceso o elemento, describe el tipo de prueba y la
justificación.

Propuesta para la realización de pruebas:


Unitaria:
 Se focaliza en ejecutar cada módulo, lo que provee un mejor modo de manejar la integración de las unidades en componentes mayores.
 Busca asegurar que el código funciona de acuerdo con las especificaciones y que el módulo lógico es válido.
 Particionar los módulos en pruebas en unidades lógicas fáciles de probar.
 Por cada unidad hay que definir los casos de prueba (pruebas de caja blanca).
 Para esto los casos de prueba deben diseñarse de forma tal que se recorran todos los caminos de ejecución posibles dentro del código bajo prueba; por
lo tanto el diseñador debe construirlos con acceso al código fuente de la unidad a probar.
 Los aspectos a considerar son los siguientes: Rutinas de excepción, Rutinas de error, Manejo de parámetros, Validaciones, Valores válidos, Valores
límites, Rangos, Mensajes posibles.
 Comparar el resultado esperado con el resultado obtenido.
 Si existen errores, reportarlos.

De Integración
Identificar errores introducidos por la combinación de programas probados unitariamente. Determina cómo la base de datos de prueba será cargada. Verificar
que las interfaces entre las entidades externas (usuarios) y las aplicaciones funcionan correctamente. Verificar que las especificaciones de diseño sean
alcanzadas. Determina el enfoque para avanzar desde un nivel de integración de las componentes al siguiente.
 Utilizar la técnica top-down. Se empieza con los módulos de nivel superior, y se verifica que los módulos de nivel superior llaman a los de nivel inferior de
manera correcta, con los parámetros correctos.
 Utilizar la técnica down-top. Se empieza con los módulos de nivel inferior, y se verifica que los módulos de nivel inferior llaman a los de nivel superior de
manera correcta, con los parámetros correctos.
 Comparar el resultado esperado con el resultado obtenido.
Referencias
Jesús Barranco de Areba. (2001). Metodología del Análisis Estructurado de Sistemas. España: Comillas.
Ian Sommerville. (2005). Ingeniería del Software. Madrid: Pearson.
Daniel Ramos. (2017). Curso de Ingeniería de Software. Estados Unidos: IT Campus Academy.
Fernando Alonso. (2005). Introducción a la Ingeniería del Software modelos de desarrollo de software. España: Delta Publicaciones.
Cristina Gómez. (2003). Diseño de Sistemas Software UML. Barcelona: Edicions UPC.
Jesús Lores Vidal. (2005). Diseños de Sistemas Interactivos centrados en el usuario. Barcelona: UOC.
Kendall. (2005). Análisis y diseños de Sistemas. México: Pearson Educación.