Selenium estableció el estándar en el mundo de las pruebas de software automatizado, pero su arquitectura permaneció estrechamente unida a un estándar web centrado en el modelo de objeto de documento y CSS-selector intensivo. El cambio de paradigma, presentando una Ecosistema de automatización de pruebas que fusiona el motor de ejecución determinista con una capa de cognición diseñada para razonar sobre el comportamiento del usuario previsto. Vibium El nativo El núcleo característico Estos se diferencian fundamentalmente de los enfoques legados por interpretar las pruebas como expresiones de la intención del usuario en lugar de como secuencias de comandos mecánicos. includes intent-level detection, self-healing element locators, multi-surface execution (web, mobile, and desktop), and data-aware assertions Este artículo detalla el funcionamiento interno de Vibium, delinea el esquema de su arquitectura en comparación con Selenium, ofrece un plan paulatino para la migración de las suites de pruebas de Selenium existentes, y adjunta un ejemplo ejecutable completo que se puede ejecutar con una configuración mínima. Por qué el modelo Selenium golpeó una pared La arquitectura de Selenium combina méritos excepcionales, controles estandarizados, localizadores explícitos y orquestación cross-platform. sin embargo, estas mismas ventajas cosechan fricción persistente: 
 
 
 
 
 
 Selectores de Brittle: pequeños ajustes de interfaz de usuario para pruebas de interrupción. Visión del túnel DOM: difícil de razonar sobre la intención (“Añade este artículo al carrito si está en stock”). Las superficies paralelas: la web, el móvil nativo, el escritorio y la vista web embedded necesitan un ajuste. La retroalimentación lenta: la flakiness cubre regresiones reales y el mantenimiento se alimenta de la velocidad. Conciencia limitada de datos: las afirmaciones a menudo comprueban píxeles o cadenas, no la verdad empresarial. Los equipos colaban objetos de página, esperas inteligentes y herramientas de prueba visual, pero la complejidad continuaba subiendo. ¿Qué es Vibium? Representa una arquitectura de automatización nativa de IA organizada en tres capas distintas, cada una de las cuales complementa, en lugar de suplantar, las garantías de las pruebas automatizadas tradicionales. Vibium 
 
 La capa del motor (determinista) 
 
 
 Implementar adaptadores aplicados a los estándares en toda la web (Chrome DevTools Protocol y WebDriver Bidirectional Protocol), móviles (Appium compatible), de escritorio (WinUI y APIs de accesibilidad), API y bibliotecas de tránsito de mensajes. Garantiza acciones repetibles y finas, incluyendo clic, escribir, arrastrar, manipular la red y el comando del dispositivo. 
 
 La capa cognitiva (probabilística + verificada) 
 
 
 
 Los localizadores cognitivos utilizan señales multimodales -estructura DOM, atributos de accesibilidad, características visuales, densidad de texto y gráficos de diseño - para lograr una resolución resiliente de elementos. Intent Planner traduce las descripciones de lenguaje natural o lenguaje específico de dominio (DSL) en planes detallados y ejecutables, al tiempo que prioriza estrategias robustas (por rol, etiqueta, imagen, flujo). Self Healing analiza de forma autónoma los fallos, refina los selectores y compromete los mínimos difusos viables. 
 
 Verificación y orquestación 
 
 
 
 
  integrate directly with databases, event streams and feature flag system, enhancing contextual testing. Data aware assertions El modo de observación funciona en modo pasivo para crear mapas de acción detallados, de una manera que acelera tanto la calidad como la velocidad de la redacción de pruebas. Agentic Runner paraleliza la ejecución a través de entornos, los retries incorporan análisis de causa raíz explícito en lugar de repetición no dirigida. Principio de diseño: preservar la ejecución determinista mientras se moviliza AI para el descubrimiento, el razonamiento y el mantenimiento a largo plazo. Lo que hace Vibium diferente (2025 Destacados) 
 
 
 
 
 
 
 
 
 Abstracción a nivel de intención: “Seleccione el tubo más económico disponible y complete la transacción con Apple Pay” permite al entorno de autor traducir el objetivo declarativo en una secuencia de procedimientos orquestada. Fusión de elementos multimodales: sintetiza el modelo de objeto de documento, la articulación ARIA, las etiquetas de accesibilidad asignadas por el autor, las capturas de raster visual y la heurística espacial, manteniendo la resiliencia contra la volatilidad de la capa de estilo. Reparación autogénica informada por evidencias: cuando un artefacto de interfaz cambia de posición o etiqueta, Vibium genera y anota una sugerencia de reparación contextual, reproduciendo difusiones de pantalla y telemetría agregada del usuario para justificar la fidelidad. Fase de operación agnóstica a la superficie: una única orquestación se desplaza sin problemas desde una secuencia de checkout de un navegador a una hoja de pago nativa de iOS, Android o escritorio. Las afirmaciones de datos contractuales: las invariantes de orquestación, tales como el precio del artículo calculado, el impuesto de jurisdicción y el crédito de lealtad, están semánticamente unidas a un esquema canónico. Observabilidad de ciclo de vida completo: registra cada operación de transición, incluyendo invocaciones de conductores, jerarquía de locadores, XHR y rendimientos, emitiendo intervalos de acuerdo con la especificación de OpenTelemetry. Marco de gobernanza y políticas: aplica la mascarada de información de identificación personal (PII), la seguridad de clic consciente de densidad y contexto, y los guardias de credenciales basados en la posición, todos operativos bajo controles de seguridad de integración continua. Interfaz de compatibilidad retroactiva: las suites Selenium desplegadas en el campo ejecutan sin cambios, con la opción operativa de adoptar transparentemente características de inteligencia aumentada expresadas a través de especificaciones declarativas. Quick Tour: El modelo de programación de Vibium 
 
 
 
 
 Las especificaciones viven en un repo como .vib (YAML/DSL) o código simple (TypeScript/Python/Java). Los locadores son intentados primero (byRole, byText, byLabel) con fallbacks cognitivos (ai()). Las afirmaciones pueden ser de nivel de interfaz de usuario y nivel de datos (contratos, eventos, espejos de API). Los agentes descomponen tareas complejas (por ejemplo, “provision test user → seed data → run flow → verify ledger”). Los siguientes ejemplos ilustran el modelo: una función TypeScript dirigida tanto a la confirmación de la cartera web como a iOS, seguida de una especificación de Python que demuestra la lógica de auto-curación y la verificación del contrato de datos. Ejemplo 1 – TypeScript (Web + Wallet móvil) // package.json deps (2025)
// "vibium": "^2.1.0", "ts-node": "^10", "typescript": "^5"
import { test, expect, web, mobile, ai, assert, trace } from "vibium";

test("Guest checkout with Apple Pay applies loyalty pricing", async ({ env }) => {
  // Start web session (Chrome) with network capture
  const browser = await web.launch({ headless: true, recordVideo: true });
  const page = await browser.newPage({ locale: "en-US" });

  // Observation-aware visit (Vibium maps the page structure in background)
  await page.goto(env.BASE_URL + "/store/mugs");

  // Intent: find the cheapest in-stock mug and add to cart
  const cheapest = await ai(page).find({
    intent: "select cheapest in-stock item in grid",
    constraints: { category: "Mugs", stock: "in-stock" }
  });
  await cheapest.act("add_to_cart");

  // Validate minicart via ARIA role; fallback is cognitive locator
  await expect(page.locator({ role: "dialog", name: /cart/i })).toBeVisible();
  const price = await ai(page).read({ of: "cart.total_price" });
  trace.annotate("cart_total_ui", price);

  // Proceed to checkout
  await page.getByRole("button", { name: /checkout/i }).click();

  // Spawn mobile context for Apple Pay sheet (real device or simulator)
  const iphone = await mobile.launch({
    platform: "ios",
    device: "iPhone 16",
    walletSandbox: true
  });

  // Handoff web → native wallet sheet (Vibium links the surfaces)
  await iphone.expectSheet("Apple Pay").within(async (sheet) => {
    await sheet.getByLabel("Ship To").setText("1 Market St, San Francisco CA");
    await sheet.getByLabel("Contact").setText("test.user+ap@acme.com");
    await sheet.getByRole("button", { name: /Pay/i }).tap();
  });

  // Data-aware assertion: verify server-side order snapshot, not just UI
  const order = await assert.contract("checkout.order", {
    source: "kafka:orders_created",
    correlateBy: { email: "test.user+ap@acme.com" },
    withinMs: 8000
  });

  expect(order.total.amount).toEqual(price.amount);         // UI ↔ Data parity
  expect(order.loyalty.applied).toBe(true);                 // promotion applied
  expect(order.state).toEqual("PAID");

  // Visual verification with tolerance (layout regions, not pixels)
  await page.expectLayout("confirmation_screen", { drift: "small" });

  await browser.close();
  await iphone.close();
});
 Qué notar 
 
 
 
 
 a(page).find({intención, restricciones }) expresa lo que, no cómo. Handoff de la cartera de iOS muestra la automatización de superficies cruzadas. assert.contract() verifica el evento empresarial independientemente de la interfaz de usuario. Las verificaciones de diseño se basan en la similitud de la región, resiliente a la variación de fuente / sistema operativo. Ejemplo 2 – Python (Self Healing y Contratos) # pip install vibium==2.1.0
from vibium import test, web, ai, expect, assert_contract, heal

@test("Promo banner click-through survives UI rename")
def run(env):
    browser = web.launch(headless=True)
    page = browser.new_page()
    page.goto(env.BASE_URL)

    try:
        # Primary intent: open the back-to-school promo
        ai(page).click(intent="open seasonal promo", labels=["Back to School"])
    except Exception as e:
        # Ask Vibium to propose a heal patch with evidence
        patch = heal.propose(page, reason=str(e), evidence=True)
        # Example: old text 'Back to School' → new 'Campus Essentials'
        heal.apply(patch, commit=True)  # writes a locator patch to repo
        ai(page).click(intent="open seasonal promo")

    # Verify downstream business effect (promotion attached to session)
    promo = assert_contract("session.promotion", 
                            source="redis:session_store",
                            correlate_by={"sessionId": page.session_id},
                            within_ms=3000)
    expect(promo["code"]).to_equal("CAMPUS-ESSENTIALS-2025")
    expect(promo["status"]).to_equal("active")

    browser.close()
 Qué notar 
 
 
 heal.propose() genera un diff + confianza y opcionalmente compromete un parche. La afirmación verifica los datos de sesión del servidor, sin dependencia DOM frágil. Arquitectura Deep Dive (Cómo se mantiene estable) 
 
 
 
 
 
 Cognitive Locator Graph: mezcla árboles de DOM, mapas de accesibilidad, texto OCR y características espaciales en un gráfico, nodos que llevan incorporaciones de roles / etiquetas / visuales. Planner: compila la intención a una secuencia de estrategias (role → label → landmark → vision template → flow context). Verificador: ejecuta una verificación determinista después de cualquier decisión probabilística (por ejemplo, ¿hemos aterrizado en la URL esperada? ¿ha cambiado la región de ARIA en vivo como se pretendía?). Loop de aprendizaje: los eventos de flake y las recuperaciones alimentan un modelo que ajusta las políticas de espera, los objetivos de toque y los pesos de localizador por aplicación. Observabilidad: los intervalos de OpenTelemetry incluyen: elegir estrategia, candidatos rechazados, stubs de red, capturas de pantalla y caminos de elementos. Migración de Selenium No necesitas un “big bang”. secuencia pragmática: 
 
 
 
 
 
 Drop-in Runner: punto Vibium en su suite Selenium beneficia del rastreo y espera más inteligente. Intent Wrappers: envuelve el flujo frágil en pequeños auxiliares de Vibium (ai(page).click(intent="...")). Contratos de datos: mover las afirmaciones a los controles de contratos (eventos, DB, API). Cross-Surface: expandir los caminos críticos (por ejemplo, SSO, Apple / Google Pay, enlaces profundos) a través de la web - móvil. Activa la auto-curación: en CI, aceptar parches por encima de los umbrales de confianza requiere revisión para los más bajos. : Typical gains observed by 2025 adopters 
 
 
 
 30-60% menos fallas de localizador 25–40% más tiempo de redacción para nuevas especificaciones 2–4× causa raíz más rápida en regresiones reales (gracias a rastros + contratos) CI/CD y Gobernanza 
 
 
 
 Matriz de ejecución: vibium run --matrix=browser@chrome,firefox;device@iphone16,guest-checkout-applepayxyS25. Secretos y PII: perfiles de dispositivos de redacción y menos privilegios; pagos de cartera / prueba aislados por ejecución. Cuarentena y RCA: las etiquetas automáticas de la IA se rompen con una causa hipotética (latencia, raza, animación, widget de terceros). Patterns y antipatterns Do 
 
 
 
 
 Autor en el nivel de intención, mantenga los selectores de nivel bajo como un retroceso solo. Define los contratos para los resultados empresariales clave.Ui es el viaje, no la afirmación. Utilice el modo de observación en nuevas páginas para iniciar rápidamente las especificaciones. Tratar la auto-curación como material de revisión de código deje que Vibium proponga, los humanos aprueben los umbrales. Avoid 
 
 
 
 Porting page object spread verbatim, deje que el planificador y el gráfico reemplacen la mayor parte de él. Pixel perfecto pruebas visuales para contenido dinámico prefiere regiones de diseño. Mantenimiento de pasos críticos en DSL / código para la repetibilidad. FAQ de 
 
 
 
 ¿Es Vibium un envuelto sobre Selenium?No. Puede ejecutar el código Selenium, pero su motor nativo utiliza BiDi / CDP, controladores móviles / de escritorio y una capa de cognición de IA. ¿Cómo gestiona los prompts de seguridad y los diálogos nativos?A través de los agentes de la plataforma (WinUI/AX, puentes iOS/Android) unidos en un único flujo. ¿La IA hará que mis pruebas no sean deterministas?La ejecución es determinista, la IA se utiliza para planificar y resolver, y luego se verifica. Inicio 30 minutos # 1) Init a project
npx vibium init checkout-suite
cd checkout-suite

# 2) Add environments and contracts
vibium env add --name staging --base-url https://staging.acme.com
vibium contract add --schema contracts/checkout.order.json

# 3) Create your first spec
vibium generate spec --template web-to-wallet --name guest-checkout-applepay

# 4) Run locally with rich traces
vibium run --env staging --trace --video

# 5) Wire up CI (GitHub Actions sample)
vibium ci github --add-workflow
 El pensamiento cerrado Selenium nos enseñó cómo El navegador. Enseña ensayos/escenarios de cómo La aplicación, sus roles, flujos y las verdades de datos que se encuentran debajo.En 2025, ese es el salto que los equipos necesitan para mantener la calidad alta mientras envían más rápido a través de la web, el móvil y el escritorio. conducir Vibium Comprender

This story contains new, firsthand information uncovered by the writer.

Read My Stories

LinkedIn

Este audio es producido en el idioma original de la historia!

Vibium Automation: el sucesor de AI-Native a Selenium

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Telegram: el puente de Crypto Island hacia el continente

El modelo Bitcoin UTXO, impulsando un ecosistema único

Cómo mejorar su flujo de trabajo 10 veces: 17 aplicaciones esenciales

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

Telegram: el puente de Crypto Island hacia el continente

El modelo Bitcoin UTXO, impulsando un ecosistema único

Cómo mejorar su flujo de trabajo 10 veces: 17 aplicaciones esenciales

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps