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
  • Category Section Explained
  • Interpreting the Results
  • Conclusion

Was this helpful?

  1. Automation features
  2. Reporting

Category

PreviousDashboardNextTests

Last updated 1 year ago

Was this helpful?

The 'Category' section of the AutomationReport.html provides a detailed overview of test cases categorized by the directories under test_case_flows. It is designed to offer a structured breakdown of test results, allowing for a focused review of each specific aspect of the application being tested.

Category Section Explained

Test Case Directories

Each "Category" represents a directory under the test_case_flows, which typically corresponds to a specific module or feature of the application being tested. For instance, a category named testdirectory indicates all the test cases within that particular directory have been executed and their outcomes are presented here.

Test Case Listing

On the left side of the "Category" section, you'll find a list of all test cases that were run from the associated directory. This list offers a quick reference to each test case's status, enabling you to identify how many and which particular tests passed, failed, or were skipped.

Detailed Test Results

The main panel on the right presents a detailed view of the test cases within the selected category. This detail includes:

  • Status: A color-coded indication (e.g., red for fail) of each test case's result.

  • Timestamp: The specific time when the test case was executed, which can be crucial for debugging purposes.

  • Test Name: The identifier of the test case, which may include a unique test ID and a descriptive name, such as SCRIP-T2 | Example Test Case 1.

Interpreting the Results

By clicking on a category, you can drill down into the specifics of each test. Failed tests will typically be highlighted and should be the focus of further investigation. Understanding why a test failed in the context of the specific directory or category can guide developers to the area within the application that requires attention.

Conclusion

The 'Category' section of the AutomationReport.html is integral for developers and QA professionals to analyze test results in an organized manner. By aligning with the project's directory structure, it provides clarity and makes it easier to navigate through the results, especially in larger projects with multiple testing scopes. With this detailed categorization, teams can more efficiently identify issues, address them, and enhance the application's quality and stability.

🪶
✍️
Category