Stoobly Docs
  • Introduction
  • Use Cases
    • Generate Mock APIs
      • Empower Development
      • Scale API Testing
    • Enable E2E Testing
  • FAQ
    • Recording
    • Mocking
    • Terminology
  • Getting Started
    • Installing the Agent
      • Installation with pipx
      • Installation with Docker
  • Core Concepts
    • Agent
      • Intercept Modes
        • Mocking
        • Recording
      • Lifecycle Hooks
      • Proxy Settings
        • Data Rules
        • Firewall Rules
        • Rewrite Rules
        • Match Rules
    • Context
    • Mock API
      • Request
        • Response
        • Replay History
      • Scenarios
      • Snapshots
      • Fixtures
      • Public Folder
    • Scaffold
      • Service
      • Validation
      • Workflow
  • Guides
    • How to Run the Agent
      • Run with CLI
      • Run with Docker
    • How to Configure the Agent
      • Forward Proxy
        • Enable HTTPS Traffic
      • Reverse Proxy
    • How to Record Requests
      • Recording from the UI
      • Recording from the CLI
      • How to Create Contexts
      • How to Create Scenarios
        • Creating from the UI
        • Creating from the CLI
      • How to Create Requests
      • How to Customize Recordings
        • Customizing with Lifecycle Hooks
    • How to Update Requests
      • Editing from the UI
      • Editing with Snapshots
      • How to Update Scenarios
        • Updating with Overwrite
        • Updating with Replay
      • Updating with Replay
        • Replaying from the UI
        • Replaying from the CLI
        • How to Customize Replays
          • Customizing with Lifecycle Hooks
      • Updating with Open API
    • How to Mock APIs
      • How to Enable Mocking
        • Enabling from the UI
        • Enabling from the CLI
      • How to Snapshot Requests
        • Deleting Snapshots
        • Sharing Snapshots
      • How to Use Fixtures
      • How to Customize Mocking
        • Customizing with Lifecycle Hooks
        • Customizing with Request Headers
      • Troubleshooting
    • How to Replay Requests
      • Replay with the UI
      • Replay with the CLI
    • How to Integrate E2E Testing
      • How to Scaffold an App
        • Scaffolding a Service
        • Customizing a Workflow
          • Customizing Container Services
          • Customizing Lifecycle Hooks
          • Customizing Init Scripts
          • Customizing Configure Scripts
          • Customizing Makefile
        • Troubleshooting
      • How to Run a Workflow
        • Running with CLI command
        • Running with Make
        • Troubleshooting
          • Validating
      • How to Stop a Workflow
        • Stopping with CLI command
        • Stopping with Make
      • How to Update a Scaffold
        • Deleting a Service
      • FAQ
  • Developer Guide
    • Installation from Source
    • Submitting Change Requests
    • Releases
  • Experimental
    • Experimental Features
      • Aliases
      • Endpoints
      • API Testing
        • Getting Started
        • Configuration
          • Assign
          • Lifecycle Hooks
          • Trace
      • Optional Components
Powered by GitBook
On this page
  • Why use Stoobly?
  • Why do E2E Testing?
  • Stoobly Enables E2E Testing
  • API Mock Framework
  • Out-of-the-Box CI Setup
  • Ready to get Started?
  • Looking to Learn More?

Was this helpful?

Introduction

Stoobly is an API mock framework with seamless CI setup that enables end-to-end (E2E) testing.

Why use Stoobly?

⚡ Easily create realistic API mocks by recording HTTP(S) requests.

💡 Maintaining mocks gets expensive. Streamline maintenance with stale mock detection and automated regeneration.

🔨 Minimize regressions of customer workflows with fast and reliable E2E tests.

🚀 Supercharge CI setup with ready-to-go tooling. Reduce CI setup time from two weeks to one day.

Why do E2E Testing?

Stoobly enables E2E testing. But before we talk about how, let us first answer what benefits E2E testing provides when compared to other forms of testing:

✅ Validates Real-World Scenarios

✅ Detects Integration Issues

✅ Provides High Code-Coverage

While full of benefits, E2E testing has several drawbacks:

  • Dependence on live services make them flaky and slow

  • Requires significant tooling support (test runner, mock framework, and CI setup)

Stoobly Enables E2E Testing

The goal of E2E testing is to ensure that real-world scenarios behave as expected. In order to achieve this goal, E2E tests have to be fast, reliable, and running as part of CI.

API Mock Framework

Leverage a complete solution for API mocking.

By serving as an API mock framework, Stoobly makes testing fast and reliable. Stoobly provides the following solutions to problems universal to mocking:

Problem
Solution

Creating

Manual and recording

Stale Detection

Contract testing

Updating

Manual and automated mock regeneration

Grouping

Scenarios

Response Matching

Pattern and contract based configurations

Sharing

Git commitable mock storage format

Out-of-the-Box CI Setup

Drastically reduce CI setup time. Minimize maintenance.

Stoobly also empowers users to scaffold tooling to overcome the barrier between running E2E tests locally and running them in CI. Stoobly provides the following solutions to problems universal to CI setup:

Problem
Solution

Separate mocks that belong to different services

Service definitions

Separate development, testing and CI configurations

Workflow definitions

Creating configurations

Generated Docker compose files

Updating configurations

Minimal parameters and centralized resource definitions

Ready to get Started?

Looking to Learn More?

NextUse Cases

Last updated 5 months ago

Was this helpful?

Installing the Agent