A4Q Selenium Tester Examen de práctica #2 — Preguntas y respuestas

Incorrecto — WebDriver no renderiza páginas; lo hace el motor del navegador. WebDriver solo envía comandos al navegador.

Incorrecto — ejecutar y reportar pruebas es tarea de un framework como JUnit, TestNG o pytest, no de WebDriver.

Incorrecto — las aserciones provienen del framework de pruebas o de una biblioteca de aserciones; WebDriver solo proporciona comandos de automatización del navegador.

Incorrecto — el JSON Wire Protocol se usaba en Selenium 3 y anteriores y se eliminó en Selenium 4.

Incorrecto — FTP es un protocolo de transferencia de archivos y no tiene relación con la automatización del navegador.

Incorrecto — SMTP es un protocolo de correo electrónico; no interviene en el control de un navegador.

Incorrecto — solo quit() finaliza la sesión. close() mantiene la sesión activa con las ventanas restantes.

Incorrecto — esto invierte los dos métodos.

Incorrecto — ninguno de los métodos trata sobre cookies o recarga; ambos cierran ventanas/sesiones.

Incorrecto — no existe scroll() en la interfaz Navigation; el desplazamiento se hace con Actions o JavaScript.

Incorrecto — click() es un método de WebElement, no un comando de navegación.

Incorrecto — getWindowHandle() (singular) devuelve solo el handle actual, y frame() cambia a iframes, no a ventanas.

Incorrecto — estos localizan y hacen clic en elementos; no gestionan el foco de ventana.

Incorrecto — estos cargan una URL en la ventana actual y no cambian entre ventanas existentes.

Incorrecto — WebDriver no espera automáticamente; sin una espera configurada no sondea el elemento.

Incorrecto — get() se bloquea solo hasta el evento load, no hasta que termina el renderizado asíncrono.

Incorrecto — no hay espera configurada, por lo que no hay tiempo de sondeo; el fallo es una NoSuchElementException inmediata.

Incorrecto — DesiredCapabilities quedó obsoleta y se eliminó como argumento del constructor en Selenium 4; Options la reemplazó.

Incorrecto — esto es frágil y no es el enfoque admitido por WebDriver; Options ofrece una API programática y portable.

Incorrecto — la configuración es totalmente compatible mediante Options; el driver no impone valores predeterminados.

Incorrecto — eso describe a Selenium IDE; WebDriver es una API de programación.

Incorrecto — WebDriver automatiza navegadores; las apps de escritorio nativas necesitan herramientas como WinAppDriver o Appium.

Incorrecto — ambos inputs tienen la clase 'field', así que coincide con dos elementos y findElement devuelve el primero (el incorrecto).

Incorrecto — no hay ningún elemento con id 'email'; el campo de correo solo tiene un atributo name.

Incorrecto — hay dos elementos input, así que es ambiguo y devuelve la primera coincidencia.

Incorrecto — el XPath absoluto sigue funcionando; solo se desaconseja por ser frágil.

Incorrecto — suele ser al revés; las búsquedas por id son normalmente la estrategia de localización más rápida.

Incorrecto — puede ser único en un momento dado, pero es muy sensible a los cambios estructurales, lo que lo hace poco fiable con el tiempo.

Incorrecto — el botón no tiene un atributo 'text'; el texto visible no es un atributo en HTML.

Incorrecto — coincide con el atributo class, cuyo valor es 'btn primary', no con el texto del botón.

Incorrecto — '#' es sintaxis de id de CSS y no es válida dentro de una expresión XPath.

Incorrecto — ^= coincide con valores que EMPIEZAN por la cadena; el href empieza por '/files', no por '.pdf'.

Incorrecto — = exige que todo el valor del atributo sea igual a '.pdf', lo que no ocurre.

Incorrecto — ~= coincide con una palabra separada por espacios dentro del valor, lo que no aplica al final de una URL.

Incorrecto — findElements no lanza; devuelve una lista vacía.

Incorrecto — findElements devuelve todos los elementos coincidentes como lista; findElement devuelve solo el primero.

Incorrecto — findElement funciona con cualquier estrategia de localización By.

Incorrecto — CSS no puede seleccionar ancestros; solo XPath admite ejes padre/ancestro.

Incorrecto — CSS no puede coincidir con contenido de texto; XPath sí con text()/normalize-space().

Incorrecto — devuelve la propia celda, no la fila padre solicitada.

Incorrecto — 'td::parent' no es sintaxis de eje XPath válida; el eje parent se escribe parent::tr.

Incorrecto — :contains() no es un selector CSS estándar admitido por Selenium, y mezcla CSS con lo solicitado en XPath.

Incorrecto — Selenium admite plenamente localizadores por clase; el problema es la inestabilidad de estos nombres concretos.

Incorrecto — el problema central es la inestabilidad, no la velocidad; el rendimiento no es la causa del fallo.

Incorrecto — los nombres de clase pueden contener dígitos; tales nombres son HTML válido, solo inestables.

Incorrecto — eso describe las pruebas basadas en datos, no el Page Object Model.

Incorrecto — POM es un patrón de diseño para organizar código, no una técnica de prueba visual.

Incorrecto — Gherkin es una notación BDD e independiente de POM.

Incorrecto — incrustar aserciones acopla los page objects a expectativas concretas y perjudica la reutilización.

Incorrecto — el driver es un controlador de navegador de bajo nivel y no es donde corresponde la verificación.

Incorrecto — las pruebas siguen necesitando aserciones; POM solo cambia dónde viven los localizadores, no si hay verificación.

Incorrecto — devolver HTML en crudo anula la abstracción que aporta POM y es difícil de manejar.

Incorrecto — exponer el driver filtra detalles de bajo nivel a las pruebas y socava la abstracción de página.

Incorrecto — aunque algunas acciones son void, los métodos de navegación se benefician de devolver el page object de destino.

Incorrecto — POM no aborda el tiempo; las esperas siguen siendo necesarias para contenido dinámico.

Incorrecto — la ejecución en paralelo la configura el framework/ejecutor de pruebas, no la aporta POM.

Incorrecto — eso describe una factoría de drivers; Page Factory inicializa los campos de elementos del page object.

Incorrecto — PageFactory no genera páginas; conecta localizadores con campos.

Incorrecto — los reportes no tienen relación con PageFactory, que trata de la inicialización de elementos.

Incorrecto — POM recomienda una clase por página/componente, no un único monolito.

Incorrecto — no existe tal límite técnico; el problema es de diseño/mantenibilidad, no un tope de WebDriver.

Incorrecto — los page objects pueden tener muchos métodos; el problema es el alcance, no el número de métodos en sí.

Incorrecto — eso describe una pausa fija; una espera implícita solo espera hasta el timeout y retorna en cuanto encuentra el elemento.

Incorrecto — esto invierte los conceptos; las esperas explícitas sirven precisamente para apuntar a una condición concreta.

Incorrecto — son mecanismos distintos con distinto alcance y comportamiento.

Incorrecto — una pausa fija no es una espera explícita; malgasta tiempo cuando es rápido y aún falla cuando es lento.

Incorrecto — una espera implícita espera la presencia, no la posibilidad de clic, por lo que puede hacer clic en un elemento presente pero aún no interactuable.

Incorrecto — no existe tal API driver.wait(...).click() en Selenium; es inválido.

Incorrecto — no hay error de compilación; el código se ejecuta pero el tiempo se vuelve poco fiable.

Incorrecto — las esperas explícitas siguen funcionando; el problema es el tiempo combinado impredecible, no un fallo total.

Incorrecto — las esperas implícitas siguen siendo compatibles; solo no se recomiendan junto con las explícitas.

Incorrecto — FluentWait siempre tiene un timeout configurado; no bloquea indefinidamente.

Incorrecto — eso describe una espera implícita; FluentWait debe crearse y usarse explícitamente.

Incorrecto — FluentWait funciona con cualquier condición/función, no solo con localizadores id.

Incorrecto — no existe tal condición; no forma parte de la API de Selenium.

Incorrecto — no es una ExpectedCondition real en Selenium.

Incorrecto — Thread.sleep() es Java estándar; la objeción es de comportamiento, no un error de compilación.

Incorrecto — dormir no cierra la sesión; solo pausa el hilo.

Incorrecto — Thread.sleep no tiene nada que ver con el modo headless.

Incorrecto — Selenium admite plenamente el contenido de iframes tras cambiar al frame.

Incorrecto — cualquier localizador funciona dentro de un frame una vez que has cambiado a él; la estrategia no es el problema.

Incorrecto — los iframes no cierran sesiones; el fallo es un problema de contexto de búsqueda.

Incorrecto — By define estrategias de localización, no secuencias de interacción.

Incorrecto — ExpectedConditions proporciona condiciones de espera, no acciones de entrada de usuario.

Incorrecto — Select maneja solo desplegables <select>, no arrastrar y soltar ni hover.

Incorrecto — enviar teclas al select es poco fiable; la clase Select es el enfoque correcto y portable.

Incorrecto — WebElement no tiene un método selectOption() en los bindings de Java de Selenium.

Incorrecto — selectByVisibleText es un método de Select, no de Actions.

Incorrecto — los alerts nativos de JS no forman parte del DOM y no pueden localizarse con estrategias By.

Incorrecto — WebDriver maneja alerts mediante la interfaz Alert.

Incorrecto — recargar no maneja correctamente el alert y puede dejar el navegador en estado bloqueado.

Incorrecto — eso es getWindowHandles() (plural); el singular devuelve un handle.

Incorrecto — las dimensiones vienen de manage().window().getSize(), no de getWindowHandle().

Incorrecto — el título lo devuelve driver.getTitle(), no getWindowHandle().

Incorrecto — abrir un enlace en una nueva pestaña no mueve el foco; hay que cambiar explícitamente por handle.

Incorrecto — los handles son cadenas opacas asignadas por el navegador, no enteros ordenados.

Incorrecto — una prueba que falla siempre es determinista, no flaky.

Incorrecto — la falta de aserciones es otro problema de calidad, no inestabilidad.

Incorrecto — la ejecución headless no tiene relación con la definición de inestabilidad.

Incorrecto — una pausa fija es un parche frágil; malgasta tiempo y aún puede ser demasiado corta bajo carga.

Incorrecto — los reintentos a ciegas ocultan el defecto de tiempo en vez de arreglar la sincronización.

Incorrecto — la estrategia de localización no es el problema; el elemento se encuentra pero aún no es interactuable.

Incorrecto — el estado mutable compartido acopla las pruebas y es una fuente común de inestabilidad.

Incorrecto — las pausas fijas no se adaptan al tiempo y enmascaran, en vez de arreglar, el problema de sincronización subyacente.

Incorrecto — los fallos se deben a colisiones de datos, no al tiempo; una espera más larga no evita la interferencia de datos compartidos.

Incorrecto — el modo headless cambia el renderizado, no el aislamiento de datos; la colisión persiste.

Incorrecto — la estrategia de localización es irrelevante aquí; el problema son los datos compartidos entre pruebas concurrentes.

Incorrecto — una captura es un artefacto de diagnóstico; no cambia los resultados de la prueba.

Incorrecto — tomar una captura no mejora la velocidad de ejecución.

Incorrecto — una captura solo recoge el estado; no puede reparar localizadores.

Incorrecto — Selenium IDE es una extensión de grabar y reproducir en el navegador, no un grid de ejecución distribuida.

Incorrecto — Actions maneja gestos de entrada complejos, no la ejecución distribuida de pruebas.

Incorrecto — PageFactory inicializa campos de page objects; no tiene nada que ver con la ejecución distribuida.