Skip to main content

UI Automation Page Objects design pattern.

Project description

huskium

Table of Contents


Copyright

Developer: Johnny Chou


Overview

  • huskium is a Page Object framework built on Selenium and Appium.
  • It utilizes Python’s data descriptors to enhance UI automation.
  • Currently tracking Appium v5.0.0 (released on 2025/03/24).
  • Sphinx documentation: https://uujohnnyuu.github.io/huskium/

⬆️


Usage

Easily build page objects and write test scripts, greatly improving stability and performance.

⬆️


Page Object

The core of huskium is building page objects to simplify writing test scripts.
Unless otherwise noted, Element refers to both Element and Elements.

1. Selenium Page with Selenium Element

Define a simple page object using Selenium:

from huskium.selenium import Page, Element, Elements, By

class MyWebPage(Page):
    search_field = Element(By.NAME, 'q', remark='Search input box')
    search_results = Elements(By.TAG_NAME, 'h3', remark='All search results')
    search_result1 = Element(By.XPATH, '(//h3)[1]', remark='First search result')

2. Appium Page with Appium Element

Create an Appium-based page the same way:

from huskium.appium import Page, Element, Elements, By

class MyAppPage(Page):
    id_field = Element(By.ACCESSIBILITY_ID, 'id_field', remark='ID input box')
    name_field = Element(By.ACCESSIBILITY_ID, 'name_field', remark='Name input box')
    login_button = Element(By.ACCESSIBILITY_ID, 'login_button', remark='Login button')
    amounts = Elements(By.IOS_PREDICATE, 'name CONTAINS "$"', remark='All amounts')

3. Appium Page Reusing Selenium Element

If you want to reuse a Selenium page object in Appium (e.g., for cross-platform web/app testing), use multiple inheritance:

from huskium.appium import Page
from mypage import MyWebPage  # Selenium-based page object

class MyAppPage(Page, MyWebPage):  
    pass

Note that regardless of inheritance order, the data logic remains correct both in mypy and at runtime.
However, type hinting issues may arise in different IDEs due to their specific restrictions.

You can explicitly annotate the attributes you need. For example:

from huskium.appium import Page, WebDriver
from mypage import MyWebPage

class MyAppPage(Page, MyWebPage):

    # Explicit annotation as PyCharm defaults to selenium WebDriver from MyWebPage
    driver: WebDriver

    # Extended function for Appium
    def delayed_tap(self, coordinates: list[tuple[int, int]], wait: int = 1):
        time.sleep(wait)
        self.driver.tap(coordinates)  # Recognized correctly due to explicit hinting

If any element needs Appium-specific behavior, you can override it:

from huskium.appium import Page, Element, By
from mypage import MyWebPage

class MyAppPage(Page, MyWebPage):
    search_field = Element(By.NAME, 'qry', remark='App search input box')

4. ❌ Do Not Mix Selenium Page with Appium Element

Avoid mixing Page and Element classes across platforms. This will raise errors during initialization:

# ❌ Invalid: Selenium Page cannot use Appium Element
from huskium.selenium import Page
from huskium.appium import Element, By

class MyPage(Page):
    search_field = Element(By.NAME, 'q', remark='Search input box')

Test Script

After defining the page object, you can easily write test scripts (e.g., test_my_page.py).
Initialize the page object with a driver, then use the page.method() or page.element.method() pattern.

from selenium import webdriver
from my_page import MyPage

driver = webdriver.Chrome()
my_page = MyPage(driver)

my_page.get("https://google.com")

# Perform actions with automatic explicit waits.
my_page.search_field.send_keys("Selenium").submit()
my_page.search_results.wait_all_visible()
my_page.save_screenshot("screenshot.png")

assert "Selenium" in my_page.search_result1.text
my_page.search_result1.click()

my_page.close()

Regardless of whether you're using Selenium or Appium, the initialization is done in the same way.
However, make sure to match the correct Page class with the corresponding WebDriver:

# Chrome is a Selenium WebDriver; WebPage is a Selenium Page.
web_page = WebPage(chrome)

# iPhone is an Appium WebDriver; AppPage is an Appium Page.
app_page = AppPage(iphone)

❌ Mixing WebDriver and Page types will raise an error at initialization:

# ❌ iPhone is an Appium WebDriver; WebPage is a Selenium Page.
web_page = WebPage(iphone)

# ❌ Chrome is a Selenium WebDriver; AppPage is an Appium Page.
app_page = AppPage(chrome)

⬆️


Dynamic Element

Most page objects, as described in the previous section, are called static element.
In contrast, dynamic element are defined at runtime within the test script.

Dynamic element is useful when element locators can't be known beforehand.
For example, in dev environments without stable attributes, or when locators frequently change.

Avoid using dynamic elements unless necessary. If needed, here are three recommended approaches.
No matter which method you choose, the final usage will still follow the page.element.method() pattern.

1. Dynamic Decorator

Pros: Simple and intuitive; this is the recommended approach.
Cons: Cannot statically store element info (though the performance impact is minimal).

from huskium import dynamic
from huskium.selenium import Page, Element, By

class MyPage(Page):

    @dynamic
    def search_result(self, order: int = 1):
        return Element(By.XPATH, f'(//h3)[{order}]', remark=f'Search result no.{order}')

Test script still uses page.element.method() pattern.

my_page.search_result(3).click()

2. Dynamic Instance Method

Pros: Once executed, the dynamic element is saved as a static element for reuse.
Cons: Slightly more verbose; requires a corresponding static and dynamic element.

from huskium.selenium import Page, Element, By

class MyPage(Page):

    # Define a static element first.
    static_search_result = Element()

    # Use `dynamic()` to configure the static element.
    def dynamic_search_result(self, order: int = 1):
        return self.static_search_result.dynamic(By.XPATH, f'(//h3)[{order}]', remark=f'NO.{order}')

Once set, you can reuse the static element:

# test_my_page.py
my_page.dynamic_search_result(3).wait_present()
my_page.static_search_result.click()

3. Data Descriptor Set Method

Pros: Stores dynamic results in a static element using proper data descriptor mechanics.
Cons: Less intuitive and requires understanding Python data descriptor behavior.

from huskium.selenium import Page, Element, By

class MyPage(Page):

    # Define a static element first.
    static_search_result = Element()

    # Use the descriptor's __set__ method by reassigning the element.
    def dynamic_search_result(self, order: int = 1):
        self.static_search_result = Element(By.XPATH, f'(//h3)[{order}]', remark=f'NO.{order}')
        return self.static_search_result

Once set, you can reuse the static element:

my_page.dynamic_search_result(3).wait_present()
my_page.static_search_result.click()

⬆️


Timeout Value Settings

The timeout value defines the maximum time in seconds allowed to successfully complete a WebDriver or WebElement operation.

There are three types of timeout value settings, with the following priority:

  • P1: Method Level. Defaults to None, falls back to the element timeout.
  • P2: Element Level. Defaults to None, falls back to the page timeout.
  • P3: Page Level. Defaults to 10 seconds.

P1. Method Level of Timeout Value

Defines the timeout for a specific method call.
Defaults to None, if set, it temporarily overrides all timeout settings.

my_page = MyPage(driver, timeout=10)  # 10 seconds for all operations.
my_page.url_is('https://...', timeout=30)  # 30 seconds for this call only.
my_page.my_element.wait_visible(timeout=5)  # 5 seconds for this call only.

P2. Element Level of Timeout Value

Sets a specific default timeout for an Element.
Defaults to None, if set, it permanently overrides the Page timeout settings.

my_element = Element(..., timeout=20, ...)  # 20 seconds for this element.

Or reset element timeout during test execution.

my_page.my_element.reset_timeout(7)  # reset to 7 seconds for this element.

P3. Page Level of Timeout Value

Sets the default timeout for the Page and all Element objects within it.
Applies when neither the Method Level nor the Element Level timeout is set.

my_page = MyPage(driver, timeout=10)  # 10 seconds for all operations.

⬆️


Timeout Reraise Settings

The reraise parameter controls whether to raise TimeoutException when a timeout occurs.

  • True: the process raise TimeoutException on timeout.
  • False: the process return False on timeout.

There are two types of timeout reraise settings, with the following priority:

  • P1: Method Level. Defaults to None, falls back to the page timeout.
  • P2: Page Level. Defaults to True.

P1. Method Level of Timeout Reraise

Defines the default reraise behavior for methods that accept the reraise parameter.
Defaults to None, if set, it temporarily overrides all reraise settings.

my_page = MyPage(driver, timeout=30, reraise=True)  # Page level defaults to True.

# Page methods.
my_page.url_is('https://...')  # Raises TimeoutException on timeout.
my_page.url_is('https://...', reraise=False)  # Returns False on timeout.

# Element methods.
my_page.my_element.wait_present()  # Raises TimeoutException on timeout.
my_page.my_element.wait_present(reraise=False)  # Returns False on timeout.

P2. Page Level of Timeout Reraise

Defaults to True.
If a timeout-related method does not explicitly set the reraise behavior, the page-level reraise setting will be used.

Notice that WebElement methods will always raise a TimeoutException on timeout
because returning False would result in meaningless AttributeError.

my_page = MyPage(driver, timeout=30, reraise=False)

# Both returns False on timeout.
my_page.url_is('https://...')
my_page.my_element.wait_present()

# WebElement methods always raise a TimeoutException on timeout.
my_page.my_element.text
my_page.my_element.click()

⬆️


Element Cache Settings

This setting applies only to Element, not Elements!

It controls whether to cache the WebElement for reuse.
Caching improves performance by avoiding repeated lookups and auto-recovers
from common exceptions like StaleElementReferenceException.

By default, Element uses caching.
If your test environment is unstable, disable caching to re-locate elements each time for better stability.

To reiterate, Elements does not support this setting.
It always re-fetches due to the unstable nature of multiple elements.

Cache options:

  • True: Cache the WebElement for reuse.
  • False: Always refetch the element.

There are two types of element cache settings:

  • P1: Element Object Level. Defaults to None, falls back to the global setting.
  • P2: Element Global Level. Defaults to True.

P1. Element Object Level of Cache

Sets whether the Element object caches, overriding the global setting.

my_element = Element(..., cache=None, ...)  # Use global setting
my_element = Element(..., cache=True, ...)  # my_element caches
my_element = Element(..., cache=False, ...)  # my_element does not cache

Or reset during test execution.

my_page.my_element.unset_cache()  # Use global setting
my_page.my_element.enable_cache()  # my_element caches
my_page.my_element.disable_cache()  # my_element does not cache

P2. Element Global Level of Cache

Sets whether Element globally caches by default.

Element.enable_default_cache()  # Enable global default cache
Element.disable_default_cache()  # Disable global default cache
Element.default_cache()  # Current global default cache setting

Element Cache Example

A common scenario where we validate the element’s text before clicking:

  • If the assertion passes, my_element will cache the WebElement object in the inner attribute.
  • When calling click(), the cached WebElement will be used directly.
  • There's no need to refetch the element or store it in a separate variable.
  • Even if the WebElement reference becomes stale in between, it will automatically recover and refetch as needed.
assert my_page.my_element.text == 'some text'  # It will cache the WebElement object to reuse.
my_page.my_element.click()

⬆️


Log Settings

1. Debug Log Configuration

from huskium import LogConfig

# Capture log messages from frames where the name starts with 'test'.
# Set to None to disable filtering.
LogConfig.PREFIX_FILTER.reset_prefix('test')

# Set to True for case-insensitive filtering.
LogConfig.PREFIX_FILTER.reset_islower(True)

# Specify whether to filter logs by function name.
# If False, filtering is based on file (module) name instead.
LogConfig.PREFIX_FILTER.reset_isfunc(True)

# Whether to record current frame info in the record (LogRecord) object.
# This is useful for assert exception messages for quicker debugging.
LogConfig.PREFIX_FILTER.reset_torecord(True)
record = LogConfig.PREFIX_FILTER.record
assert condition, (record.filename, record.lineno, record.funcName)

2. Debug Log Display Example

When LogConfig.PREFIX_FILTER.prefix = None, logging behaves normally, showing the first frame (stacklevel = 1).

2025-02-11 11:13:08 | DEBUG | element.py:574 | wait_clickable | Element(logout_button): Some message.

When LogConfig.PREFIX_FILTER.prefix = 'test', logs display the first frame with a name starting with 'test' (stacklevel >= 1). This helps quickly trace the module and line where the issue occurs.

2025-02-11 11:13:22 | DEBUG | test_game.py:64 | test_game_flow | Element(logout_button): Some message.

3. Customize Log Filter

You can apply the provided filters to your own logging as follows.

from huskium import PrefixFilter, FuncPrefixFilter, FilePrefixFilter

# PrefixFilter includes both FuncPrefixFilter and FilePrefixFilter.
prefix_filter = PrefixFilter('test')
logging.getLogger().addFilter(prefix_filter)

If you want to display only module frames, use FilePrefixFilter.

run_module_filter = FilePrefixFilter('run')
logging.getLogger().addFilter(run_module_filter)

If you want to display only function frames, use FuncPrefixFilter.

test_func_filter = FuncPrefixFilter('test')
logging.getLogger().addFilter(test_func_filter)

You can reset the filter attributes during testing.

xxx_filter.reset_prefix('run')
xxx_filter.reset_islower(False)
xxx_filter.reset_torecord(True)

# This is only for PrefixFilter.
# True for FuncPrefixFilter; False for FilePrefixFilter.
prefix_filter.reset_isfunc(False)  

⬆️


Wait Actions

1. Basic Element Status

# Single Element
page.element.wait_present()
page.element.wait_absent()
page.element.wait_visible()
page.element.wait_invisible()
page.element.wait_clickable()
page.element.wait_unclickable()
page.element.wait_selected()
page.element.wait_unselected()

# Multiple Elements
page.elements.wait_all_present()
page.elements.wait_all_absent()
page.elements.wait_all_visible()
page.elements.wait_any_visible()

2. Reverse Element States with Presence Check

# For invisible and unclickable elements, absence is allowed by setting present=False:
page.element.wait_invisible(present=False)  # Can be either absent or invisible
page.element.wait_unclickable(present=False)  # Can be either absent or unclickable

⬆️


Appium Extended Actions

Appium 2.0+ Usage

from huskium import Offset, Area

# Page swipe or flick.
page.swipe_by()  # Default Offset.UP, Area.FULL
page.flick_by()  # Default Offset.UP, Area.FULL
page.swipe_by(Offset.UPPER_RIGHT, Area.FULL)
page.flick_by(Offset.LOWER_LEFT)

# Element swipe or flick until visible.
page.element.swipe_by()  # Default Offset.UP, Area.FULL
page.element.flick_by()  # Default Offset.UP, Area.FULL
page.element.swipe_by(Offset.UPPER_RIGHT)
page.element.flick_by(Offset.LOWER_LEFT, Area.FULL)

# Drawing gestures (e.g., "9875321" for reverse Z)
dots = page.elements.locations
page.draw_gesture(dots, "9875321")

# Drawing lines between dots
dots = page.elements.locations
page.draw_lines(dots)

⬆️


Action Chains

page.element.move_to_element().drag_and_drop().perform()
page.scroll_from_origin().double_click().perform()

# or
page.element.move_to_element().drag_and_drop()
page.scroll_from_origin().double_click()
...  # do something
page.perform()  # perform all actions

⬆️


Select Actions

page.element.options
page.element.select_by_value("option_value")

⬆️


TODO

  1. Continue tracking Appium version updates.
  2. Building MCP service.

⬆️


Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

huskium-1.2.0.tar.gz (46.5 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

huskium-1.2.0-py3-none-any.whl (48.7 kB view details)

Uploaded Python 3

File details

Details for the file huskium-1.2.0.tar.gz.

File metadata

  • Download URL: huskium-1.2.0.tar.gz
  • Upload date:
  • Size: 46.5 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.1.0 CPython/3.12.10

File hashes

Hashes for huskium-1.2.0.tar.gz
Algorithm Hash digest
SHA256 e22d348a03c2f4c68f646b48ebffea69d9643824d856a4197eb302b88fe92d29
MD5 eeab974c0a2a780a863402e556ed1f05
BLAKE2b-256 64b8be54fd8d5ae5c68f798e3add80140611221060cfabf76e8f54ab8b1540af

See more details on using hashes here.

File details

Details for the file huskium-1.2.0-py3-none-any.whl.

File metadata

  • Download URL: huskium-1.2.0-py3-none-any.whl
  • Upload date:
  • Size: 48.7 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.1.0 CPython/3.12.10

File hashes

Hashes for huskium-1.2.0-py3-none-any.whl
Algorithm Hash digest
SHA256 c9d0ca64ebc6715b0452a131f2c4afffdfa958403bf6c7bcf0b8af3a191aa409
MD5 9ac9265227a8b16594bdfd04270f06d4
BLAKE2b-256 7ce700f4110c966047c1ce14a14d5ab4d4add5c4601ac0db4c058fb2df934f06

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page