Está en la página 1de 12

PRUEBAS Y CALIDAD DE SOFTWARE

PROYECTO GRUPAL – SEMANA 7

INTEGRANTES
Alexander Muñetón Jiménez

Gabriel Martínez Sandino

Yonathan Alejandro Villamil Huertas

Alexander Moreno Ramos

Johan Humberto Neira Clavijo

Oscar Antonio Sepúlveda Mora

Tutor

Alexandra Silva Monsalve

Politécnico Grancolombiano
Abril 2021
Tabla de contenido
Plan De Pruebas...........................................................................................................................3

Planeación de pruebas..................................................................................................................3

Análisis y Diseño.........................................................................................................................4

Implementación y Ejecución........................................................................................................5

Evaluación de criterios de salida y reportes..................................................................................6

Actividades de cierre de pruebas..................................................................................................7

Plantilla........................................................................................................................................8

Checklist.....................................................................................................................................10
Plan De Pruebas

Después de identificar las posibles fallas y las recomendaciones en los procesos que sigue el
software el grupo de trabajo plantea el siguiente proceso de pruebas para realizar las
contingencias necesarias a fin de tener un optimo funcionamiento de este con unos altos
estándares de eficiencia.
El proceso de pruebas para el software que utiliza esta empresa consta de las siguientes fases:
Planeación de pruebas, análisis y diseño, implementación y ejecución, evaluación de criterios de
salida y reportes, actividades de cierre de pruebas. Tales procesos le brindasen al software al
momento de su diseño e implementación una robusta documentación del trabajo que se está
ejecutando para un optimo monitoreo.
Nota: Dichas fases pueden sobreponerse y/o ocurrir al mismo tiempo.

Planeación de pruebas

Evaluación
implement Actividades
Planeación Análisis y de criterios
ación y de cierre
de pruebas Diseño de salida y
ejecución de pruebas
reportes

PROCESO ACTIVIDADES
 La planeación es la actividad de
verificar la misión, definir los
objetivos y especificar las
actividades de las pruebas.

 Se determina el alcance (Estimación


de tiempos, recursos y presupuesto)
de la prueba y los riesgos.
PLANEACIÓN DE PRUEBAS
 Se establece la estrategia de pruebas
y las herramientas a utilizar

 Se determinan los criterios de salida

 La planeación puede ser actualizada


teniendo en cuenta los resultados de
las actividades de control.
Análisis y Diseño

Evaluación
implement Actividades
Planeación Análisis y de criterios
ación y de cierre
de pruebas Diseño de salida y
ejecución de pruebas
reportes

PROCESO ACTIVIDADES
Los objetivos de las pruebas se convierten
en casos de pruebas tangibles. Constan de
las siguientes actividades:

 Revisar la base de las pruebas


(requerimientos, arquitectura, diseño
e interfaces). o Identificar y priorizar
las condiciones de prueba basado en
análisis de elementos de prueba, le
especificación, comportamiento y
estructura. O la viabilidad de crear
ANÁLISIS Y DISEÑO datos de prueba.

 Diseñar y priorizar casos de prueba e


identificar los casos de prueba o
Diseñar la configuración del
ambiente de prueba e identificar la
infraestructura y herramientas
requeridas.

 Evaluar la testeabilidad de pruebas


de la base de pruebas
Implementación y Ejecución.

Evaluación
implement Actividades
Planeación Análisis y de criterios
ación y de cierre
de pruebas Diseño de salida y
ejecución de pruebas
reportes

PROCESO ACTIVIDADES
 Es la fase en la que se ejecutan los
casos de prueba combinando en un
orden particular, con todos los
elementos que hemos preparado
previamente.
 Se debe configurar con el ambiente
configurado

 Esta fase cuenta con las siguientes


actividades principales
o Ejecutar ya sea manual o
automático
o Preparar y validar ambientes
Implementación y Ejecución de pruebas, datos, script
automatizados etc.

 Crear los casos de prueba (test suite -


escenario).

 Registrar los resultados de la


ejecución
 Reportar incidentes y analizarlos

 Repetir las actividades de prueba


según corresponda.

 Verificar que los defectos se


solucionaron y no se inyectaron
nuevos
Evaluación de criterios de salida y reportes

Evaluación
implement Actividades
Planeación Análisis y de criterios
ación y de cierre
de pruebas Diseño de salida y
ejecución de pruebas
reportes

ACTIVIDADES PROCESO
 Se evalúan las respuestas obtenidas
contra los objetivos definidos

 Se debe realizar la evaluación por


cada nivel de prueba

 La evaluación de prueba tiene las


siguientes actividades:
o Verificar los registros de
EVALUACIÓN DE CRITERIOS DE prueba con los criterios de
SALIDA Y REPORTES salida
o Evaluar si se requieren más
pruebas o si los criterios
deben ser modificados
o Realizar informe de resumen
de las pruebas y compartirlo
con las personas
involucradas.
Actividades de cierre de pruebas

Evaluación
implement Actividades
Planeación Análisis y de criterios
ación y de cierre
de pruebas Diseño de salida y
ejecución de pruebas
reportes

PROCESO ACTIVIDADES
 Se consolida la información de la
prueba y se recopilan las
experiencias como lecciones
aprendidas.

 Se elabora informe post-mortem de


la prueba
 Se generan estadísticas, conclusiones
de los resultados obtenidos.

 Verificar entregables planeados vs


ACTIVIDADES DE CIERRE DE entregados, cierre de reportes de
PRUEBAS incidentes o registros de cambios
abiertos y la documentación de
aceptación.
 Dar por terminado y archivar los
soportes de pruebas, del ambiente de
pruebas y la infraestructura de
pruebas para un uso posterior.

 Entrega de utensilios

 Analizar las enseñanzas aprendidas.


Plantilla

Las siguientes plantillas expuestas a continuación han sido definidas por el equipo de trabajo
como una fuente de información adecuada para el proceso de la ejecución de pruebas en el
proceso de software “referencia PMOinformatica.com
La oficina de proyectos de informática”.

Datos de la plantilla de plan de pruebas de software

 Código asociado al proyecto: Código del requerimiento o proyecto según la


nomenclatura definida por la organización. Este código se usa para identificar todos los
documentos asociados y para registrarlo en los sistemas de gestión.

 Nombre del proyecto: Nombre o descripción por lo cual se conoce al requerimiento o


proyecto. Suele estar relacionado con la funcionalidad que se está desarrollando.

 Fecha comienzo planificada: Fecha calendario en la cual estaba planificado iniciar,


según el plan de pruebas del software

 Fecha de finalización planificada: Fecha calendario en la cual se tiene planificado


finalizar las pruebas, considerando el número de casos de prueba total y las metas de
casos diaria.

 Casos de prueba (Total): Cantidad de casos de prueba que están incluidos en el diseño


de casos de prueba Representa el número total de casos que ejecutarán los Testers en
el período definido para las pruebas.

 Casos planificados: Cantidad de casos de pruebas que deberían estar completados a la


fecha según la planificación.

 Casos exitosos: Cantidad de casos reales completados. Esto representa el avance real


de las pruebas. Sólo se cuentan los casos que las pruebas fueron superadas sin error,
los casos con error no cuentan para el avance.

 % avance planificado: Los casos de prueba planificados divididos entre el total de


casos de prueba, dan como resultado el porcentaje de avance que deben tener las
pruebas a la fecha de reporte.

 % avance real: Se calcula por medio de la división de los casos exitosos entre el total
de casos contemplados en el diseño de pruebas.

 % desviación: La diferencia entre el avance real y el planificado resulta en la


desviación. Un número negativo representa que las pruebas están avanzando por
debajo de lo esperado.
 Días de desviación: Los días de desviación se calculan multiplicando el porcentaje de
desviación por los casos diarios. A su vez los casos diarios se determinan dividiendo el
número total de casos entre los días hábiles disponibles para realizar las pruebas.

 Fecha fin pronóstico: Para determinar la fecha fin pronóstico es necesario sumar a la


fecha fin planificada los días de desviación.

 Casos con incidencia: Cantidad de casos de prueba ejecutados que presentaron alguna


incidencia. Aún después de corregir la incidencia el caso sigue siendo sumado, de esta
forma al final se tendrán cuantos casos presentaron incidencias.

 % casos con incidencias: División de los casos que presentaron alguna incidencia entre
el total de casos. Representa un índice de la calidad del desarrollo e inclusive se
pueden establecer acuerdos de nivel de servicio.

Situación actual de casos de prueba

 Exitosos: Cantidad de casos de prueba que se encuentran en estado "Exitoso" a la


fecha del informe. Son los casos que un Analista de pruebas ha ejecutado y ha sido
superado sin error.

 Con defectos: Cantidad de casos de prueba que se encuentran en estado "Fallido" a la


fecha del informe. Son los casos que tienen asociados defectos con estatus distintos de
cerrado.

 Bloqueados: Cantidad de casos de prueba que se encuentran en estado "Bloqueado" a


la fecha del informe. Un caso puede estar bloqueado por ejemplo cuando existe una
incidencia identificada en otro caso pero que a su vez impide la ejecución de otros
casos.

 Diferidos: Cantidad de casos de prueba que se encuentran en estado "Diferido" a la


fecha del informe. Un caso puede ser diferido por distintas razones, una de ellas por
ejemplo es la no disponibilidad de un ambiente para un componente especifico.

 Pendientes: Cantidad de casos de prueba que se encuentran en estado "Pendiente" a


la fecha del informe. Son los casos que no han sido ejecutados aún.

Los estados en los cuales se puede encontrar un caso de prueba son definidos en la
metodología de pruebas de software

Situación actual de defectos

 Reportados: Total de defectos reportados   (incidencias) a la fecha de reporte.

 En análisis: Cantidad de defectos que se encuentran en análisis, no han sido aceptados


todavía.
 Descartados: Cantidad de defectos descartados porque no aplicaban. Un no aplica
ocurre cuando un Tester reporta un defecto que realmente no lo es. Una vez aclarada
la situación se registra el defecto como descartado.

 En proceso: Cantidad de defectos que fueron analizados y se encuentran en


desarrollo.

 Corregidos: Cantidad de defectos que han sido corregidos. La corrección del defecto


implica su cierre.

Resultados de la jornada

 Casos del día: Casos que se lograron ejecutar como exitosos durante la jornada (fecha
de reporte).

 Meta diaria: Casos que se esperan ejecutar cada día. Se puede calcular dividiendo los
casos en diseño sobre los días planificados, o cualquier otra forma de estimación
definida.

Checklist

El checklist que utilizaremos para recolectar datos por medio de la observación de una situación
o proceso especifico.
En este caso el checklist sirve para:

 Cuantificar los defectos por producto

 Cuantificar defectos por localización

 Cuantificar defectos por causa

 Realizar seguimientos a las actividades de un proceso

Tipos de hoja de chequeo que utilizaremos


No hay un tipo establecido, pero definiremos 3 los cuales son:

 Hoja para registros de datos

 Hoja de lista de chequeo

 Hoja de localización
Hoja de chequeo con escala de medición:
Esta evalúa la forma de distribución de probabilidad para construir una distribución de
frecuencia. Esta hoja realiza medidas según categorías o parámetros además permite trazar
límites de especificación.
Hoja de chequeo con clasificación:
Esta define una serie de categorías a ser ubicadas en la primera columna y en la primera fila, de
tal forma que los datos sean clasificados de acuerdo al cruce de filas y columnas.

Lista de chequeo:

Es el formato más usado, de ahí en general


se habla de “lista de chequeo” para referirse
a cualquier hoja de verificación ya
mencionadas.Objeto Presente No presente
Funciones X  
Parámetros X  
Retornos X  
Resultados X  

También podría gustarte