Cualquier evento incierto que puede impactar al proyecto
Riesgos organizacionales
Relacionados con los recursos humanos
involucrados con el proyecto
Riesgos técnicos
Por la mala ejecución de las pruebas.
Ocasiona más pérdidas
Riesgos de negociosos
Factor externo al proyecto
Clientes o socios
Riesgo del producto
Posibilidad de que el software o sistema no
cumpla con las espectativas del cliente
Relacionados con problemas de funcionalidad
Análisis de impacto
Existe la posibilidad de que el riesgo ocurra por lo cual debes
de verificar el impacto que pueda ocasionar en el proyecto
Probabilidad
Alta o Nivel 3
Exista una alta posibilidad de que
ocurra un problema
Media o Nivel 2
50% de que ocurra el probelma
Baja o Nivel 1
Poco probable de que ocurra
Impacto
Alta o Nivel 3
Impacta a todo el proyecto
No se puede continuar si no se resuelve
Medio o Nivel 2
El problema afecta a partes
importantes del proyecto
Debe atenderse lo antes posible
Bajo o Nivel 1
El problema afecta a áreas
no vitales del proyecto
Se puede tomar alternativas
mientras se soluciona
Prioridad
Alto o Nivel 6 al 9
Se deben de atender inmediatamente y
monitorear los problemas relacionados
todos los días hasta que se resuelvan
Media o Nivel 3 al 5
Requiere que los problemas asociados sean
monitoreados y tratados en juntas internas
Baja o Nivel 1 al 2
Es necesario monitorear el problema ocasionalmente
Para saber el nivel de prioridad
Multiplicar los niveles de probabilidad y el impacto
Determina la frecuencia del monitoreo del problema
Toma de contramedidas
Estrategias que se aplican para la reducción de problemas
Incluye Registro, Monitoreo y Control de Riesgos
2 - Estimación de pruebas
Nos permite tener una idea aproximada de
cuánto tiempo y dinero nos tomará realizarla
¿Cómo hacer la estimación?
Dividir todo el proyecto en tareas y subtareas de tal forma
que cada una de esas piezas sea lo más explícita
Ejemplos
Pantalla de Inicio
Historial de llamadas
Inicio de sesión
Asignación
Cada una de las tareas es asignada a
algún miembro del equipo
Tomar en cuenta las habilidades, experiencia y
conocimientos de tus compañeros
Estimación del esfuerzo por tarea
Métrica de punto función
Tamaño, Duración y Costo
Estimación de lo tres puntos
Punto A
Escenario óptimo
Tienes en el equipo a los mejores
probadores y todos los recursos disponibles
Punto M
Escenario más probable
Tienes los recursos suficientes y un
equipo de probadores adecuado
Punto B
Es el peor escenario
No tiene la experiencia necesaria
Tienes escasos recursos
Fórmula
E = (A + 4M + B ) / 6 = Horas hombre
Sirve para calcular el tiempo, costo y recursos a ocupar en un proyecto
3 - Plan de pruebas
Fases
Analisis
Analizar el producto que probaran estudiando la documentación del sw
Estrategia de prueba
1 - Determinación del alcance de prueba
A los elementos del sistema que se les va a realizar la prueba
Bajo cobertura
Requerimientos del cliente
Especificaciones del producto
Presupuesto asignado
Habilidades y numero de integrantes del equipo de trabajo
A los elementos que no está bajo prueba y están definidos
Fuera de cobertura
2 - Identificación de tipos de prueba
Enfocarse en las metas del proyecto
3 - Análisis de riesgo
Riesgo - Futuro incierto que cierta posibilidad de que
ocurra y en consecuencia genere pérdidas
Si el evento ocurre
Falla
4 - Creación de logística de la prueba
Se define quién ejecuta la prueba y cuándo lo hará
Considerar las habilidades de cada tester y los requerimientos del cliente
El tester debe tener una buena cooperación y atención al detalle
Deben de existir las especificaciones de la prueba
y los documentos requeridos
Capital humano
Se genera a partir del Análisis de
la documentación del sw
Definición de objetivos de prueba
El objetivo de cada prueba es encontrar la cantidad de errores
Asegurar que el sw esté libre de fallas cuando lo adquiera el usuario final
Para definirlos
Determinar todas las aplicaciones del sw que necesita probarse
Nota:
Ejemplos:
Inicio de sesión
Eliminar cuenta
Cerrar Sesión
Cambiar contraseña
Hacer esto por medio de una lista y planificar las
pruebas de acuerdo con la importancia de las funciones
del sw
Criterios de prueba
Estándar que se establece durante el proceso
de pruebas con el que se ahorra tiempo
Tipos
Criterios de suspensión
Determina el punto crítico del ciclo de pruebas
Si se suspende se reanudará hasta que el criterio sea solucionado
Nota:
Ejemplo:
Al iniciar el ciclo de pruebas se determinará si el 35% del total de casos de prueba fallan el ciclo se SUSPENDE hasta que los desarrolladores reparen los problemas encontrados
Criterio de salida
Determina la finalización exitosa de una fase de pruebas
Se considera el objetivo esperado
Y es necesario pasar a la otra fase
Para determinar el criterio de salida
Se toman en cuenta los siguientes aspectos
1 - Tasa de ejecución
Es el porcentaje del número de casos de prueba ejecutados
/ el número de casos de prueba totales
Que se alcance el 100%
2 - Tasa de éxito
Es el porcentaje del número de casos de prueba exitosos /
el número de casos de prueba ejecutados
Se debe de conseguir un alto %
Planeación de recursos
Resumen detallado de todos los
recursos disponibles para la
realización del proyecto
Planeación del ambiente de pruebas
Aquel que trata de recrear el escenario
real al que se enfrentará la aplicación
dentro del sw o hw
Calendarización
Técnica utilizada para monitorear el avance del proyecto
Aspectos a considerar
Cantidad de gente disponible
para las pruebas, día u horas
laborales y fecha de entrega
Riesgos del proyecto
Entregables
Se refieren a todos los proyectos, herramientas o
componentes que se aplican en el proceso de pruebas
Documentación del plan de prueba y de los casos de prueba