Evaluación y Auditoria de Sistemas de Información

Guía para el Trabajo Práctico (TP1)

(7 de octubre de 2020)

1. TAREA
• Se espera que durante el desarrollo y al final del Trabajo Práctico:
- Apliques las herramientas y las técnicas estudiadas durante las clases de manera
adecuada a algún producto o subproducto desarrollado anteriormente en alguno de
tus talleres.
- Elabores un informe de las pruebas.
- Puedes trabajar con un compañero de manera remota a través de una herramienta
colaborativa en línea.

Para el trabajo práctico, elegir uno de los siguientes temas:

Opción 1 - Aplicación de pruebas estáticas o dinámicas (2 tipos de prueba adecuados).

Opción 2 – Automatización de pruebas de unidad.
Opción 3 - Automatización de pruebas de funcionalidad.
Opción 4 - Automatización de pruebas de carga y stress.
Opción 5 - Pruebas de usabilidad.

• Tendremos dos productos:

- Plan de pruebas (en el Anexo, tenemos una plantilla, que la puedes adecuar según
tus necesidades).
- Informe de pruebas. El informe de las pruebas deberá contener: Carátula de
presentación (Con los apellidos y nombres de los integrantes), Índice de páginas,
Introducción. Objetivo u objetivos del trabajo. Aplicación o desarrollo de las pruebas.
Resultados. Conclusiones y Sugerencias. Bibliografía.

Tipo de letra para subtítulos Arial 12, negrita. Para los párrafos arial 11, interlineado 1,5,
texto justificado. Márgenes: izquierda 3cm, arriba, abajo y derecha 2,5cm

1
2. PROCESO
• Tomar en cuenta el cronograma de actividades.

Actividad/Evento Fechas
Elección de los artefactos donde se aplicarán las pruebas
(consultar con la docente). 7 de octubre de 2020
Organización de equipos de trabajo
PLAN DE PRUEBAS
Formulación de objetivos 8 al 21 de 2020
Elección de las herramientas (El monitoreo a los avances
Diseño de casos de prueba serán en los horarios de
Estudio de las herramientas o técnicas. clase, cada grupo debe
INFORME DE LAS PRUEBAS presentar su avance al menos
Ejecución de las pruebas en 2 clases).
Escritura del informe.
Enviar los productos al: classroom 21 de octubre

3. RECURSOS
Apuntes y diapositivas de las clases. Bibliografía sobre Testing
Artefacto entregado en talleres anteriores, puede ser código fuente, especificaciones,
diseños, etc.

4. EVALUACIÓN
Para la evaluación considerar las tablas siguientes:
DESCRIPCIÓN Cal. OBSERVACIÓN

La calificación es grupal (en caso

Trabajo Práctico 30%
de que sea trabajo en parejas).

Examen 70% La calificación es individual.

TOTAL 100%

2
 ANEXO A: PLANTILLA DE PLAN DE PRUEBAS

Plantilla de plan de pruebas:

Nombre del proyecto:
Preparado por:
Fecha:
Índice del plan de pruebas
1. Introducción
2. Objetivo y tareas
3. Alcance
4. Estrategia de prueba
4.1 Pruebas Alfa (Pruebas de unidad)
4.2 Pruebas de sistema e integración
4.3 Pruebas de rendimiento y estrés
4.4 Pruebas de aceptación del usuario
4.5 Prueba de lotes
4.6 Pruebas de regresión automatizadas
4.7 Pruebas Beta
5. Requisitos de hardware
6. Requerimientos del ambiente
7. Calendario de pruebas
8. Procedimientos de control
9. Características a probar
10. Características que no deben ser probadas
11. Recursos/Roles y Responsabilidades
12. Horarios
13. Dependencias
14. Riesgos / Presunciones
15. Herramientas
16. Aprobaciones
1. Introducción
Un breve resumen del producto que se está probando. Describa todas las funciones a un alto nivel.
2. Objetivo y tareas
2.1 Objetivo(s)
2.2 Tareas
Enumere todas las tareas identificadas.
3. Alcance
Esta sección describe lo que se está probando, como todas las funciones de un producto específico,
su interfaz, integración de todas las funciones.
Tácticas
Enumere aquí cómo llevará a cabo los elementos que ha enumerado en la sección "alcance". Por
ejemplo, si ha mencionado que probará las interfaces existentes, ¿cuáles serían los procedimientos
que seguiría para notificar a las personas clave para que representen sus respectivas áreas, así
como para asignar tiempo en su agenda para ayudarle a realizar su actividad?
4. Estrategia de prueba
Describa el enfoque general de las pruebas. Para cada grupo principal de características o
combinaciones de características, especifique el enfoque de las pruebas, lo que asegurará que estos
grupos de características se prueben adecuadamente.
Especifique las principales actividades, técnicas y herramientas que se utilizan para probar los grupos
de características designados.
3
El enfoque debe describirse con suficiente detalle para permitir la identificación de las principales
tareas de prueba y la estimación del tiempo necesario para realizar cada una de ellas.

5. Requisitos de hardware
…..

6. Requerimientos del entorno

6.1 Estructura principal
Especifique tanto las propiedades necesarias como las deseadas del entorno de prueba. La
especificación debería contener las características físicas de las instalaciones, incluyendo el
hardware, las comunicaciones y el software del sistema, el modo de uso (por ejemplo, autónomo) y
cualquier otro software o suministros necesarios para apoyar la prueba. También se debe especificar
el nivel de seguridad que debe ser proporcionado para la instalación de prueba, el software del
sistema y los componentes propietarios como el software, los datos, y el hardware.
Identificar las herramientas especiales de prueba necesarias.
Identificar cualquier otra necesidad de prueba (por ejemplo, publicaciones o espacio). Identifica la
fuente de todas las necesidades que no están actualmente disponibles para tu grupo.
6.2 Estación de trabajo
7. Calendario de pruebas
Incluya los hitos de prueba identificados en el programa del proyecto de software, así como todos los
eventos de transmisión de artículos.
Defina cualquier hito de prueba adicional que se necesite. Estimar el tiempo requerido para realizar
cada tarea de prueba.
Especificar el programa para cada tarea de prueba e hito de prueba. Para cada recurso de prueba
(es decir, instalaciones, herramientas y personal), especifique sus períodos de uso.
8. Procedimientos de control
Reporte de problemas:
Documentar los procedimientos a seguir cuando se encuentre un incidente durante el proceso de
prueba. Si se va a utilizar un formulario estándar, adjunte una copia como "Apéndice" al plan de
pruebas. En el caso de que esté utilizando un sistema de registro de incidentes automatizado, anote
esos procedimientos en esta sección.
Solicitudes de modificación:
Documentar el proceso de modificaciones del software. Identifique quién firmará los cambios y cuáles
serían los criterios para incluir los cambios en el producto actual. Si los cambios afectarán a los
programas existentes, es necesario identificar estos módulos.
9. Características a probar
Identifique todas las características del software y las combinaciones de características del software
que serán probadas.
10. Características que no se deben probar
Identifique todas las características y combinaciones significativas de características que no serán
probadas y las razones.
11. Recursos/Papeles y Responsabilidades
Especifique los miembros del personal que participan en el proyecto de prueba y cuáles van a ser
sus funciones (por ejemplo, Juan Pérez (usuario) compila Casos de Prueba para las pruebas de
Aceptación).
Identificar los grupos responsables de la gestión, diseño, preparación, ejecución y resolución de las
actividades de la prueba, así como de los temas relacionados. Identifique también los grupos
responsables de proporcionar el entorno de la prueba. Estos grupos pueden incluir desarrolladores,
probadores, personal de operaciones, servicios de pruebas, etc.
12. Horarios
4
Principales productos a entregar: identificar los documentos a entregar. Puede listar los siguientes
documentos:
- Plan de prueba
- Casos de prueba
- Informes de incidentes de prueba
- Informes de resumen de pruebas
13. Dependencias
Identificar las restricciones significativas en las pruebas, como la disponibilidad de los elementos de
prueba, la disponibilidad de los recursos de prueba, y los plazos.
14. Riesgos/Presunciones
Identificar los supuestos de alto riesgo del plan de pruebas. Especificar los planes de contingencia
para cada uno de ellos (por ejemplo, el retraso en la entrega de las posiciones de prueba podría
requerir un aumento de la programación del turno de noche para cumplir con la fecha de entrega).
15. Herramientas
Enumere las herramientas de automatización que va a utilizar. Enumere también la herramienta de
seguimiento de errores aquí.
16. Aprobaciones
Especifique los nombres y títulos de todas las personas que deben aprobar este plan. Proporcione
espacio para las firmas y las fechas.
Nombre (en mayúsculas) Firma Fecha
1.
2.