Sobes.tech
Middle

¿Qué sucede con las pruebas al cambiar entre versiones o entornos?

sobes.tech AI

Respuesta de la IA

Se requiere adaptar las pruebas a los cambios.

Actividades clave:

  1. Análisis de cambios: Estudio de las notas de lanzamiento, documentación y especificaciones para comprender las novedades, correcciones y funciones eliminadas.
  2. Pruebas de regresión: Ejecución de pruebas existentes para verificar la estabilidad de la funcionalidad principal que no ha cambiado.
  3. Actualización de pruebas:
    • Casos de prueba: Actualización de pasos, resultados esperados, precondiciones para alinearse con la nueva lógica. Añadir nuevos casos de prueba para cubrir nuevas funcionalidades. Eliminar los obsoletos.
    • Pruebas automatizadas:
      • Actualización de localizadores de elementos si cambió la estructura de la interfaz.
      • Modificación de la lógica de las pruebas para ajustarse a la nueva lógica de negocio.
      • Añadir nuevas pruebas automatizadas.
      • Archivar o eliminar pruebas no relevantes.
    • Datos de prueba: Actualización o creación de nuevos datos que cumplan con los requisitos de la nueva versión o entorno.
  4. Configuración del entorno de prueba: Configuración del entorno (servidores, bases de datos, integraciones externas) según los requisitos de la nueva versión.
  5. Ejecución de pruebas: Ejecución del conjunto actualizado de pruebas en la nueva versión o entorno.
  6. Análisis de resultados: Investigación de pruebas fallidas, identificación de la causa raíz, registro de defectos.
  7. Reportes: Elaboración de informes sobre los resultados de las pruebas, estado de los casos y defectos.

Al cambiar entre entornos (Dev -> Stage -> Prod), el enfoque principal está en verificar la estabilidad, rendimiento e integraciones en condiciones lo más cercanas posible a producción. Las pruebas deben ser independientes del entorno, en la medida de lo posible.

Al cambiar entre versiones (v1.0 -> v1.1), el enfoque se desplaza a probar nuevas funcionalidades, verificar correcciones y realizar regresiones para asegurar que los cambios no hayan roto funcionalidades existentes.

Ejemplo de adaptación de una prueba automatizada:

# Código antiguo (v1.0)
# Navegar a la página de lista de productos
driver.find_element(By.CSS_SELECTOR, ".products-link").click()

# Código nuevo (v1.1) - localizador cambiado y añadido filtro por categoría
# Navegar a la página de productos y aplicar filtro
driver.find_element(By.XPATH, "//nav/a[text()='Каталог']").click()
driver.find_element(By.ID, "category-filter").send_keys("Электроника")