Tester | N1 | L4

1. Riesgos organizacionales
   1. Relacionados con los recursos humanos involucrados con el proyecto
2. Riesgos técnicos
   1. Por la mala ejecución de las pruebas. Ocasiona más pérdidas
3. Riesgos de negociosos
   1. Factor externo al proyecto
      1. Clientes o socios

1. Relacionados con problemas de funcionalidad

1. Probabilidad
   1. Alta o Nivel 3
      1. Exista una alta posibilidad de que ocurra un problema
   2. Media o Nivel 2
      1. 50% de que ocurra el probelma
   3. Baja o Nivel 1
      1. Poco probable de que ocurra
2. Impacto
   1. Alta o Nivel 3
      1. Impacta a todo el proyecto
         1. No se puede continuar si no se resuelve
   2. Medio o Nivel 2
      1. El problema afecta a partes importantes del proyecto
         1. Debe atenderse lo antes posible
   3. Bajo o Nivel 1
      1. El problema afecta a áreas no vitales del proyecto
         1. Se puede tomar alternativas mientras se soluciona
3. Prioridad
   1. Alto o Nivel 6 al 9
      1. Se deben de atender inmediatamente y monitorear los problemas relacionados todos los días hasta que se resuelvan
   2. Media o Nivel 3 al 5
      1. Requiere que los problemas asociados sean monitoreados y tratados en juntas internas
   3. Baja o Nivel 1 al 2
      1. Es necesario monitorear el problema ocasionalmente
   4. Para saber el nivel de prioridad
      1. Multiplicar los niveles de probabilidad y el impacto
   5. Determina la frecuencia del monitoreo del problema

1. Incluye Registro, Monitoreo y Control de Riesgos

1. Pantalla de Inicio
2. Historial de llamadas
3. Inicio de sesión

1. Tomar en cuenta las habilidades, experiencia y conocimientos de tus compañeros

1. Tamaño, Duración y Costo

1. Punto A
   1. Escenario óptimo
      1. Tienes en el equipo a los mejores probadores y todos los recursos disponibles
2. Punto M
   1. Escenario más probable
      1. Tienes los recursos suficientes y un equipo de probadores adecuado
3. Punto B
   1. Es el peor escenario
      1. No tiene la experiencia necesaria
      2. Tienes escasos recursos
4. Fórmula
   1. E = (A + 4M + B ) / 6 = Horas hombre

1. Bajo cobertura

1. Fuera de cobertura

1. Si el evento ocurre
   1. Falla

1. Considerar las habilidades de cada tester y los requerimientos del cliente
2. El tester debe tener una buena cooperación y atención al detalle
3. Deben de existir las especificaciones de la prueba y los documentos requeridos
4. Capital humano

Annotations:

• Ejemplos: Inicio de sesión Eliminar cuenta Cerrar Sesión Cambiar contraseña

1. Hacer esto por medio de una lista y planificar las pruebas de acuerdo con la importancia de las funciones del sw

1. Criterios de suspensión
   1. Determina el punto crítico del ciclo de pruebas
      1. Si se suspende se reanudará hasta que el criterio sea solucionado

         Annotations:

         • 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
2. Criterio de salida
   1. Determina la finalización exitosa de una fase de pruebas
      1. Se considera el objetivo esperado
         1. Y es necesario pasar a la otra fase
   2. Para determinar el criterio de salida
      1. Se toman en cuenta los siguientes aspectos
         1. 1 - Tasa de ejecución
            1. Es el porcentaje del número de casos de prueba ejecutados / el número de casos de prueba totales
               1. Que se alcance el 100%
         2. 2 - Tasa de éxito
            1. Es el porcentaje del número de casos de prueba exitosos / el número de casos de prueba ejecutados
               1. Se debe de conseguir un alto %

1. Cantidad de gente disponible para las pruebas, día u horas laborales y fecha de entrega
2. Riesgos del proyecto