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 from the UI
        • Updating from the CLI
      • 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
  • Types of Endpoints
  • Fixed Endpoint
  • Aliased Endpoint
  • Examples
  • Example 1
  • Example 2
  • Example 3
  • How To Create
  • Method 1
  • Method 2

Was this helpful?

  1. Experimental
  2. Experimental Features

Endpoints

An endpoint is a group of requests with a similar path.

Use Case

  • Required for marking a request component as optional for mock response matching

Types of Endpoints

Fixed Endpoint

A fixed endpoint has a static path that will exactly match a request's path.

  • Matching against a fixed endpoint has the highest priority level

Aliased Endpoint

An aliased endpoint has one or more aliases in it's path. When an endpoint is aliased, fuzzy matching is applied when grouping requests.

  • Matching against an aliased endpoint has lower priority than matching against a fixed endpoint

  • Aliased endpoints with a lower number of aliased path segments will have higher matching priority over aliased endpoints with a higher number of aliased path segments

Examples

Given the following endpoint patterns:

  1. /users/1

  2. /users/:userId

  3. /:organizationId/:userId

Example 1

A request with path /users/1 will be grouped into endpoint 1 because it is a fixed endpoint.

Example 2

A request with path /users/2 will be grouped into endpoint 2 (one aliased path component) and not endpoint 3 (two aliased path components) because it has a lower number of aliased path components.

Example 3

A request with path /stoobly/2 will be grouped into endpoint 3

How To Create

Method 1

In the top right corner of the endpoints page, select the plus icon button.

Method 2

On the requests page, right-click a request and in the dropdown menu, select Make Endpoint.

PreviousAliasesNextAPI Testing

Last updated 5 months ago

Was this helpful?

Endpoints Page
Requests Page Dropdown