Preguntas de entrevista de Selenium

Has escrito pruebas que pasan en local y fallan en el pipeline, y sospechas que la respuesta tiene que ver con las esperas sin poder explicarlo con claridad. Los entrevistadores lo saben, por eso las esperas abren la mayoría de las rondas de Selenium. Esta sección cubre cómo suena una respuesta completa.

• Espera implícita frente a explícita. Una espera implícita es una configuración global que consulta la presencia de un elemento en cada búsqueda. Una espera explícita apunta a un solo elemento y una sola condición, como que sea clicable o visible. La explícita es preferida porque indica claramente qué estás esperando.
• ¿Por qué no deberías mezclarlas? Combinar ambas puede acumular timeouts de forma difícil de predecir, por eso la mayoría de los equipos ponen la espera implícita en cero y usan esperas explícitas en todo momento.
• ¿Qué es un fluent wait? Una espera explícita con un intervalo de sondeo configurable y tipos de excepción ignorados.
• ¿Por qué está mal usar Thread.sleep? Es incondicional. Ralentiza una prueba que iba a pasar y aun así falla en una prueba lenta.
• ¿Selector CSS o XPath? Prioriza un atributo de identificación estable dedicado a pruebas, luego CSS por legibilidad. XPath se gana su lugar cuando necesitas subir hasta un padre o buscar por texto.
• ¿Qué hace frágil a un locator? Nombres de clase generados automáticamente, XPath absolutos y selección por índice. Di qué le pedirías añadir a un desarrollador en su lugar.

Los entrevistadores escuchan la razón detrás de cada elección. Nombrar una preferencia sin mencionar el costo suena como una respuesta memorizada.

Las pruebas inestables son el verdadero tema de la mayoría de las entrevistas senior de automatización, porque una suite en la que nadie confía es peor que no tener suite.

• ¿Qué causa una StaleElementReferenceException? La referencia del elemento apunta a un nodo que ya no está adjunto, normalmente porque el framework volvió a renderizar esa parte de la página. Vuelve a buscar el elemento en lugar de reutilizar la referencia guardada.
• ¿Y la ElementNotInteractableException? El elemento existe pero no se puede interactuar con él: está oculto, deshabilitado, cubierto por una capa, o fuera de la pantalla.
• ¿Cómo manejas una NoSuchElementException? Distingue un problema de tiempo de un elemento realmente ausente, y no lo tapes con una espera más larga.
• ¿Por qué las pruebas fallan solo en el pipeline? Distinto tamaño de viewport, un entorno más lento, datos de prueba faltantes, animaciones que terminan más tarde y pruebas en paralelo que chocan por un estado compartido.
• ¿Cómo arreglas una prueba inestable? Diagnostica primero la categoría, luego corrige la causa. El reintento automático oculta los fallos y es un último recurso que debes nombrar como tal.
• ¿Cómo manejas frames, ventanas nuevas y alertas? Cambiando de contexto explícitamente, y volviendo después.

A un ingeniero de QA que postulaba a un puesto intermedio de automatización le preguntaron por qué una suite fallaba dos veces por semana sin ningún cambio de código. La respuesta que funcionó no fue un detalle de la API de Selenium, sino que las pruebas compartían una sola cuenta preconfigurada y competían entre sí. Los entrevistadores premian ese orden de diagnóstico: primero el entorno y los datos, después la API.

Más bancos de preguntas por rol y herramienta están en preguntas de entrevista por rol.

Más allá de la API, los paneles quieren saber si puedes hacerte cargo de una suite. Estas preguntas pesan más para los puestos senior.

• Explica el Page Object Model. Las clases Page exponen acciones y ocultan los locators, así un cambio de interfaz toca un solo archivo. Di qué problema resuelve; describir solo la estructura de carpetas se queda corto.
• ¿Qué falla con los Page Objects? Crecen hasta convertirse en clases de miles de líneas y empiezan a hacer aserciones dentro de los métodos de página. Las aserciones pertenecen a las pruebas.
• ¿Cómo ejecuta tu framework las pruebas en paralelo? Gestión de drivers thread-safe para que las instancias no se compartan entre hilos, más datos de prueba independientes por cada prueba.
• ¿Para qué sirve Selenium Grid? Para distribuir pruebas entre varias máquinas y versiones de navegador, con un hub y nodos, o un proveedor cloud cumpliendo el mismo papel.
• ¿Qué cambió en Selenium 4? El protocolo W3C WebDriver se volvió estándar y se eliminó el antiguo JSON wire protocol, llegaron los locators relativos, y se expuso el acceso a Chrome DevTools Protocol.
• ¿Cuándo no deberías usar Selenium? Verificaciones a nivel de API, lógica que se puede probar con pruebas unitarias, y todo lo que esté fuera del navegador. Conocer ese límite es una señal de seniority.
• ¿Cómo decides qué automatizar? Rutas estables, de alto valor y repetitivas. No todo, y no una pantalla que todavía se está rediseñando.

Las respuestas sobre Selenium son inusualmente fáciles de saber y difíciles de decir. La pregunta de las esperas en particular tiene una respuesta en dos partes, la definición y la razón, y los candidatos que solo la han leído entregan la primera mitad y se quedan sin palabras.

Elige las cinco preguntas de aquí que menos te gustaría enfrentar y responde cada una en voz alta en noventa segundos sin ningún editor abierto. Luego haz que alguien pregunte el siguiente paso, que casi siempre es por qué. Practicar las mismas preguntas contra un entrevistador de IA que insiste está más cerca de una ronda real que releer una lista, y para eso existe el modo de entrevista simulada.

Aaron Cao, fundador de SubcueAI, construyó la práctica en torno a esa brecha al hablar en lugar de en torno a ofrecer más preguntas. En una entrevista en vivo, la app de escritorio y el panel lateral de la extensión de navegador pueden mostrar estructura mientras habla el entrevistador, lo que ayuda más en material que ya has ensayado. Lo que hace el producto, y los límites que nunca cruza, están explicados en la página de seguridad.