Frequently Asked Questions

Selenium WebDriver officially supports Java, Python, C#, Ruby, JavaScript (Node.js), and Kotlin. All tutorials on this site include examples in Java, Python, JavaScript, and C#.

With Selenium 4, the built-in Selenium Manager automatically downloads and manages browser drivers for you. For Selenium 3, you need to manually download the appropriate driver (ChromeDriver, GeckoDriver, etc.) for your browser.

Selenium 4 introduced several improvements: native Selenium Manager for driver management, W3C WebDriver protocol support, relative locators, improved grid architecture, and better documentation. Most existing Selenium 3 code works with minimal changes in Selenium 4.

Yes, Selenium is completely free and open source under the Apache 2.0 license. You can use it for personal projects, commercial applications, and enterprise testing without any cost.

The recommended order of preference is: ID (fastest and most reliable), name, CSS selector, and XPath. Use IDs when available, CSS selectors for complex queries, and XPath only when CSS cannot achieve what you need (like selecting by text content).

You must first switch to the iframe using driver.switchTo().frame(), then locate elements within it. Remember to switch back to the default content using driver.switchTo().defaultContent() when done.

Common causes include: timing issues (element not loaded yet), dynamic IDs or classes that change, elements inside iframes or shadow DOM, or the page being in a different state. Use explicit waits and verify your locator is unique.

Use explicit waits (WebDriverWait) to wait for elements to be present, visible, or clickable. Avoid using dynamically generated IDs or classes. Instead, use stable attributes or relative XPath/CSS selectors.

Implicit waits apply globally to all findElement calls and wait for elements to appear. Explicit waits are applied to specific conditions and can wait for visibility, clickability, or custom conditions. Do not mix both types as it can cause unpredictable timing issues.

Thread.sleep() always waits the full duration even if the element is ready sooner, wasting time. It also fails if the element takes longer than expected. Use explicit waits instead, which poll for conditions and proceed as soon as they are met.

Wait for document.readyState to be "complete" using JavaScript executor, or wait for specific elements that indicate the page is fully loaded. For AJAX-heavy pages, wait for specific elements or network idle state.

The element exists in the DOM but cannot be clicked/typed into. Common causes: element is hidden, covered by another element, or has zero dimensions. Try scrolling to the element, waiting for it to be clickable, or using JavaScript executor.

The element reference is no longer valid because the DOM has changed (page refresh, AJAX update, navigation). Re-locate the element after any DOM changes, or use a fresh locator call instead of storing element references.

Common causes: missing browser/driver in CI environment, different screen resolution, slower execution environment, timing issues. Use headless mode, ensure drivers are installed, add proper waits, and consider using a cloud testing service.

Another element is covering your target element (often a modal, overlay, or sticky header). Wait for overlays to disappear, scroll the element into view, or use JavaScript click as a last resort.

POM is a design pattern where each web page is represented by a class. The class contains locators and methods for interacting with that page. This improves maintainability, reduces code duplication, and makes tests more readable.

Headless mode is faster and great for CI/CD pipelines. However, run tests in headed mode during development for debugging. Some interactions behave slightly differently in headless mode, so occasionally verify with a visible browser.

Aim for one logical assertion per test (testing one thing). However, multiple related assertions in a single test are acceptable if they verify different aspects of the same feature or reduce test execution time significantly.

Always use relative XPath (starting with // instead of /html/body/...). Absolute XPath is extremely fragile and breaks with any DOM structure change. Relative XPath with specific attributes is more maintainable.

All tutorials include code examples in Java, Python, JavaScript (Node.js with selenium-webdriver), and C#. You can switch between languages with a single click in any code example.

Yes! We start from the basics with setup guides and your first test. Each topic builds on previous knowledge, and content is organized from beginner to advanced. Badges indicate difficulty and Selenium version compatibility.

Please open an issue on our GitHub repository or send us feedback through our contact form. We appreciate corrections, suggestions for new topics, and any feedback to improve the content.

No, Selenium Decoded is an independent educational resource and is not officially affiliated with the Selenium project. For official documentation, visit selenium.dev.