Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Presentado por:
Tutor:
2
EVIDENCIA: CARACTERISTICAS DE LOS MODELOS DE LA CALIDAD DEL
SOFTWARE
Presentado por:
Tutor:
INGENIERO DE SISTEMAS
3
Tabla de contenido
INTRODUCCIÓN .................................................................................................... 5
OBJETIVO GENERAL ............................................................................................ 6
Actividad 3 ............................................................................................................... 7
Estudio de caso: Pruebas de software .................................................................... 7
1. Evidencie el modelo, según el ciclo de vida escogido. ..................................... 8
2. Determine alcance de la prueba.......................................................................... 8
3. Relacione los tipos de prueba a aplicar. .............................................................. 9
4. Analice estrategias de pruebas. .......................................................................... 9
Pruebas de Aceptación ...................................................................................... 10
Pruebas de Integración ...................................................................................... 11
5. Exponga criterios de salida y los aspectos anexos que considere necesario
tener en cuenta. .................................................................................................... 13
Criterios de Entrada del Plan Maestro de Pruebas...................................... 13
Suspensión y Reanudación ......................................................................... 13
4
INTRODUCCIÓN
Con esta actividad logramos competencias cognitivas para abordar los conceptos,
propósitos, metodología, estrategias y pruebas a realizar en el proceso y
construcción del software.
5
OBJETIVO GENERAL
6
Actividad 3
7
DESARROLLO
El plan maestro de pruebas para este proyecto es detectar los errores que se hayan
podido cometer en las etapas anteriores del proyecto (y, eventualmente,
corregirlos). Aplicando diferentes pruebas, herramientas y metodologías en cada
una de estas etapas.
8
3. Relacione los tipos de prueba a aplicar.
Las pruebas de integración son las que se realizan cuando vamos juntando los
componentes que conforman nuestro sistema y sirven para detectar errores en
sus interfaces.Rrealizar una compilación diaria utilizando los componentes del
sistema tal como estén en ese momento (daily build) y se somete al sistema a una
serie de pruebas básicas (la prueba de humo, smoke test) que garanticen que el
proyecto podrá seguir avanzando al día siguiente. El causante de que la
compilación diaria falle suele tener que quedarse a hacer horas extra para que sus
compañeros puedan seguir trabajando al día siguiente...
9
Revisión de la documentación: La estrategia para realizar estas pruebas,
consiste en la revisión de la documentación y casos de uso verificando su
completitud y concordancia en la información que se encuentra en ellos.
Pruebas unitarias: Las estrategias para realizar estas pruebas consiste en
generar casos de prueba necesarios:
Para que cada sentencia o instrucción del programa se ejecute al menos
una vez correctamente.
Para que cada condición tenga por lo menos una vez un resultado
verdadero y al menos una vez uno falso.
Para probar varias veces el mismo bucle (en donde aplique) considerando
los siguientes casos: Ignorar el bucle, pasar una vez, pasar dos veces,
pasar n veces, pasar n-1 veces y n+1 veces.
HERRAMIENTAS DE PRUEBA
10
Descripción:
Con las pruebas de operación se garantiza que el usuario está bien capacitado
en el manejo del software y además se lleva un registro para guardar los
caminos no contemplados dentro de las pruebas previas del software, y con ello
se tomarán las medidas adecuadas.
Pruebas de Integración
Las pruebas de integración que se realizaran durante el proceso de desarrollo de
los componentes de software, deben seguir las siguientes políticas y lineamientos
de ejecución:
Se tiene una fase de pruebas unitarias competa y aprobada para el inicio de las
pruebas de integración.
Probar en primer lugar los componentes o módulos individuales del software y
posteriormente y de manera progresiva se Irán agrupando hacia arriba y de
manera funcional estos componentes para probar escenarios que impliquen
11
varias funcionalidades de interacción entre los componentes, y se continuará así
hasta llegar al nivel más alto de funcionalidad e integración.
Para la ejecución de estas pruebas se utilizarán las siguientes técnicas:
OBJETIVO DE LA TECNICA
Verificar el funcionamiento interno de los componentes desarrollados por medio
de la comprobación de los procedimientos llevados a cabo por el software en cada
invocación/llamado/respuesta, así como el procesamiento de datos que tiene
lugar en cada uno de esta acciones.
TÉCNICA
Pruebas de Caja negra
ENTRADA
SALIDA PROCESO
HERRAMIENTAS
- DEPURAR - ROBOT DE PRUEBAS - SEGUIMIENTO DE VARIABLES
JUICIO DE EXITO
* Concordancia de los procedimientos del sistema con los requerimientos de
usuario
Optimo manejo de excepciones y errores
Fácil seguimiento de la ejecución por medio de los traces.
OBJETIVO DE LA TECNICA
Verificar que los componentes funcionen adecuadamente de manera individual
cuando se encuentran integrados con otros módulos y componentes
TÉCNICA
Pruebas de Regresión
HERRAMIENTAS
- DEPURAR - ROBOT DE PRUEBAS - SEGUIMIENTO DE VARIABLES
JUICIO DE EXITO
No se detectan errores inyectados durante la integración del sistema
12
OBJETIVO DE LA TECNICA
Verificar que la parametrización de componentes y todos los aspectos referentes
a la integración de partes del software (consideraciones, configuraciones,
ajustes) cumplan con lo preestablecido pro el equipo desarrollo en la fase de
diseño.
TÉCNICA
Listas de Chequeo
HERRAMIENTAS
Listas de chequeo con los ítems a comprobar para la integración
JUICIO DE EXITO
El 100% de los ítems han sido chequeados y cumplen con la condición para
ser aprobados.
- Que todos los sets de pruebas diseñadas para cada caso de uso se
ejecuten de manera exitosa, cumpliendo los criterios de aceptación
definidos para cada uno.
Suspensión y Reanudación
- Una característica principal tiene un error que impide probar un área
importante.
- El entorno de pruebas no es lo suficientemente estable como para confiar
en los resultados.
13
- El entorno de pruebas es muy diferente del entorno de producción.
- No se puede instalar la nueva versión o un componente
PRUEBAS DE FUNCIONAMIENTO:
Registro de medicamentos:
14
Objetivo de la Verificar el medicamento adicionado a la base de datos.
Táctica:
Táctica: Por medio del formulario de Registro de medicamentos
ingresar en los campos los datos solicitados y presionar
el botón de Grabar registro.
Se enviarán datos incorrectos en los campos para
verificar que los avisos de información inválida sean
mostrados.
Herramientas Ninguna.
necesarias:
Criterio de éxito: Se revisará la tabla de inventario de medicamentos de la
base de datos y se verificará que el registro diligenciado
en el formulario haya sido adicionado correctamente.
En caso de enviar datos inválidos el registro no debe
haber sido adicionado a la tabla de inventario.
Consideraciones Laboratorio y fecha de vencimiento
Especiales:
Búsqueda de medicamentos.
15
podrán Modificar registros de la base de datos.
16
Medicamentos entregados a pacientes
Registro de médicos
17
En caso de enviar datos inválidos el registro no debe
haber sido adicionado a la tabla de registro de médico.
Consideraciones Ninguna
Especiales:
Búsqueda de médicos
Modificación de médicos.
Bloqueo de médicos.
18
Objetivo de la Verificar que el médico ha sido bloqueado del registro de
Táctica: base de datos
Táctica: Una vez se ubique el registro a bloquear por medio de
la función “Búsqueda de medico” descrita anteriormente.
Se presionará el botón “bloquear”.
Reportes.
Reportes de inventario
Reportes de medico
19
Criterio de éxito: Se revisará la tabla de médicos de la base de datos y se
verificará que el registro haya generado correctamente.
Consideraciones Ninguna
Especiales:
20