LogoLogo
Contact SupportProduct
  • Knowledge Base
  • What's New
  • Guides
  • Welcome!
  • Intro to SeaLights
    • What is SeaLights
      • Glossary
      • Working in Conjunction with Your Quality / Coverage Tools
        • SeaLights vs SonarQube
        • SeaLights vs JaCoCo
        • SeaLights vs CodeSee
    • Technical Overview
      • Test Stage Cycle
    • FAQ
  • User Story Coverage
    • Getting Started
    • User Story Challenges & Solution
      • Typical Implementation
      • The Challenges
      • The Solution
    • User Story Coverage Report Overview
      • Release Go / No Go Report
        • How to Generate / Edit the Report
      • User Story Quality Overview
        • How to Generate the User Story View
      • User Story Coverage Analysis
        • How to Generate the Analysis View
      • Uncovered Methods View
        • How to Generate the View
      • Customization
      • Integration
    • Use Cases by Persona
      • Managers
        • Informed Go/No Go Decisions Making
        • Effective Resources Prioritization
        • Overall Progress Monitoring
      • Developers
        • Code Quality Ownership
        • Seamless Collaboration with QA
        • Code Review Facilitator
      • QA Engineers
        • Test Execution Progress Monitoring
        • Testing Effort Prioritization
        • Testing Strategy Planing
    • Technical Overview
      • User Story Coverage Mechanism
      • Technical Architecture
      • Deployment Guide
        • US1_getResults.sh
        • US2_createReport.sh
        • US_UpdateConfluence.sh
  • Test Optimization
    • Test Optimization Overview
      • Automated Test Optimization
      • Manual Test Optimization
      • Test Optimization for Pull Request
      • Test Selection Policies
        • Full Run Policy
        • No Code Changes Policy
        • Common Code Policy
        • Fastest Path to 100% Coverage Policy
      • Integrations
    • Test Optimization Mechanism
      • Associating Code With Tests
        • Statistical modeling
        • One-to-One Mapping
        • Calibration
      • Detecting Modified Code
      • Generating Test Recommendations
  • Quality Improvement
    • Getting Started
    • Challenges & Approach Comparison
      • The Challenges
      • Quality Improvement Approaches
      • Choosing the Right Approach
    • Quality Improvement Solution Overview
      • Test Gaps Analysis Report
        • How to Generate / Edit the Report
      • Coverage Trend Report
        • How to Generate / Edit the Report
      • Proof of Testing Report
        • How to Generate / Edit the Report
      • Release Quality Improvement Guide
        • STEP 1: Deploy SeaLights
        • STEP 2: Take a Quality Snapshot
        • STEP 3: Prioritize Code Areas
          • Add Code Labels
          • Ignore Irrelevant Code
          • Perform a Deep CSV Analysis
        • STEP 4: Set Baseline & Threshold
        • STEP 5: Analyze Test Gaps
        • STEP 6: Write Tests
        • Step 7: Make a Go / No Go Decision Based on Quality Gate
        • STEP 8: Measure Defect Escape Rate
      • Over Time Quality Improvement Guide
        • STEP 1: Deploy SeaLights
        • STEP 2: Take a Quality Snapshot
        • STEP 3: Prioritize code areas
          • Add Code Labels
          • Ignore Irrelevant Code
          • Perform a Deep CSV Analysis
        • STEP 4: Set Baseline & Goal
        • STEP 5: Set timeline
        • STEP 6: Write tests
        • STEP 7: Monitor progress
        • STEP 8: Measure Defect Escape Rate
    • Use Cases by Persona
      • Managers
        • Effective Prioritization & Budget Allocation
        • Tracking Progress & Measuring Impact
        • Data-Driven Release Decisions
        • Transparency & Communication
      • Developers
        • Mastering Code Coverage
        • Seamless Collaboration with QA
        • Code Quality Ownership
      • QA Engineers
        • Prioritizing Test Efforts
        • Contributing to Release Informed Decisions
        • Seamless Collaboration with Developers
        • Evaluating Testing Strategy
    • Technical Overview
      • Solution Mechanism
      • Technical Architecture
      • Deployment Guide
  • Coverage
    • Coverage Dashboard
    • Coverage Report
    • Test Gaps Report
      • Code Changes Calculation
        • Hidden Changes Detection
    • Test Optimization - Savings Breakdown
      • TIA Configuration
      • Savings Breakdown for ABAP (SAP)
  • Settings
    • Token Access & Management
    • Quality Gates
    • User Management
      • Managing Users
      • Managing Groups
      • Roles & Permissions
      • SSO Authentication
  • Contact Support
Powered by GitBook
On this page

Was this helpful?

  1. Coverage
  2. Test Optimization - Savings Breakdown

Savings Breakdown for ABAP (SAP)

PreviousTIA ConfigurationNextToken Access & Management

Last updated 16 hours ago

Was this helpful?

SeaLights Savings Breakdown page has been specifically tailored to enhance the user experience for SAP applications. This ensures the data presented is intuitive and aligns with SAP's unique terminology and concepts.

Key Changes and Terminology Adjustments

For SAP applications, you'll notice the following important changes on the Build Breakdown page:

  • SAP App Tag: An 'SAP App' tag will now appear next to the application name, clearly indicating that you are viewing an SAP application.

  • Transport-Centric View:

    • The "Build Range" title is changed to "Transport Range."

    • The switch button will be changed from "Build View" to "Transports."

    • This change reflects that in SAP, a Transport represents a set of code changes, similar to a "Build" or "Commit" in other environments. SeaLights uses this terminology for SAP apps to ease the understanding of the data.

  • Enhanced Impacted Tests Table: The "Impacted Tests" table within the Build Breakdown page includes several critical improvements:

    • Displaying Context / Executable: Instead of "File" or "Path," you'll now see the Context / Executable (e.g., [Transaction], [Fiori App], [ODATA Service], [Program], [Function]) which provides relevant business context for your code changes. These lines are expandable to show unique impacted tests.

    • Transport Name Indication: For each executable, the Transport name will be displayed next to the Executable / Context name. This is particularly helpful when a build wasn't fully tested, as impacted tests from prior, untried builds will roll up to the current view, and the transport name helps identify their origin. A help icon will appear next to the transport name (on both the timeline card and the Impacted Tests table) to display the transport description on hover.

    • Displaying No-Code Changes: SeaLights now includes non-code changes (e.g., [TABC] for table types) at the same level as code changes, along with their number of impacted tests. This provides a more complete view of all changes that might trigger testing.

    • Code Type Display: Next to each code or non-code change, its type (e.g., [FUNC], [PROG], [METH], [CLAS], [ENHO], [INCL], [SSFO]) will be displayed in bold text inside square brackets. This makes it easier to scan and understand the specific type of object that was changed.