Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Presentado por:
YOARLIS CARRRILLO PRENS
INTRODUCCIÓN
Las pruebas de software se aplican como una etapa más del proceso de
desarrollo de software, su objetivo es asegurar que este cumpla con las
especificaciones requeridas y eliminar los posibles defectos que este pudiera
tener. Generalmente las pruebas se apoyan en metodologías generales que
revisan los aspectos más fundamentales que debe considerar todo proceso de
prueba.
Presentado por:
YOARLIS CARRRILLO PRENS
Las pruebas sólo pueden encontrar los errores que buscan. Por
esto es tan importante un buen diseño de pruebas,
Tenga en consideración
Para que un software sea adecuado a las pruebas debe cumplir los siguientes
requisitos:
Presentado por:
YOARLIS CARRRILLO PRENS
A medida que el proyecto evolucione este documento debe ser actualizado
periódicamente para reflejar las situaciones desarrolladas. Así, cada versión
del plan debería ser remplazada por el cambio de control, y cada versión
debería contener una agenda para actualizaciones subsiguientes del plan.
Plan de pruebas
Presentado por:
YOARLIS CARRRILLO PRENS
1 ESTRUCTURA DEL PLAN DE PRUEBAS
Este capítulo presenta los componentes que estructuran este marco y sirve
como una guía para la preparación de cualquier Plan de Pruebas
1.1.- Alcance
Indica el tipo de prueba y las propiedades / elementos de la aplicación a ser
probada.
Presentado por:
YOARLIS CARRRILLO PRENS
simples como aprobar el número mínimo de casos de prueba diseñados o tan
complejos como tomar en cuenta no sólo el número mínimo, sino también el
tiempo previsto para las pruebas y la tasa de detección de fallas.
1.5. Tangibles
Explicita los documentos a entregarse al culminar el proceso previsto por el
plan, por ejemplo especificación de pruebas, casos de prueba, bitácora de
pruebas, registro de errores
1.7.- Recursos
Especifica las propiedades necesarias y deseables del ambiente de prueba,
incluyendo las características del hardware, el software de sistemas (por ej. el
sistema de operación), cualquier otro software necesario para llevar a cabo las
pruebas, así como la colocación específica del software a probar (por ej. qué
módulos se colocan en qué máquinas de una red local) y la configuración del
software de apoyo.
1.8.- Calendario
Esta sección describe los hitos del proceso de prueba y el grafo de
dependencia en el tiempo de las tareas a realizar.
Esta sección del Plan de Pruebas contiene una lista de todos los
requerimientos que serán probados. Cualquier requerimiento no incluido en
esta lista estará fuera del alcance de las pruebas.
Plan de pruebas
Presentado por:
YOARLIS CARRRILLO PRENS
1.12.- Aprobación del Plan.
El Plan de Pruebas debe ser revisado por todos las partes responsables de
su ejecución y aprobado por el equipo de prueba, el líder proyecto y el Director
de Desarrollo e Internet.
Plan de pruebas
Presentado por:
YOARLIS CARRRILLO PRENS
2 CASOS DE PRUEBA
Para conocer como funcionara el sistema y tener una visión general de lo que
este hace para el negocio es necesario asimilar la documentación funcional
y técnica previamente definida. Luego de asimilar estos conocimientos será
más sencillo el desarrollo de los casos de prueba.
Una vez concluidos los casos de prueba es mas sencillo poder estimar cuanto
tiempo nos tomara una primera barrida de pruebas y con esto también
podremos realizar nuestro cronograma y plan de pruebas.
Los casos de prueba nos permitirán probar todas las funcionalidades del
sistema, sin embargo es importante tener buen criterio a la hora de
desarrollarlos. Las combinaciones de casos de prueba podrían ser
prácticamente infinitas.
Ejemplo:
Presentado por:
YOARLIS CARRRILLO PRENS
Validar que Debe existir
CP001 Inscripción un alumno el alumno dd/mm/aa Pendiente
de cursos moroso
(biblioteca o Debe existir
financiero no la carrera
pueda
inscribir Debe existir
ramos) la malla y los
prerrequisitos
Validar que el
alumno
pueda
inscribir
asignaturas
inherentes a
su carrera.
Validar que
un alumno no
pueda
inscribir
ramos que
no tenga los
prerrequisitos
aprobados
Validar que el
alumno
inscriba un
número
mínimo de
asignaturas
(Créditos)
1. Usabilidad
2. Unitarias
3. Funcionalidad, de acuerdo a los procesos de negocios vigentes
Plan de pruebas
Presentado por:
YOARLIS CARRRILLO PRENS
4. Prueba de demanda “on line” (por ejemplo inscripción de asignaturas
(cursos)
5. Rendimiento (simulación de matrícula)
6. Integración, con los sistemas en producción
7. Carga masiva de datos (ficha prospectos)
8. Recuperación frente a una caída
9. Seguridad
10. Robustez
11. Aceptación
12. De huella de auditoría
Presentado por:
YOARLIS CARRRILLO PRENS
de salida, esto generalmente se define en los casos de prueba preparados
antes del inicio de las pruebas.
El analista de pruebas debe dar fuerza a las pruebas funcionales y más aún a
las de robustez. Generalmente los usuarios realizan las pruebas con la idea
que todo debería funcionar, a diferencia del analista de pruebas que tiene más
bien una misión crítica, su objetivo será encontrar posibles debilidades en e
sistema bajo prueba
Presentado por:
YOARLIS CARRRILLO PRENS
3.7 Carga masiva de datos (por ejemplo prospectos)
3.9 Seguridad
Se valida la funcionalidad del aplicativo para proveer una estructura de
permisos y acceso según sea el perfil del usuario
3.10 Prueba de robustez
Determinan la capacidad del aplicativo para no soportar entradas incorrectas.
Se prueba la capacidad del sistema para salir de situaciones embarazosas
provocadas por errores en el suministro de datos. Estas pruebas son
importantes en sistemas con una interfaz al exterior, en particular cuando la
interfaz es humana
3.11 Pruebas de Aceptación
Son las que harán de acuerdo a los criterios de aceptación. Determina que el
sistema cumple con lo deseado y se obtiene la conformidad del cliente. Estas
pruebas las realiza el cliente. Son básicamente pruebas funcionales, sobre el
sistema completo, y buscan una cobertura de la especificación de requisitos y
del manual del usuario.
Plan de pruebas
Presentado por:
YOARLIS CARRRILLO PRENS
1. ENTREGABLES
Servirá para identificar los casos de prueba y hacer seguimiento del estado de
cada caso de prueba. Los resultados de las pruebas serán resumidos
posteriormente antes de probar, probados, probados condicionalmente o
fallidos. En suma, se tendrán los siguientes atributos por cada prueba
realizada:
Estado de la prueba
Número de la versión probada
Persona que realizó la prueba
Fecha y hora de la prueba
Notas y observaciones de la prueba
Presentado por:
YOARLIS CARRRILLO PRENS