Pruebas

1. 2.- Identificar las funcionalidades nuevas a probar

1.1. En el caso de desarrollos de software integrados a un sistema existente es necesario revisar con los analistas de negocio y también con los arquitectos de software las funcionalidades que forman parte del desarrollo de software, en todas las capas de la arquitectura.

2. 3.- Identificar las funcionalidades de sistemas existentes que deben probarse

2.1. Quienes pueden suministrar la información serán los Analistas de negocio o Arquitectos de software, familiarizados con el sistema informático implementado en entorno de producción.

3. 5.- Definir los criterios de inicio, aceptación y suspensión de pruebas

3.1. 1)Criterios de aceptación o rechazo 2)Criterios de inicio o reanudación 3)Criterios de suspensión

4. 7.- Determinar necesidades de personal y entrenamiento

4.1. Debe completarse previamente la estimación del esfuerzo de pruebas a partir del diseño de casos de prueba. Si aún no se cuenta con la estimación, se puede comenzar por definir los tipos de perfiles de habilidades y conocimientos en Software Testing que se necesitan.

5. 9.- Elaborar la planificación de las pruebas

5.1. 1)Matriz de responsabilidades 2) Cronograma 3) Premisas

6. 1.- Analizar los requerimientos de desarrollo de software

7. Deberás analizar toda la información de la ingeniería de requisitos, incluyendo la matriz de trazabilidad, especificaciones y diseño funcional, requisitos no funcionales, casos de uso, historias de usuario (si estás trabajando con metodologías ágiles), entre otra documentación.

8. 4.- Definir la estrategia de pruebas

8.1. Consiste básicamente en seleccionar cuáles son los tipos de pruebas de software que se deben realizar.

9. 6.- Identificar los entornos (ambientes) requeridos

9.1. Posteriormente se definen y documentan las características de los entornos de Hardware y Software necesarios para realizar la ejecución de las pruebas de software.

10. 8.- Establecer la metodología y procedimientos de prueba

10.1. La metodología de pruebas de software dependerá de la que se esté utilizando para la gestión del proyecto. Si se está utilizando una metodología predictiva, las pruebas de software comenzaran con la estimación del esfuerzo de pruebas, diseño y luego la ejecución de las pruebas, como te lo contamos en el artículo de Pruebas de calidad de software en 10 pasos.

11. 10.- Identificar los riesgos y definir planes de respuesta

11.1. La gestión de riesgos en pruebas es muy similar a la gestión de riesgos en proyectos de la que hemos escrito en artículos como Las 5 preguntas y respuestas sobre la identificación de riesgos, así como el artículo sobre Cómo hacer seguimiento de los riesgos del proyecto

11.1.1. °Posibles dificultades en la disponibilidad de entornos. °Pruebas que dependen de factores externos al proyecto y la organización. °Disponibilidad de personal con conocimientos especializados en alguna herramienta, o en la funcionalidad especifica que se está desarrollando. °Dependencias con otros proyectos. °Posibilidad que alguna premisa no se cumpla.