What if you could fix all your test code bugs by changing just one place?
Why Base page class in Selenium Python? - Purpose & Use Cases
Imagine testing a website with many pages. Each page has buttons, links, and forms. You write separate code for each page to find and click elements. When the website changes, you must update all your code everywhere.
This manual way is slow and tiring. You repeat the same code again and again. If a button locator changes, you hunt through many files to fix it. Mistakes happen easily, and tests break often.
A base page class solves this by holding common code for all pages. You write shared actions once, like clicking or typing. Each page class inherits from it and adds only unique parts. When locators change, fix them in one place.
def click_login_button(driver): driver.find_element_by_id('login').click() def click_logout_button(driver): driver.find_element_by_id('logout').click()
class BasePage: def __init__(self, driver): self.driver = driver def click(self, locator): self.driver.find_element(*locator).click() class LoginPage(BasePage): login_button = ('id', 'login') def click_login(self): self.click(self.login_button)
It enables writing cleaner, faster, and easier-to-maintain test code that adapts smoothly to website changes.
Think of a delivery app with many screens. Using a base page class, testers update button locators once, and all tests keep working without extra effort.
Manual test code repeats and breaks easily.
Base page class holds shared actions and locators.
It makes tests simpler, faster to fix, and more reliable.
Practice
BasePage class in Selenium Python testing?Solution
Step 1: Understand the role of BasePage
The BasePage class is designed to hold common actions and locators shared by multiple page classes.Step 2: Compare with other options
Storing test data, browser settings, or generating reports are not responsibilities of BasePage.Final Answer:
To group common web page actions and locators for reuse -> Option AQuick Check:
BasePage groups common actions [OK]
- Confusing BasePage with test data storage
- Thinking BasePage manages browser setup
- Assuming BasePage creates reports
Solution
Step 1: Recall locator tuple syntax
Locator tuples use the format (By.<METHOD>, 'value'), e.g., (By.ID, 'submit').Step 2: Check each option
submit_button = (By.ID, 'submit') matches the tuple format. The other options use wrong data structures or invalid syntax.Final Answer:
submit_button = (By.ID, 'submit') -> Option AQuick Check:
Locator tuple = (By.METHOD, 'value') [OK]
- Using lists or dicts instead of tuples for locators
- Calling By.ID as a function
- Missing parentheses around locator tuple
page.get_title() return if the browser's current page title is "Welcome Page"?
class BasePage:
def __init__(self, driver):
self.driver = driver
def get_title(self):
return self.driver.title
page = BasePage(driver)Solution
Step 1: Understand get_title method
The method returnsself.driver.title, which is the current page title string.Step 2: Check given title
The browser's current page title is "Welcome Page", so the method returns that string.Final Answer:
"Welcome Page" -> Option DQuick Check:
get_title returns driver.title = "Welcome Page" [OK]
- Thinking it returns the driver object
- Assuming no return means None
- Confusing method with attribute
class BasePage:
def __init__(self, driver):
self.driver = driver
def click_element(locator):
element = self.driver.find_element(*locator)
element.click()Solution
Step 1: Check method parameters
Instance methods must have 'self' as the first parameter. Here, click_element lacks 'self'.Step 2: Understand impact
Without 'self', calling click_element will cause a TypeError because 'self.driver' is undefined.Final Answer:
Missing 'self' parameter in click_element method -> Option BQuick Check:
Instance methods need 'self' first [OK]
- Forgetting 'self' in instance methods
- Confusing find_element with find_elements
- Misunderstanding locator types
- Using method call without parentheses
is_element_visible that returns True if an element is visible and False if not, without raising exceptions. Which is the best way to implement it?Solution
Step 1: Understand element visibility check
Usingfind_elementraises NoSuchElementException if element not found, so we must handle it.Step 2: Use try-except for safe check
Try to find element and checkis_displayed(). If exception occurs, return False safely.Final Answer:
Use try-except to catch NoSuchElementException and return False if caught -> Option CQuick Check:
Try-except handles missing element safely [OK]
- Not handling exceptions causing test failure
- Assuming find_elements always returns visible elements
- Searching page_source is unreliable and slow
Ready to prove it?
Pass the test and this pattern moves unknown
