Menú

Lo que debe saber el evaluador de control de calidad sobre el proceso de administración de versiones e implementaciones

  • Principal
  • Conceptos De Prueba
  • Lo que debe saber el evaluador de control de calidad sobre el proceso de administración de versiones e implementaciones

what qa tester should know about release

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

En nuestra reunión de equipo de hoy, el gerente verificó con todos sus preparación para la ejecución de la prueba . Mencionó que 'el código estará listo para el control de calidad mañana por la mañana'. ¿Qué quiso decir cuando dijo 'el código estará listo', significa que los desarrolladores van a escribir el código en el entorno de QA esta noche?

En realidad, quiso decir que la implementación está planeada para realizarse por la noche y que el nuevo código se implementará en el entorno de control de calidad para realizar pruebas.

Muchos de ustedes se preguntarán ahora qué es la implementación y qué hacen realmente en ella.

proceso de gestión de lanzamiento y despliegue para qa

Lo que vas a aprender:

Importancia y proceso general de gestión de la implementación y lanzamiento para el equipo de control de calidad

  • ¿Por qué realmente mantenemos diferentes entornos?
  • ¿Cómo se migra el código de un entorno a otro?

Cubriré los siguientes temas en este artículo

  1. ¿Por qué es importante que los evaluadores conozcan el proceso de lanzamiento y despliegue?
  2. Diferentes ambientes
  3. ¿Qué quiere decir compilación e implementación?
  4. Implementación planificada frente a implementación de emergencia
  5. Lista de comprobación de control de calidad: antes y después de la implementación

# 1. ¿Por qué es importante que los evaluadores conozcan el proceso de implementación?

Nuestro trabajo principal de ejecución de pruebas depende del éxito de la implementación. Si el equipo de implementación enfrentó desafíos y encontró varios problemas y no pudo implementar el código correctamente, seguramente indicará que el equipo de control de calidad identificará muchos errores que pueden estar relacionados con el entorno o el proceso de implementación.

  • Si los probadores conocen el proceso de implementación, comprenderán la importancia de completar sus tareas dentro del plazo previsto.
  • Los evaluadores tendrán una idea de si el problema es realmente un error de funcionalidad o algo causado durante la implementación, por ejemplo, un evaluador está asignado para probar la función de informe, pero cuando intenta iniciar sesión en el sitio web, ve un error que significa que el entorno no funciona. , estas cuestiones no pueden considerarse cuestiones funcionales sino medioambientales. Si el evaluador está al tanto de la implementación, puede relacionar el problema con un problema de implementación.
  • Se podrían evitar muchos problemas no relacionados si los evaluadores realmente conocen la lista que se implementó. A veces sucede que prueba e informa un problema para áreas que nunca se implementaron.

# 2. Diferentes ambientes

Diferentes ambientes

En la clasificación anterior, he cubierto los 4 entornos más importantes que siguen la mayoría de las organizaciones; sin embargo, muchos clientes mantienen muchos más entornos, como la preparación, la preparación previa, etc. Además, la convención de nomenclatura puede diferir.

  • DEV - El entorno de desarrollo es el que crea y mantiene el equipo de desarrollo para escribir el código. El acceso a este entorno se otorga únicamente al equipo de desarrollo. Por lo general, el equipo de control de calidad no tiene acceso a este entorno. Este entorno lo utiliza principalmente el equipo de desarrollo para sus pruebas unitarias.
  • QA - El entorno de control de calidad es aquél en el que realmente se realizan las pruebas. Este entorno es propiedad del equipo de control de calidad. El equipo de DEV no tiene acceso a este entorno. Una vez finalizado el diseño y la codificación, el código se mueve al entorno de control de calidad para que el equipo de control de calidad realice la ejecución de la prueba.
  • UAT - Prueba de aceptación del usuario es un entorno en el que los usuarios empresariales realizan las pruebas. Esto se hace después de que se haya completado la prueba del sistema. La principal intención es probar el sistema desde el punto de vista empresarial. El acceso a este entorno se otorga solo a los usuarios comerciales. Sin embargo, en algunas ocasiones buscan ayuda de GC, en tales circunstancias, el equipo de GC tiene acceso temporal al medio ambiente.
  • PROD – El entorno PROD es el entorno real en vivo que está expuesto a los usuarios reales y ninguno de los equipos de DEV y QA tiene acceso de lectura / escritura a este entorno. Los equipos de soporte de producción se mantienen para resolver problemas relacionados con el entorno de producción.

También leer=> Cómo preparar eficazmente el 'banco de pruebas' y minimizar los defectos del entorno de prueba

el mejor limpiador y optimizador de pc gratuito

# 3. ¿A qué te refieres con compilación e implementación?

Una compilación contiene principalmente el paquete compilado que podría incluir el ejecutable bat, exe, bibliotecas como dll, lib y archivos como archivos zip. El equipo de desarrollo crea la compilación y se la proporciona al equipo de implementación para la instalación.

El equipo de desarrollo se encarga principalmente de la compilación del código fuente y, una vez que han generado la compilación, la colocan en una ubicación específica a la que puede acceder el equipo de implementación para implementarla en un entorno diferente.

Una vez que se implementa la compilación, se notifica al equipo de control de calidad para que realice construir pruebas de verificación (BVT) y si tiene éxito, el equipo realiza el resto del prueba funcional .

En alguna organización en la que no mantienen un equipo de implementación independiente, el equipo de desarrollo proporciona la compilación para QA y el equipo QA completa la implementación. Existe un gran riesgo involucrado, en tales casos, los recursos de control de calidad deben ser técnicamente sólidos para comprender el proceso general de implementación de la compilación y también deben saber cómo remediar si ocurre un problema.

Las compilaciones se mantienen utilizando números como 1.0.01 o 1.0.03. Por lo tanto, es posible que la compilación 1.0.01 ejecute DLL v0.2 y que la compilación 1.0.03 ejecute DLL v0.5. Es importante para el equipo de control de calidad asegurarse de que se implemente la compilación correcta en el entorno antes de que comience la prueba. Siempre es una buena idea llevar un registro de los cambios proporcionados como parte de cada compilación.

Mantener un equipo de implementación independiente siempre es una buena práctica, ya que ayuda a que el código se mueva sin problemas de un entorno a otro.

La implementación es un proceso a través del cual el código / compilación se mueve de un entorno a otro. La mayor parte de la organización en estos días sigue un canal adecuado para la implementación y mantiene un equipo separado que se encarga de todo esto.

Construir e implementar

Antes del día de la implementación, se reúne un equipo compuesto por el desarrollador, el gerente de desarrollo, el ingeniero de implementación, el líder de pruebas y otras partes interesadas del negocio. En la reunión, generalmente se le pide al desarrollador que describa su cambio. Por lo general, deben completar un formulario en particular con detalles sobre los cambios y el plan de reversión.

En caso de que se pierdan algunos detalles, los cambios no se aprueban para su implementación. Luego, el equipo decide si el cambio puede ser parte de la implementación del día siguiente. Se solicita la aprobación del líder de prueba de control de calidad para garantizar que el cambio no afecte a ninguna de las pruebas existentes. En la reunión, se planifican los elementos finales del despliegue.

El equipo de implementación trabaja en la lista aprobada el día de la implementación. El equipo ejecuta un conjunto de programas según se define en cada formulario de cambios (proporcionado por los desarrolladores) y luego envía la comunicación como Implementación completa.

El mensaje Implementación completa proporciona una indicación al equipo de control de calidad de que los cambios o el nuevo código están listos para ser probados.

Es responsabilidad del equipo de implementación mover los cambios de DEV a QA. Una vez finalizada la prueba de control de calidad, el código se mueve a UAT. El movimiento de datos de PROD es la parte más importante y debe realizarse fuera de las horas de trabajo, porque durante la implementación, el entorno debe reducirse y debe realizarse con sumo cuidado, ya que esto podría tener un impacto severo en el negocio.

La mayoría de las implementaciones de Prod se realizan a altas horas de la noche, cuando las posibilidades de que el entorno sea afectado por los usuarios finales son menores.

# 4. Implementación planificada frente a implementación de emergencia

Cada organización mantiene un calendario de implementación. Muchos clientes siguen la implementación una vez a la semana y muchos optan por una quincenal, dicen que la implementación planificada debería ocurrir solo los martes o puede ocurrir los martes y viernes. Los días de implementación pueden cambiar si el día planeado para la implementación cae en feriado.

En la sección anterior, he cubierto el proceso que se sigue para cualquier despliegue planificado .

Las implementaciones planificadas pueden tener su propio desafío. Piense en un caso en el que se implementa nuevo código en el entorno de control de calidad y durante la prueba de cordura, el equipo identifica un defecto de bloqueo y la prueba debe detenerse. ¿El equipo de pruebas espera una semana hasta la próxima implementación?

Para manejar tales situaciones, se realizan implementaciones y arreglos de emergencia donde el equipo de implementación no necesita esperar hasta el día de implementación planificado. Necesitan seguir y buscar aprobación incluso para implementaciones de emergencia, pero estas aprobaciones generalmente ocurren rápidamente, y los nuevos cambios se pueden implementar en el entorno de control de calidad el mismo día o lo antes posible.

# 5. Lista de comprobación de control de calidad: antes y después de la implementación

Antes de la implementación:

La totalidad fase de diseño de prueba tiene lugar antes de que el código se mueva realmente al entorno. Es la ejecución de la prueba la que depende de la disponibilidad del código en el entorno de control de calidad, mientras que el equipo de implementación trabaja para implementar el código en el control de calidad, el equipo de control de calidad debe asegurarse de haber completado las siguientes actividades:

Después de la implementación:

Después de la implementación, lo primero que hacemos como equipo de control de calidad es comenzar con nuestra prueba de cordura. Pero antes de comenzar nuestra prueba de cordura, debemos asegurarnos de que se haya realizado el seguimiento:

  • El equipo de QA debería haber recibido una notificación del equipo de implementación sobre la implementación exitosa y estar listo para QA.
  • El equipo de control de calidad debe realizar un seguimiento de la compilación implementada.
  • Asegúrese de que el equipo de control de calidad tenga la lista de cambios implementados con éxito y también de los elementos no implementados, incluso si fueron planeados. Puede suceder que el equipo de implementación no pueda implementar debido a que faltan detalles, etc.

Conclusión

Espero que el artículo anterior le haya dado una idea sobre el proceso general de administración de lanzamiento e implementación que se sigue como parte del ciclo general de desarrollo de software. Este fue solo un procedimiento genérico seguido en la mayoría de las organizaciones, sin embargo, muchos clientes tienen protocolos diferentes.

Autor : Este asombroso artículo fue escrito por Priya R., miembro del equipo de STH.

¿Le resultó útil este proceso? Háganos saber sobre el proceso de implementación que sigue en su organización.

Lectura recomendada

^