Page Comparison

...

Objetivo de la prueba
El objetivo de la prueba es verificar que los servicios desarrollados por el equipo de PALODevTeam, funcionan de acuerdo con las especificaciones técnicas y funcionales descritas por el negocio de SPIN.

...

• 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 y xxxxxxen el ambiente de DEV de Palo-IT y en el ambiente de QA de SPIN.

Supuestos de las pruebas

• Se requieren datos similares a los de producción para el ambiente de xxxxxxxx DEV Palo IT - QA SPIN y estarán disponibles en el sistema antes de iniciar las pruebas funcionales. (Keys, 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 no se tienen tendrán en cuenta en esta estimación. (confirmar)

• Todos los defectos vendrán acompañados de una instantánea en formato JPEG. (confirmar)

• El equipo de pruebas tendrá acceso al entorno de pruebas a través de una conexión VPN. (confirmar)

• 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 (Keys, Tokens).

• El equipo de pruebas realizará las pruebas funcionales solo en el ambiente de xxxx (confirmar).
  

...

• DEV PALO-IT y QA- SPIN.
  

DEV-PALO IT/QA-SPIN
La ejecución de las pruebas UAT será realizada por los usuarios finales, PO y el equipo de Calidad proporcionará su apoyo dichas pruebas.QA y se generará un resultado de las pruebas que será mostradas al cliente que en este caso es SPIN

Principios de la Prueba

Las pruebas se centrarán en el cumplimiento de los objetivos de negocio, la rentabilidad y la calidad.

...

• Se garantizará datos de prueba pre cargados en el ambiente de xxxx (confirmar)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.
  

...

• 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 K6, permitiendo realizar la automatización y así mismo en caso de que se requiera se puede ejecutar pruebas de rendimiento.

• TIEMPO: después de las pruebas funcionales.

Pruebas de Performance

• PROPÓSITO: Las pruebas de performance, identifica si hay alguna vulnerabilidad en cuanto a los recursos cuando los servicios tienen un alto consumo, adicional se verifica si los componentes desarrollados se encuentran adecuados para resistir la volumetría esperada.

• 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 K6, permitiendo la ejecución de las pruebas de performance.

• TIEMPO: después de las pruebas funcionales.

...