Documentos de Académico
Documentos de Profesional
Documentos de Cultura
SENA
Formación virtual
1
Tabla de contenido
INTRODUCCIÓN..................................................................................................................................3
OBJETIVO GENERAL............................................................................................................................4
Actividad 3.........................................................................................................................................5
Estudio de caso: Pruebas de software................................................................................................5
1. Evidencie el modelo, según el ciclo de vida escogido.................................................................6
2. Determine alcance de la prueba....................................................................................................6
3. Relacione los tipos de prueba a aplicar..........................................................................................7
4. Analice estrategias de pruebas.......................................................................................................7
Pruebas de Integración...................................................................................................................9
5. Exponga criterios de salida y los aspectos anexos que considere necesario tener en cuenta......11
Criterios de Entrada del Plan Maestro de Pruebas................................................................11
Suspensión y Reanudación...................................................................................................11
Reportes de inventario.....................................................................................................................18
Reportes de medico.........................................................................................................................18
Responsabilidades y equipo de trabajo............................................................................................18
Checklists guías en revisiones.......................................................................................................20
REFERENCIAS....................................................................................................................................20
2
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.
3
OBJETIVO GENERAL
Analizar y aplicar los conceptos básicos dados en el proceso de pruebas y construcción del
software.
4
Actividad 3
DESARROLLO
5
1. Evidencie el modelo, según el ciclo de vida escogido.
El modelo de software seleccionado que orientará el diseño y construcción del ciclo de vida
requerido para la clínica será el clásico, también denominado "modelo en cascada", se basa
en intentar hacer las cosas bien desde el principio, de una vez y para siempre. Se pasa, en
orden, de una etapa a la siguiente sólo tras finalizar con éxito las tareas de verificación y
validación propias de la etapa. Si resulta necesario, únicamente se da marcha atrás hasta la
fase inmediatamente anterior.
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.
6
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...
7
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.
Pruebas de Regresión: La estrategia para realizar estas pruebas consiste en repetir las
pruebas (funcionales y de carga) ejecutadas antes de corregir defectos o de añadir
nuevas funcionalidades, para comprobar que las modificaciones no provocan errores
donde antes no los había.
HERRAMIENTAS DE PRUEBA
8
Descripción:
Se debe incluir al cliente y/o usuario final con un role de evaluador durante sesiones de
revisión en las cuales se discutirán los escenarios de calidad referentes a la usabilidad
del software.
Líder: Coordinador Proceso:
Diseño Código - Revisión pasó a paso pseudo
código.
Factor de Facilidad de
Técnica: Pruebas de Requerimientos
Prueba: Operación
Descripción:
Validar los requerimientos no funcionales de ambiente recolectados con el cliente versus
las características requeridas por el ambiente de producción.
Requerimientos funcionales:
- GUI
- Tiempos de respuesta.
- Mensajes.
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 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:
9
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
10
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.
- El entorno de pruebas es muy diferente del entorno de producción.
- No se puede instalar la nueva versión o un componente
11
Pruebas de Integridad de los datos y Base de datos
PRUEBAS DE FUNCIONAMIENTO:
Registro de medicamentos:
Búsqueda de medicamentos.
13
Criterio de éxito: Se revisará la tabla de Registro de inventario de la base de
datos y se verificará que el registro haya sido anexado a la base
de datos.
Consideraciones Ninguna
Especiales:
14
Registro de médicos
Búsqueda de médicos
Modificación de médicos.
15
Especiales:
Bloqueo de médicos.
Consideraciones Ninguna
Especiales:
Consideraciones Ninguna
Especiales:
Reportes.
Reportes de inventario
Reportes de medico
ROL RESPONSABILIDADES
Administrador de Pruebas Administrar el esfuerzo de las
17
prueba,
aprueba los criterios de entrada y
salida a las pruebas,
monitorea avance del esfuerzo de
pruebas, gestiona el alcance y
misión de las pruebas,
certifica el nivel de calidad del
producto.
Diseñador de Pruebas Es el responsable de diseñar los set
de pruebas (estructura y enfoque)
que se realizan al sistema donde se
certifica que se construyó un
producto que satisface los
requerimientos definidos.
18
C++
Java
REFERENCIAS
1. FitFitnesse, Pruebas de funcionalidad y aceptación. Basado en una Wiki para
Java, http://fitnesse.org/
2. JMeter Apache Jakarta Project Pruebas de sistema,
http://jakarta.apache.org/jmeter/
3 https://es.calameo.com/read/004300584c21674938bee
4
19