> For the complete documentation index, see [llms.txt](https://sealights-docs.tricentis.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://sealights-docs.tricentis.com/readme.md).

# Welcome!

## SeaLights for ABAP

Every SAP release cycle revolves around four questions. SeaLights answers all of them — automatically, for every transport.

<figure><img src="https://2673143916-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSox1wtwg2nDcsJ9aAhQl%2Fuploads%2FCyFqt4oalvO5scIsxuw4%2FScreenshot%202026-10-27%20at%2014.47.16.png?alt=media&amp;token=ffb2ab22-cd1a-4290-a0a6-1afba1639788" alt=""><figcaption></figcaption></figure>

***

#### A change just landed. Which tests should I run?

Without a live map from SAP objects to tests, teams guess — or run everything just to be safe. SeaLights builds that map automatically from your transports, tracing every changed object to the executables that depend on it and the tests that cover them.

#### Testing takes time. What's the smallest set of tests that still covers the risk?

Running everything "to be safe" is a tax on every release. SeaLights ranks executables by risk and produces an **Optimal Test Set** — the minimum number of tests that leaves no most-at-risk executable unverified.

#### The tests ran. Did they actually cover the change?

A green test run doesn't prove the change was ever exercised. SeaLights observes what each test actually touched at runtime and confirms — or corrects — every predicted link between tests and changed objects.

#### What changed that has no test at all?

The riskiest gaps are the ones nobody is looking for. SeaLights surfaces every changed object with zero test coverage in the **Test Gaps** tab, so teams can consciously decide to test, write a new test, or formally accept the risk.

***

#### Discover SeaLights for ABAP <a href="#discover-sealights" id="discover-sealights"></a>

<table data-view="cards"><thead><tr><th></th><th data-hidden data-card-cover data-type="image">Cover image</th><th data-hidden data-card-target data-type="content-ref"></th></tr></thead><tbody><tr><td><h4>Test Cycles</h4><p>Learn what are test cycles, when to create one and how to make the most out of the outputs, and track progress </p></td><td><a href="https://2673143916-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSox1wtwg2nDcsJ9aAhQl%2Fuploads%2F8kHzijBm6Zl30RqxVOVT%2FOcean%20Deep.png?alt=media&amp;token=2543e9f4-d728-4c1f-909f-b8ef197add21">Ocean Deep.png</a></td><td><a href="broken://pages/nTLogNnsgk267pyWXZGH">Broken link</a></td></tr><tr><td><h4>How It Works</h4><p>Learn how the dependency map is built, what is Most-At-Risk and what is considered an optimal test</p></td><td><a href="https://2673143916-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSox1wtwg2nDcsJ9aAhQl%2Fuploads%2FXJyrpk9NHdrLBbuzEW68%2FGentler%20Forest.png?alt=media&amp;token=7b6ecd7d-3407-429e-a07f-d58346286f70">Gentler Forest.png</a></td><td><a href="broken://pages/Hd06pQgnOaHnhYKOX6LA">Broken link</a></td></tr><tr><td><h4>Coverage Analysis</h4><p>How to read the Coverage Analysis to make the most out of it and when it is updated</p></td><td><a href="https://2673143916-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSox1wtwg2nDcsJ9aAhQl%2Fuploads%2FWyrDJBbwWsYJXkmxiY4q%2FNebula.png?alt=media&amp;token=87b0c020-751e-49ba-8a9d-183573f9dc89">Nebula.png</a></td><td><a href="broken://pages/tAyqy14hZeNIM4iHEhnD">Broken link</a></td></tr></tbody></table>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://sealights-docs.tricentis.com/readme.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
