Pruebas de software: plan de prueba, estimaciones y estrategia

Trabajar como líder de prueba o gerente de prueba significa estar involucrado en la planificación, seguimiento y control de las actividades y tareas de prueba como una actividad fundamental. Durante la fase de planificación de la prueba, el líder de prueba debe colaborar con otras partes interesadas, como el equipo de desarrollo, el cliente, el negocio para diseñar los objetivos de la prueba, las estrategias de prueba y el plan de prueba. A veces, también tienen que trabajar en la creación de políticas de prueba si aún no existe una. 
El administrador de pruebas también necesita estimar las pruebas que se deben realizar y derivar los recursos que podrían ser necesarios para lograr las pruebas. Los recursos pueden ser recursos humanos o herramientas. También necesitan trabajar e identificar cuándo es necesaria la automatización. Si la automatización lo considera necesario, deben trabajar en identificar la herramienta, identificar y capacitar recursos. Durante la fase de ejecución de las pruebas, deben garantizar la disponibilidad del entorno antes y durante el ciclo de prueba. 

Todas las actividades mencionadas anteriormente se calculan y documentan en varios artefactos que se denominan Plan de prueba, Estrategia de prueba, Estimaciones de prueba y Políticas de prueba. Repasemos cada uno de ellos y comprendamos la diferencia y cómo se relacionan entre sí.

1. Política de prueba: 

1. La política de prueba básicamente le brinda reglas de prueba. Es un documento que se define a nivel organizacional y le brinda información sobre cuál es la posición de la organización sobre las actividades de prueba y cómo la organización mide el «éxito» de la prueba.
2. No se define para cada proyecto realizado por la organización por separado.
3. Por lo tanto, podemos decir que la audiencia es una organización completa. Lo define el liderazgo senior de la organización y «tiene que ser» seguido por cada proyecto de prueba que emprende una organización. Cubre el “Por qué” de las pruebas.
4. Por lo tanto, se pretende proporcionar la base sobre la cual se construyan todas las estrategias y planes de prueba posteriores.
5. Es un documento breve y nítido, generalmente de una o dos páginas. Se encuentra en la parte superior de la pirámide de documentación de prueba.
6. La mayoría de las veces, falta el documento de política de prueba y, por lo tanto, crea problemas reales para las organizaciones.

Por ejemplo , en la detección de defectos, la política de prueba podría mencionar el porcentaje de detección de defectos como una métrica de efectividad y el costo de los defectos detectados en las pruebas frente a los defectos detectados después del lanzamiento como métricas de eficiencia. 

2. Estrategia de prueba: 

1. Es un documento que se elabora a nivel organizacional. También es un documento de alto nivel.
2. Es independiente de cualquier proyecto específico y cubre el «cómo» de las pruebas para una organización. Entonces, la estrategia de prueba es el método de prueba de la organización.
3. Puede cubrir las opciones que la organización puede usar para cubrir los riesgos durante las pruebas.
4. Puede proporcionar detalles sobre los distintos niveles o fases de prueba que una organización suele utilizar en un proyecto determinado.
5. Una estrategia de prueba puede describir las necesidades tanto a corto plazo como a largo plazo. A medida que cambian las necesidades, la estrategia debe abordar las razones y cómo estos cambios pueden afectar las pruebas.
6. Además, los documentos de estrategia se pueden adaptar según el proyecto y la aplicación. Por ejemplo, la estrategia para una aplicación crítica para la seguridad que requiere adherirse al cumplimiento diferirá de la estrategia para una aplicación de comercio electrónico. Mentiras del plan de prueba
7. Puede cubrir el enfoque de automatización de pruebas, la regresión y el enfoque de reevaluación, etc.

Ejemplos de temas cubiertos en la estrategia de prueba son: puede describir cómo se gestionan las pruebas unitarias, las pruebas de integración, las pruebas del sistema o los niveles de prueba de aceptación del usuario. También puede cubrir los criterios generales de entrada y salida para cada nivel de prueba (por ejemplo, 0 defectos abiertos de prueba de integración es un criterio de entrada para ingresar a la fase de prueba del sistema).

3. Plan de Pruebas: 
Es un documento que se elabora a nivel de proyecto. Es un plan de proyecto para las tareas de prueba en cuestión. Documentar un plan de prueba ayuda a comunicarse con otros equipos dentro del proyecto, el administrador y otras partes interesadas. 

Escribir un plan de prueba necesita un enfoque organizado y un buen plan de prueba debe ser breve y nítido. El plan de prueba cubre: 

1. Objetivos de la prueba
2. Elementos dentro y fuera del alcance
3. Riesgos
4. Enfoque (alcance de las pruebas, automatización/regresión/prueba de rendimiento)
5. Calendario de pruebas
6. Criterios de Entrada y Salida
7. Criterios de aprobación/rechazo
8. Entregables de prueba (informes, casos de prueba, etc.)
9. Necesidades ambientales
10. Necesidades de personal

Tenga en cuenta que no cubre ningún detalle de casos de prueba o scripts. Además, tenga en cuenta que para proyectos más grandes, es posible que tengamos un plan de prueba maestro y planes de prueba granulares correspondientes a los niveles de prueba, como el plan de prueba de rendimiento y el plan de prueba de integración, etc. 

4. Estimaciones de prueba: 
las estimaciones crean costos aproximados y programan objetivos para las tareas de prueba. Una buena estimación debe basarse en el conocimiento de profesionales experimentados y respaldada por las personas que realmente harán el trabajo en el terreno. Se basa en el costo, el esfuerzo y la duración «más» probables de cada tarea.

Hay múltiples factores que afectan las estimaciones y estos generalmente se dividen en cuatro categorías: 

1. Factores de proceso: 
   surgen de los procesos mediante los cuales se realiza el trabajo. Ejemplo: SDLC elegido, ejecución adecuada de las fases de prueba anteriores.
2. Factores materiales: 
   surgen de la naturaleza del proyecto, las herramientas disponibles y los recursos disponibles. Ejemplo: sistema de prueba reutilizable y documentación de proyectos anteriores similares.
3. Factor de personas: 
   estos surgen de las personas en el equipo. Ejemplo Experto vs nuevo equipo.
4. Factores de retraso: 
   estos generalmente contribuyen a los retrasos de un proyecto, como la complejidad de la aplicación, muchos subequipos, múltiples partes interesadas, hardware personalizado, etc.

Existen múltiples técnicas de estimación de pruebas que se pueden adoptar en función de la situación del proyecto: 

1. Estimación basada en la experiencia
2. Estructura de desglose del trabajo
3. Análisis de puntos de prueba
4. Tomando promedios de la industria

Estas técnicas se pueden aplicar tanto en Silo como juntas para lograr una estimación sólida del proyecto de prueba.