Ada tiene definida en BK una estrategia de pruebas por la cual todo proyecto debe pasar antes de llegar a manos del cliente. Hoy, le toca a María explicarles a sus compañeros cuál será la estrategia a seguir para el nuevo proyecto que BK tiene asignado.
Normalmente, un proyecto software será sometido a una estrategia de pruebas. La estrategia utilizada será la que mejor se adecúe a nuestro proyecto.
Todos los desarrollos de software tienen una característica en común: lo desarrollan personas. Las personas cometemos errores y cambiamos de ideas, por eso hay que probar y volver a probar.
Es muy importante contar con el apoyo de la dirección del proyecto y, en su caso, por la dirección de la empresa. Deben formar parte del presupuesto, la planificación y la asignación de recursos del proyecto.
Preguntas para determinar la estrategia de pruebas a seguir: ¿Cuántos niveles de pruebas serán necesarios planificar? ¿Cuándo será conveniente parar? ¿Será mejor automatizar las tareas? Etc. Por ello, el objetivo de la estrategia de pruebas es determinar los tipos de pruebas a realizar, el calendario de las mismas, los responsables, los recursos asignados y el alcance de las pruebas.
Además, será necesario conocer:
La estrategia de pruebas es un proceso complejo que consta de tres partes:
1-. Visión general de la estrategia de pruebas: según el tamaño o complejidad de la aplicación, se definen cómo:
2-. Tareas en la realización de la prueba: consiste en describir:
3-. Resultados: consiste en documentar y revisar los resultados esperados (los que deberían de haber pasado) y los documentos reales (lo que ha pasado realmente). Si un caso de prueba falla, debe de quedar reflejado el defecto detectado.
El coste medio de la fase de pruebas está en torno al 40-50 % del coste total del proyecto.