> For the complete documentation index, see [llms.txt](https://docs.sealights.io/knowledgebase/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.sealights.io/knowledgebase/knowledge-base/sealights-for-abap/intro-to-sealights/faq.md).

# FAQ

<details>

<summary><strong>Does SeaLights require a baseline of test execution history before it can recommend tests?</strong> </summary>

No. The Day Zero layer operates entirely on structural analysis — dependency maps and risk heuristics — with no execution history required. You get change impact analysis and a recommended test set from the very first cycle. Execution history improves accuracy over time but is not a prerequisite.

</details>

<details>

<summary><strong>What is a "transport" in the context of SeaLights for ABAP?</strong> </summary>

A transport (also called a Transport Request) is the standard SAP mechanism for moving code changes, configuration, or customization between SAP systems (e.g., from Development to QA to Production). SeaLights uses the transport as the input unit for change analysis — each cycle is scoped to one or more transports.

</details>

<details>

<summary><strong>What happens if a changed object has no tests covering it at all?</strong> </summary>

It appears in the **Test Gaps** tab of the cycle results. The team then has three documented options: test it manually in this cycle, write a new automated test, or formally accept the risk and document that decision. Nothing is silently skipped.

</details>

<details>

<summary><strong>Can we carry untested items forward from a previous cycle?</strong> </summary>

Yes. When creating a new cycle, choose **Carry Over** instead of **Start Clean**. Carry Over inherits every untested item from the previous cycle, so teams pick up exactly where they left off without losing prior gap context.

</details>

<details>

<summary><strong>How does the "optimal" test set differ from the full "covering" test list?</strong> </summary>

The covering list includes every test that exercises at least one most-at-risk executable — but multiple tests may cover the same executable, creating redundancy. The optimal set is the mathematically smallest combination of tests that still guarantees every most-at-risk executable is covered at least once. Teams can choose to run the optimal set for maximum efficiency, or the full covering set for broader confidence.

</details>

<details>

<summary><strong>Which SAP environments and release types are supported?</strong> </summary>

SeaLights supports SAP S/4HANA Cloud Private Edition, SAP S/4HANA Enterprise Management, and SAP ECC. Covered scenarios include S/4HANA upgrades, ECC-to-S/4HANA migrations, support packs, feature packs, custom releases, and third-party add-on upgrades.

</details>

<details>

<summary><strong>How current is the coverage data during an active test cycle?</strong> </summary>

Coverage updates approximately every 15 minutes — including mid-cycle — eliminating the need to wait for a nightly refresh.

</details>


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.sealights.io/knowledgebase/knowledge-base/sealights-for-abap/intro-to-sealights/faq.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.
