GitHub Actions integration in Selenium Python - Practice Problems & Coding Challenges

Challenge - 5 Problems

💻 Command Output

intermediate

GitHub Actions Workflow Run Result

You have a GitHub Actions workflow configured to run Selenium tests using Python. The workflow file includes a step to install dependencies and run pytest. What will be the output if the tests fail?

Selenium Python

name: Selenium Tests
on: [push]
jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - name: Set up Python
        uses: actions/setup-python@v4
        with:
          python-version: '3.12'
      - name: Install dependencies
        run: pip install selenium pytest
      - name: Run tests
        run: pytest tests/

A The workflow run will be marked as failed and the logs will show pytest failure details.

B The workflow run will be marked as successful regardless of test failures.

C The workflow run will be canceled automatically without any logs.

D The workflow run will retry the tests infinitely until they pass.

💡 Hint

Think about how GitHub Actions treats non-zero exit codes from commands.

GitHub Actions marks a job as failed if any command returns a non-zero exit code. Since pytest returns a non-zero exit code on test failures, the workflow run will be marked as failed and logs will show the failure details.

❓ Configuration

intermediate

Correct GitHub Actions Step to Cache Python Dependencies

You want to speed up your Selenium Python tests in GitHub Actions by caching the pip packages. Which step configuration correctly caches the dependencies?

A

- name: Cache pip
  uses: actions/cache@v3
  with:
    path: ~/.cache/pip
    key: ${{ runner.os }}-pip-${{ hashFiles('**/requirements.txt') }}
    restore-keys: |
      ${{ runner.os }}-pip-

B

- name: Cache pip
  run: pip cache save ~/.cache/pip

C

- name: Cache pip
  uses: actions/cache@v1
  with:
    path: /usr/local/lib/python3.12/site-packages
    key: pip-cache

D

- name: Cache pip
  uses: actions/cache@v3
  with:
    path: ~/.pip
    key: ${{ runner.os }}-pip-cache

💡 Hint

Look for the official cache action usage and correct cache path for pip.

Option A uses the official actions/cache@v3 action with the correct pip cache directory ~/.cache/pip and a key based on the OS and requirements file hash, which is the recommended way to cache pip dependencies.

🔀 Workflow

advanced

Triggering GitHub Actions Workflow on Pull Request and Push

You want your Selenium Python tests to run automatically on both pull requests and pushes to the main branch. Which on configuration in the workflow file achieves this?

A

on:
  push:
    branches:
      - main
  pull_request:
    branches:
      - develop

B

on:
  push:
    branches:
      - '*'
  pull_request:
    branches:
      - '*'

C

on:
  push:
    branches:
      - develop
  pull_request:
    branches:
      - main

D

on:
  push:
    branches:
      - main
  pull_request:
    branches:
      - main

💡 Hint

Consider which branches should trigger the workflow for both push and pull request events.

Option D correctly triggers the workflow on pushes and pull requests targeting the main branch. Other options either target wrong branches or all branches, which is not the requirement.

❓ Troubleshoot

advanced

Diagnosing Selenium Test Failures in GitHub Actions

Your Selenium tests run fine locally but fail in GitHub Actions with errors related to the browser driver not found. What is the most likely cause?

A The tests are running too fast in GitHub Actions causing timing issues.

B The GitHub Actions runner does not have the browser driver installed or configured in PATH.

C The Selenium version used locally is different from the one in GitHub Actions.

D The GitHub Actions workflow file is missing the <code>actions/checkout</code> step.

💡 Hint

Think about what is needed for Selenium to control a browser in a fresh environment.

Selenium requires a browser driver (like chromedriver) to be installed and accessible in the PATH. GitHub Actions runners do not have these drivers pre-installed by default, so the failure is usually due to missing driver setup.

✅ Best Practice

expert

Best Practice for Securely Storing Browser Driver Versions in GitHub Actions

You want to ensure your Selenium tests use a specific browser driver version in GitHub Actions and keep this version configurable without hardcoding it in the workflow file. What is the best practice?

A Store the browser driver version as a secret in GitHub repository settings and reference it in the workflow using <code>secrets</code>.

B Hardcode the browser driver version directly in the workflow YAML file under the install step.

C Store the browser driver version in a separate configuration file in the repository and read it during the workflow run.

D Use the latest browser driver version always without specifying any version.

💡 Hint

Consider how to keep configuration flexible and visible to the workflow without exposing secrets unnecessarily.

Storing the driver version in a configuration file in the repo allows easy updates and visibility. Secrets are for sensitive data, not version numbers. Hardcoding reduces flexibility. Using latest can cause unexpected failures.

Practice

1. What is the main purpose of integrating Selenium Python tests with GitHub Actions?

easy

A. To manually trigger tests only when needed

B. To write Selenium tests faster using GitHub's editor

C. To deploy the application to production automatically

D. To automatically run tests on code changes and catch bugs early

Solution

1. Step 1: Understand GitHub Actions role

   GitHub Actions automates workflows like running tests when code changes.

2. Step 2: Identify Selenium test integration benefit

   Running Selenium tests automatically helps find bugs early without manual effort.

3. Final Answer:

   To automatically run tests on code changes and catch bugs early -> Option D

4. Quick Check:

   Automation for early bug detection = B [OK]

Hint: GitHub Actions runs tests automatically on code changes [OK]

Common Mistakes:

• Thinking tests run only manually
• Confusing testing with deployment
• Assuming GitHub edits test code automatically

2. Which YAML file location is correct for defining GitHub Actions workflows that run Selenium Python tests?

easy

A. .github/workflows/selenium_tests.yml

B. selenium_tests.yml

C. .github/actions/selenium_tests.yml

D. workflows/selenium_tests.yml

Solution

1. Step 1: Recall GitHub Actions workflow folder

   Workflows must be inside the .github/workflows directory.

2. Step 2: Match correct file path

   Only .github/workflows/selenium_tests.yml places the YAML file correctly inside .github/workflows.

3. Final Answer:

   .github/workflows/selenium_tests.yml -> Option A

4. Quick Check:

   Workflow YAML location = A [OK]

Hint: Workflows go inside .github/workflows folder [OK]

Common Mistakes:

• Placing workflow files outside .github/workflows
• Using .github/actions folder incorrectly
• Missing the .github prefix

3. Given this GitHub Actions YAML snippet, what will happen when code is pushed to the main branch?

name: Selenium Tests
on:
  push:
    branches: [main]
jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - name: Set up Python
        uses: actions/setup-python@v4
        with:
          python-version: '3.12'
      - name: Install dependencies
        run: pip install selenium
      - name: Run tests
        run: python test_suite.py

medium

A. Tests will run on every push to any branch

B. Selenium tests will run automatically on every push to main branch

C. Tests will run only if manually triggered

D. The workflow will fail due to missing Python setup

Solution

1. Step 1: Analyze trigger event

   The workflow triggers on push events to the main branch only.

2. Step 2: Check job steps

   Steps include checkout, Python setup, installing selenium, and running tests, so tests run automatically.

3. Final Answer:

   Selenium tests will run automatically on every push to main branch -> Option B

4. Quick Check:

   Push to main triggers tests = C [OK]

Hint: Check 'on' section for event triggers in YAML [OK]

Common Mistakes:

• Assuming tests run on all branches
• Thinking manual trigger is needed
• Missing Python setup step

4. You wrote this GitHub Actions workflow to run Selenium tests but it fails with "command not found: python":

name: Selenium Tests
on: [push]
jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - name: Run tests
        run: python test_suite.py

What is the likely fix?

medium

A. Add a step to set up Python using actions/setup-python

B. Change 'python' to 'python3' in the run command

C. Remove the checkout step

D. Add 'pip install selenium' before running tests

Solution

1. Step 1: Identify missing Python setup

   The error "command not found: python" means Python is not installed or set up in the runner.

2. Step 2: Add Python setup step

   Using actions/setup-python installs and configures Python before running tests.

3. Final Answer:

   Add a step to set up Python using actions/setup-python -> Option A

4. Quick Check:

   Python setup missing causes error = D [OK]

Hint: Always set up Python before running Python commands [OK]

Common Mistakes:

• Assuming python3 is available without setup
• Skipping Python setup step
• Removing checkout step unnecessarily

5. You want to run Selenium Python tests on multiple Python versions (3.10, 3.11, 3.12) using GitHub Actions. Which YAML snippet correctly sets up this matrix testing?

hard

A. jobs:
test:
runs-on: ubuntu-latest
strategy:
matrix:
python-version: 3.10, 3.11, 3.12
steps:
- uses: actions/checkout@v3
- name: Set up Python
uses: actions/setup-python@v4
with:
python-version: ${{ matrix.python-version }}
- name: Install dependencies
run: pip install selenium
- name: Run tests
run: python test_suite.py

B. jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v3
- name: Set up Python
uses: actions/setup-python@v4
with:
python-version: [3.10, 3.11, 3.12]
- name: Install dependencies
run: pip install selenium
- name: Run tests
run: python test_suite.py

C. jobs:
test:
runs-on: ubuntu-latest
strategy:
matrix:
python-version: [3.10, 3.11, 3.12]
steps:
- uses: actions/checkout@v3
- name: Set up Python
uses: actions/setup-python@v4
with:
python-version: ${{ matrix.python-version }}
- name: Install dependencies
run: pip install selenium
- name: Run tests
run: python test_suite.py

D. jobs:
test:
runs-on: ubuntu-latest
strategy:
matrix:
python-version: [3.10 3.11 3.12]
steps:
- uses: actions/checkout@v3
- name: Set up Python
uses: actions/setup-python@v4
with:
python-version: ${{ matrix.python-version }}
- name: Install dependencies
run: pip install selenium
- name: Run tests
run: python test_suite.py

Solution

1. Step 1: Understand matrix syntax

   The matrix must be a YAML list with square brackets and commas: [3.10, 3.11, 3.12].

2. Step 2: Use matrix variable correctly

   The Python version in setup-python must use ${{ matrix.python-version }} to pick each version.

3. Final Answer:

   The YAML snippet with strategy.matrix.python-version: [3.10, 3.11, 3.12] -> Option C

4. Quick Check:

   Matrix list and variable syntax = A [OK]

Hint: Use matrix with brackets and commas, reference with ${{ matrix.var }} [OK]

Common Mistakes:

• Using commas missing or wrong brackets in matrix
• Passing list directly to python-version input
• Not referencing matrix variable in setup-python