ScriptlessAutomation
  • 👋Welcome to Scriptless Automation
  • Discover More About Automation
    • ⚙️Automation platform intro
    • 💡Advantages of Scriptless Automation
    • 🚀Release Notes
      • 📖Open Code
      • 📕License Code
  • Product tools
    • 📪Pre-request Tools
    • 🔧Project Dependencies
  • Automation Architecture
    • 🎨Flow diagram
  • Get Started
    • 🛠️Start with Automation
    • 📖Open Code Automation
      • 🌏Web Automation
      • ↔️API Automation
    • 🏢Maven Configuration
    • 🗜️Setting Up Maven Project in IntelliJ IDEA
    • 🎛️Scriptless Config
      • 🕸️BrowserConfiguration
        • chrome.properties
      • 👥CommunicationConfiguration
        • SlackConfiguration.properties
      • 📧MailConfiguration
        • gmailCredentials.properties
      • 🛂ReportConfiguration
        • extentReportConfiguration.properties
      • 🕵️TestManagementConfiguration
        • testRail.properties
        • zephyrscale.properties
        • testiny.properties
      • ⚙️testNgConfiguration.properties
    • 🍱TestData Configuration
    • 👨‍💼Gherkin Language and Scriptless Automation Framework
  • Automation Import Notes
    • 🎨Points to Remember
  • Automation Platforms
    • 👾ScriptlessApi Automation
      • 🖊️Introduction
      • 🗜️Api Automation Setup
      • 🔃Supported API Request Types
      • 🪧API Automation Template
      • 📚Example of API Requests
        • ⬇️GET
        • ↕️POST
        • ⤵️PUT
        • ❌DELETE
      • 🎯API Response Validation
      • 👨‍👦API Dependent TestCase
      • 📝Store API Variables
      • 📔API with JSON body
      • 🙋‍♂️Api Wait
      • 🗜️API Schema Validation
      • 🏗️API Tailor-Made coding
      • 👨‍🦯API Support Generator
      • ↘️Api Response Store Objects
      • ✍️API Test Report
      • 🚃Api Response Type Validation
    • 🌐ScriptlessWeb Automation
      • 🖊️Introduction
      • 🗜️Web Automation Setup
      • 🪧Web Automation Template
      • 🧮page_object_locators
      • 📜Web Automation Key Phrases
        • 📃PAGE_NAME
        • ⌛WAIT_TYPE
        • 📜SCROLL_TYPE
        • 👨‍💼ELEMENT_NAME
        • 🏎️ACTIONS
        • ⌨️SEND_KEYS
        • ✔️VALIDATION
        • ✅VALIDATION_TYPE
      • 👨‍👦Web Dependent Test Case
      • 🐒MOCK
      • 🛂AutomationAsserts
      • 🏗️Web Tailor-Made coding
      • 📝Store Web Variables
      • 🤼‍♀️Web & API integration
      • 🖇️Dynamic Strings
      • 🗣️ReadFile Annotation for Custom Code
      • 🖼️Page_Comparison
      • 👨‍💼Gherkin Template for Web Automation
    • 📱Mobile Automation
  • 🪶Automation features
    • 🌲Environment and System Variables
    • 🗝️KeyInitializers
      • Types of KeyInitializers
    • ✍️Reporting
      • Dashboard
      • Category
      • Tests
        • Screenshot Section
    • 👯Parallel Testing
    • 🏗️Tailor-Made Coding
  • ⏩Automation Demo
Powered by GitBook
On this page
  • Overview
  • Structure and Purpose
  • Implementation
  • Conclusion

Was this helpful?

  1. Automation Platforms
  2. ScriptlessApi Automation

API Support Generator

Overview

The API Support Generator is not a direct feature but rather a suggested practice within scriptless automation. It involves organizing and storing commonly used API calls that prepare the necessary conditions or data for a series of tests. These preparatory API calls are typically stored in a dedicated directory and can be invoked as dependent test cases in the automation workflow.

Structure and Purpose

APISupportGenerator Directory

The APISupportGenerator directory is recommended for storing supported API call definitions. These calls are designed to set up the environment or data state required for primary test cases.

[testdata]
│
├───[API]
│   └───[JsonRepository]
│   └───[APISupportGenerator]
│   └───[test_case_flows]
│       └───[TestDirectory]
│           └───[TestID_GroupName.csv]

Usage as Dependent Test Cases

API calls within the APISupportGenerator directory can be referenced as dependent test cases. They are executed prior to the main test cases and their responses are stored for use in subsequent API calls.

Implementation

Adding Supported API Calls

  1. Identify Common API Calls: Determine the API calls that are frequently used to set up test preconditions, such as user generation or data seeding.

  2. Create API Definitions: For each identified API call, create a definition file that includes the endpoint, method, and any necessary parameters or body content.

  3. Store in APISupportGenerator: Save these API definition files in the APISupportGenerator directory within the scriptless automation framework.

Referencing in Test Cases

When creating a test case that requires a precondition, reference the appropriate API call from the APISupportGenerator as a dependent test case.

Example

If there is a need to generate a user before a series of test cases, the user generation API call would be stored in the APISupportGenerator directory. It would look something like this:

DEPENDANT_TEST_CASE,GenerateUser,
...

In the main test case CSV file, the DEPENDANT_TEST_CASE parameter would be set to the name of the preparatory API call, such as GenerateUser.

Conclusion

The API Support Generator approach enhances scriptless automation by providing a systematic way to manage and utilize setup APIs that are integral to the testing process. By storing these APIs in a dedicated directory and using them as dependent test cases, testers can streamline the test preparation phase and ensure a consistent test environment. This strategy promotes reusability, maintainability, and efficient test execution within the scriptless automation framework.

PreviousAPI Tailor-Made codingNextApi Response Store Objects

Last updated 11 months ago

Was this helpful?

👾
👨‍🦯