Why WebDriver setup (ChromeDriver) in Selenium Java? - Purpose & Use Cases

The Big Idea

What if your browser could test itself perfectly every time without you lifting a finger?

The Scenario

Imagine you need to test a website by clicking buttons and filling forms manually every time you make a small change.

You open the browser, navigate to pages, and repeat the same steps over and over.

The Problem

This manual testing is slow and boring.

You might miss steps or make mistakes because of tiredness.

It takes a lot of time and effort to check everything carefully.

The Solution

Using WebDriver setup with ChromeDriver automates browser actions.

You write code once to control Chrome, and it repeats tests quickly and exactly every time.

This saves time and reduces errors.

Before vs After

✗ Before

Open Chrome manually
Go to URL
Click button
Check result

✓ After

WebDriver driver = new ChromeDriver();
driver.get("http://example.com");
driver.findElement(By.id("btn")).click();

What It Enables

Automated browser control lets you test websites faster and more reliably than ever before.

Real Life Example

A tester runs the same login test 100 times after changes, without opening the browser manually each time.

Key Takeaways

Manual browser testing is slow and error-prone.

WebDriver with ChromeDriver automates browser actions.

This makes testing faster, consistent, and less tiring.

Practice

1. What is the main purpose of setting up ChromeDriver in Selenium WebDriver tests?

easy

A. To control the Chrome browser automatically during tests

B. To write test cases in Java

C. To create HTML reports for test results

D. To manage database connections

Solution

1. Step 1: Understand WebDriver role

   WebDriver controls browsers to simulate user actions in tests.

2. Step 2: Identify ChromeDriver's function

   ChromeDriver is the specific driver that controls the Chrome browser.

3. Final Answer:

   To control the Chrome browser automatically during tests -> Option A

4. Quick Check:

   ChromeDriver controls Chrome browser [OK]

Hint: ChromeDriver lets Selenium talk to Chrome browser [OK]

Common Mistakes:

• Confusing ChromeDriver with test case writing
• Thinking ChromeDriver creates reports
• Mixing browser control with database tasks

2. Which of the following is the correct way to set the ChromeDriver path in Java before creating a ChromeDriver instance?

easy

A. System.setProperty("webdriver.chrome.driver", "path/to/chromedriver.exe");

B. ChromeDriver.setPath("path/to/chromedriver.exe");

C. WebDriver.chromeDriverPath = "path/to/chromedriver.exe";

D. driver.setChromeDriver("path/to/chromedriver.exe");

Solution

1. Step 1: Recall Java system property syntax

   Setting ChromeDriver path uses System.setProperty with key "webdriver.chrome.driver".

2. Step 2: Match correct method and parameters

   System.setProperty("webdriver.chrome.driver", "path/to/chromedriver.exe"); correctly uses System.setProperty with the driver path string.

3. Final Answer:

   System.setProperty("webdriver.chrome.driver", "path/to/chromedriver.exe"); -> Option A

4. Quick Check:

   Use System.setProperty for driver path [OK]

Hint: Use System.setProperty with key "webdriver.chrome.driver" [OK]

Common Mistakes:

• Using non-existent methods like setPath or setChromeDriver
• Assigning path directly to WebDriver variable
• Missing quotes or wrong method names

3. What will happen if you run the following Java Selenium code snippet?

System.setProperty("webdriver.chrome.driver", "/drivers/chromedriver");
WebDriver driver = new ChromeDriver();
driver.get("https://example.com");
driver.quit();

medium

A. The browser opens but does not navigate to example.com

B. The code throws a syntax error at System.setProperty

C. The Chrome browser opens example.com and then closes

D. The ChromeDriver fails to start due to missing driver path

Solution

1. Step 1: Analyze driver setup and navigation

   System.setProperty sets the driver path correctly, ChromeDriver instance is created, and driver.get opens the URL.

2. Step 2: Check browser closing command

   driver.quit() closes the browser after navigation.

3. Final Answer:

   The Chrome browser opens example.com and then closes -> Option C

4. Quick Check:

   Correct setup opens and closes browser [OK]

Hint: Correct setup opens URL then quits browser [OK]

Common Mistakes:

• Assuming syntax error without checking code
• Thinking driver.get does not open URL
• Forgetting driver.quit closes browser

4. Identify the error in this Selenium WebDriver setup code snippet:

WebDriver driver = new ChromeDriver();
System.setProperty("webdriver.chrome.driver", "/drivers/chromedriver");
driver.get("https://example.com");

medium

A. driver.get() should be called before setting system property

B. System.setProperty must be called before creating ChromeDriver instance

C. ChromeDriver path should be set using driver.setPath()

D. No error, code will run fine

Solution

1. Step 1: Check order of setting driver path

   System.setProperty must be called before creating ChromeDriver to locate the driver executable.

2. Step 2: Identify consequence of wrong order

   Creating ChromeDriver before setting path causes runtime error as driver is not found.

3. Final Answer:

   System.setProperty must be called before creating ChromeDriver instance -> Option B

4. Quick Check:

   Set driver path before ChromeDriver creation [OK]

Hint: Always set driver path before new ChromeDriver() [OK]

Common Mistakes:

• Calling driver.get before setting driver path
• Using non-existent driver.setPath method
• Ignoring order of setup steps

5. You want to run multiple Selenium tests in parallel using ChromeDriver. Which setup practice helps avoid conflicts and resource leaks?

hard

A. Manually kill Chrome processes after all tests finish instead of driver.quit()

B. Use a single ChromeDriver instance shared by all tests without quitting

C. Set the ChromeDriver path only once at the start of all tests and never again

D. Create a new ChromeDriver instance for each test and call driver.quit() after each test

Solution

1. Step 1: Understand parallel test isolation

   Each test should have its own ChromeDriver instance to avoid interference.

2. Step 2: Importance of quitting driver

   Calling driver.quit() after each test frees resources and closes browser properly.

3. Final Answer:

   Create a new ChromeDriver instance for each test and call driver.quit() after each test -> Option D

4. Quick Check:

   Separate driver per test + quit to avoid conflicts [OK]

Hint: New driver per test + quit after test avoids conflicts [OK]

Common Mistakes:

• Sharing one driver instance across tests
• Not quitting driver causing resource leaks
• Relying on manual process killing