> For the complete documentation index, see [llms.txt](https://docs.fact-finder.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.fact-finder.com/docs/de/getting-started-guide/testing-and-qa.md).
# Tests und Qualitätssicherung
Sie sind fast am Ziel! Ihr Datenfeed ist importiert, die Grundkonfiguration ist abgeschlossen und Ihre Integration ist implementiert. Nur noch wenige Schritte bis zum Go-live.
Einer der wichtigsten Schritte vor dem Go-live ist die FactFinder Qualitätssicherung (QA) und das Testen. Ihr Technical Consultant wird Ihre Integration QA-prüfen — einschließlich aller Module und des Trackings — und alle Themen hervorheben, die vor dem Go-live zu bearbeiten sind.
Je nach den von Ihnen gewählten Modulen führen unsere Technical Consultants die QA anhand einer detaillierten Checkliste durch und erstellen einen Bericht mit Erkenntnissen und Empfehlungen.
## Was wird getestet?
Der Testprozess konzentriert sich hauptsächlich auf zwei zentrale Aspekte:
* Zeigt das Webshop-Frontend dieselben Suchergebnisse wie die FactFinder UI an?
* Ist die technische Integration korrekt eingerichtet (z. B. Parameter)?
## Wann wird getestet?
Sobald Sie uns mitteilen, dass wir mit der QA beginnen sollen, planen wir die Tests entsprechend ein.
## Was können Sie tun, um den Prozess zu beschleunigen?
Es beschleunigt den Prozess erheblich, wenn Sie und/oder Ihr Integrationspartner eine QA-Bewertung durchführen, bevor Sie die Freigabe für Tests erteilen.
Die folgende Checkliste bietet **Beispiele** für Testszenarien:
| **Beispiel-Testszenarien** | **Erwartetes Verhalten** | **Ergebnis** |
| ----------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------ |
| Eine Suche durchführen | Die Suche funktioniert und die Produkte aus dem FactFinder-Backend entsprechen den Produkten im Shop | |
| Etwas bei Suggest eingeben und Shop-Ergebnis mit dem FactFinder-Backend vergleichen | Suggest funktioniert und dieselbe Suggestion wird im Shop und im FactFinder-Backend angezeigt | |
| Paging oder Scrollen prüfen | Paging oder „Scrollen“ auf der Ergebnisübersichtsseite ist implementiert und die Seitenanzahl wird angezeigt.
Dasselbe Ergebnis wird angezeigt, wenn zur nächsten Seite gewechselt und wieder zurückgeblättert wird
| |
| Sortieroptionen verfügbar | Sortierung funktioniert und standardmäßig werden die Ergebnisse nach Relevanz sortiert | |
| Artikelnummernsuche - Nehmen Sie einige Artikelnummern und prüfen Sie diese zufällig, indem Sie nach ihnen suchen | Es wird nur ein Produkt gefunden | |
| Suche durchführen und ASN verwenden | Filtern funktioniert.
Jeder Filtertyp kann ausgewählt werden, ohne bereits gewählte Filter zu verlieren
| |
Dies ist ein kurzer Überblick über typische Anwendungsfälle. Für einen umfassenderen QA-Prozess wenden Sie sich an unsere Technical Consultants für Unterstützung und Beratung.
## Nach der QA
Sobald die QA abgeschlossen ist, erhalten Sie einen Bericht, der angibt, ob Sie bereit für den Go-live sind und welche offenen Punkte noch zu bearbeiten sind.
---
# 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.fact-finder.com/docs/de/getting-started-guide/testing-and-qa.md?ask=&goal=
```
`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.