Objetivo
El objetivo de la estrategia de pruebas es describir el enfoque y marco general para las pruebas manuales como , automatizadas y de performance, adicional se indica el alcance de las pruebas, recursos necesarios, ambientes de pruebas, herramientas a utilizar, supuestos, los posibles riesgos y plan de mitigación, etc.
...
Los componentes descritos en la arquitectura estén listos para producción e integrarse con la aplicación SPIN;
Un conjunto de pruebas estables desarrolladas por medio de la automatización que puedan ser reutilizadas para la ejecución de pruebas funcionales en el ambiente de DEV de Palo-IT y en el ambiente de QA de SPINde QA de SPIN, se requiere lograr llegar al ambiente de Staging, en caso de que SPIN no lo requiera o solo permita hasta QA, se dejará programada la automatización de pruebas para que se pueda ejecutar en cualquier ambiente.
Supuestos de las pruebas
Se requieren datos similares a los de producción para el ambiente de DEV Palo IT - QA SPIN y estarán disponibles en el sistema antes de iniciar las pruebas funcionales. (KeysuserId, Tokens generado por la aplicación SPIN).
Se iniciará un tercer ciclo de pruebas en caso tal que se identifique una taza alta de defectos en el segundo ciclo de pruebas.
...
Las pruebas exploratorias se llevarán a cabo una vez que la construcción esté lista para las pruebas
Las pruebas de rendimiento y pruebas automatizadas se tendrán en cuenta en esta estimación.
Todos los defectos vendrán acompañados de una instantánea en formato JPEG.
El equipo de pruebas tendrá acceso al entorno de pruebas a través de una conexión VPN.
El Equipo de Pruebas asume que todas las entradas necesarias requeridas durante el diseño y la ejecución de las Pruebas serán apoyadas por el equipo de Desarrollo de PALO-IT.
Las actividades de diseño de casos de prueba serán realizadas por el QA.
El equipo de desarrollo proporcionará planes de corrección de defectos basados en las reuniones de defectos durante cada ciclo de planificación. Lo mismo se informará al equipo de pruebas antes de iniciar los ciclos de corrección de defectos.
Se socializarán los casos de prueba preparados por el equipo de pruebas con el DevTeam antes de iniciar la ejecución de las mismas.
Cualquier corrección de defectos planificada se compartirá con el equipo de pruebas antes de aplicar las correcciones en el ambiente de QA.
El proyecto proporcionará apoyo a la planificación, diseño y ejecución de las pruebas.
No se producirá ningún tiempo de inactividad del entorno durante las pruebas debido a interrupciones o correcciones de defectos.
El sistema se tratará como una caja negra; si la información se muestra correctamente en línea y en los informes, se asumirá que el proceso con HSM funciona correctamente.
El ciclo 3 se iniciará si hay más defectos en el ciclo 2.
...
Durante las pruebas funcionales, el equipo de pruebas utilizará los datos proporcionados por el equipo de desarrollo de PALO-IT o de SPIN (KeysuserId, Tokens).
El equipo de pruebas realizará las pruebas funcionales solo en el ambiente de DEV PALO-IT y QA- SPIN.
...
QA- SPIN, lo ideal sería hacer pruebas hasta el ambiente de Staging, sin embargo en caso de que SPIN no lo requiera o no lo permita, se dejará las pruebas automatizadas para ejecutar en cualquier ambiente.
QA-SPIN
La ejecución de las pruebas será realizada por el equipo de QA y se generará un resultado de las pruebas que será mostradas al cliente que en este caso es SPIN
Pruebas Automatizadas
Se realizará la automatización de Pruebas bajo el framework definido por SPIN, debido a que ya tienen pruebas automatizadas bajo ese mismo framework.
El equipo de pruebas realizará la automatización para poderse ejecutar en cualquier ambiente.
El equipo de pruebas realizará la automatización para escenarios individuales de cada servicio y de escenarios integrales.
Pruebas Performance
Se realizará las pruebas de performance al terminar las pruebas funcionales de los servicios propuestos para cada escenario integral, permitiendo así validar el performance de una acción completa.
El equipo de pruebas solicitará en su debido momento el ambiente de performance al equpo de DevOps de SPIN (se solicitará por medio de correo al señor Mario Mendez de SPIN)
Principios de la Prueba
Las pruebas se centrarán en el cumplimiento de los objetivos de negocio, la rentabilidad y la calidad.
...
Se tendrán en cuenta los siguientes enfoques para pruebas funcionales, automatizadas y automatizadasde Performance, según sea el caso:
Se garantizará datos de prueba pre cargados en el ambiente de DEV PALO-IT/ QA SPIN.
Algunos escenarios de pruebas automatizadas crearán en tiempo de ejecución sus propios datos de prueba.
El proyecto proporcionará datos de prueba para los escenarios que se consideren que contienen información sensible y también darán las directrices para la correcta implementación de dichos datos.
El equipo de QA será el responsable de la generación y mantenimiento de los datos de pruebas y se apoyará cada vez que sea necesario en el DevTeam para garantizar la ejecución de dicha tarea.
Se realizará la gestión de casos de pruebas mediante el Excel, debido a las indicaciones por Javier Guevara quien es el encargado del área de QA por parte de SPIN (correo confirmado con titulo Herramienta Gestión de casos - SPIN el día 27/04/2023)
...
PROPÓSITO: Las pruebas automatizadas reducen el tiempo de pruebas de regresión, permitiendo así tener la posibilidad de ejecutar flujos automatizados, verificando si todo se encuentra bien, ayudando a mermar el tiempo de las pruebas después de una corrección de defectos.
EJECUTOR: Equipo de pruebas.
MÉTODO: La prueba se realizará creando flujos end to end para la verificación de varios servicios.
HERRAMIENTA: la herramienta que se utilizará es K6Se utilizará el Framework definido por SPIN, permitiendo realizar la automatización y así mismo en caso de que se requiera se puede ejecutar pruebas de rendimientopueda ser ejecutada en cualquier ambiente.
TIEMPO: después de las pruebas funcionales.
...