Orchestrator/bahn/project-audit/data/confluence-ttsi/TAF-TAP-TSI-Programmakte_6 Teststrategie, Testkonzept und Testplanung.html

<ac:layout><ac:layout-section ac:type="two_right_sidebar"><ac:layout-cell><p>Die Qualitätssicherung der TAF/TAP TSI-Gesamtlösung erfolgt entlang einer übergreifenden, abgestimmten Teststrategie.</p><p>Ziel ist die frühzeitige Validierung der fachlichen und technischen Anforderungen sowie die Sicherstellung der Betriebsfähigkeit in End-to-End-Prozessen. Das erfolgt sowohl innerhalb der DB InfraGO als auch im Zusammenspiel mit den Eisenbahnverkehrsunternehmen (EVU).</p><p>Dieses Kapitel beschreibt die grundlegenden Teststufen, das Testvorgehen in den Solutions sowie die Planung und Steuerung der integrierten Tests inklusive der Markttests.</p><p><span><ac:structured-macro ac:name="toc" ac:schema-version="1" ac:macro-id="4b2c3d42-d286-4ae2-a42b-0c4121d5815b"><ac:parameter ac:name="maxLevel">2</ac:parameter></ac:structured-macro></span></p></ac:layout-cell><ac:layout-cell><h3><span>Bearbeitungsstatus</span></h3><table class="wrapped"><colgroup><col /><col /></colgroup><tbody><tr><td>Status</td><td><div class="content-wrapper"><p><ac:structured-macro ac:name="status" ac:schema-version="1" ac:macro-id="30ef70eb-9d8c-4688-a52f-3f5eac494d74"><ac:parameter ac:name="colour">Green</ac:parameter><ac:parameter ac:name="title">Fertig</ac:parameter></ac:structured-macro></p></div></td></tr><tr><td>Bearbeiter*in</td><td><div class="content-wrapper"><p><ac:link><ri:user ri:userkey="8aeb3cd9748aa53501748da7ba060006" /></ac:link> </p><p><ac:link><ri:user ri:userkey="8aeb3e8a95ff72ca0196109f672f0043" /></ac:link> </p></div></td></tr><tr><td>Letzte abgestimmte Version<br />(Versionsnummer)</td><td>110</td></tr><tr><td>Erläuterung Abstimmung<br />(z.B. Gremium, Protokoll)</td><td>Freigabe durch Programmleitung</td></tr></tbody></table></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="two_right_sidebar"><ac:layout-cell><p><br /></p></ac:layout-cell><ac:layout-cell><p><br /></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><h1>Überblick Teststufen und Verantwortung für diese</h1></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="two_left_sidebar"><ac:layout-cell><p><span style="font-size: 14.0px;letter-spacing: 0.0px;">Der Test im Rahmen der Umsetzung von TAP/TAF TSI umfasst folgende T<ac:inline-comment-marker ac:ref="521d0d46-7d25-4fba-ad31-049225359117">eststuf</ac:inline-comment-marker>en:</span></p><ul><li>Kundentest</li><li>Abnahmetest</li><li>Systemintegrationstest</li><li>Systemtest</li><li>Integrationstest</li><li>Komponententest</li></ul><p><br /></p></ac:layout-cell><ac:layout-cell><p><ac:image ac:height="400"><ri:attachment ri:filename="image-2025-4-23_0-34-4.png" /></ac:image></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p>Dabei ist die Verantwortung für die Teststufen wie folgt definiert:</p><ul><li>Die Steuerung der Tests erfolgt durch das TTT Testmanagement ab Ebene Systemintegrationstest. </li><li><span style="letter-spacing: 0.0px;">Die Durchführung liegt von Komponententest bis Systemintegrationstests bei den Projekten/Solutions</span></li><li>Die Unterscheidung zwischen Durchführung und Steuerung ist dabei wie folgt zu verstehen:<ul><li><strong>Steuerung</strong>: Die die einzelnen Solutions bzw. Teams/Systeme (Beispiel TPN, Rut-K, GFD, PathOS, ...) den Anforderungsscope ihrers Systems bzw. ihrer Umsetzungsleistung kennen, jedoch nicht zwingend Anforderungen, welche sich aus übergreifenden Geschäftsprozessen an sie ergeben, ist die Verantwortung für Testaktaktivitäten, da Anforderungsscope bekannt, bis auf Systemtestebene durch die Solutions/Teams zu steuern. Gegen übergreifende Anforderungen, kommend aus E2E-Geschäftsprozessen bzw. TTT generell, steuert das übergreifende Testmanagement der Programmsteuerung/Solution Steuerung, da diese den E2E-Prozessscope betrachten. Dies beginnt bei der InfraGO-internen, aber System-übergreifenden Integrationstests (Teststufe Systemintegrationstest nach Pyramide) bis hin zu Abnahmetests mit den Kunden.</li><li><strong>Durchführung</strong>: Die Durchführung der Testaktivitäten bis einschließlich Systemtest findet auf Ebene der Entwicklungsteams statt. Systemintegrationstests (beispielsweise die ART-üg Tests) werden durch das übergreifende Testteam Quest der Solution C2S durchgeführt. Punktuell kann hier Unterstützungsleistung aus den einzelnen Teams angefragt werden. Die InfraGO-Abnahmetests und die Kundentests werden moderiert durch die Makrttestleads und durchgeführt durch dedizierte Kollegen aus den Solutions, welche für diese Teststufen bereitgestellt werden.</li></ul></li></ul></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p><br /></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><h2>Verantwortung für Qualitätssicherung in TTT Testmanagement</h2><p>Das Testmanagement im Programm TTT steuert die folgenden <strong>Teststufen:</strong> </p><ul><li><strong>Systemintegrationstest:</strong><ul><li>Hierbei steht die übergreifende Zusammenarbeit von Systemen und Services im Vordergrund auf der funktionalen E2E-Kette</li><li>Die einzelnen Systeme und Services sind hierbei als Blackbox zu sehen. Die Bestellung werden per TPN bzw. Portal eingekippt und geprüft wird das entsprechende Ergebnis (Vertrag mit dem Kunden)</li><li>Testumfang: ausgewählte Tests (automatisiert/manuell) entsprechend der Priorisierung regressiv nach jedem Release und progressiv für jede neue Funktionalität</li><li>Dokumentation:<ul><li>Testfälle sind in Xray hinterlegt</li><li>Ziel:<ul><li>manuelle Testausführungen werden zukünftig in Xray ausgeführt ( ~25% der ART-übergreifenden Testfälle) </li><li>automatisierte Testausführungen werden in TDM dokumentiert (~75% der ART-übergreifenden Testfälle)</li></ul></li></ul></li><li>Test-Bericht:<ul><li>Ziel ist es, automatisiert aus Xray bzw. TDM Testergebnisse zu reporten<ul><li>die Ergebnisse der automatisierten Tests sind sichtbar in <a href="https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/GelV_ART_ue_GTests_%C3%9Cbersicht.html?env=abnTTT">https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/GelV_ART_ue_GTests_%C3%9Cbersicht.html?env=abnTTT</a> <ul><li>allerdings fehlt hier stand heute die Verbindung zu den getesteten Anforderungen und gefundenen Defects</li><li>Beispiel <ac:image ac:height="150"><ri:attachment ri:filename="image-2025-4-17_6-56-4.png" /></ac:image></li></ul></li></ul></li><li>Aktuell werden die Ergebnisse der manuellen Tests manuell zusammengestellt</li></ul></li></ul></li><li><strong>Abnahmetest</strong><ul><li>Hierbei geht es um eine Blackbox Betrachtung der DB InfraGO mit Fokus auf realistische Kundenbestellungen und deren Verarbeitung</li><li>Bestellung werden manuell über das Portal eingepflegt oder über das Common Interface gesendet (<ac:emoticon ac:name="warning" />  Abdeckung beider Kanäle ist wichtig) und orientieren sich an realistischen Kundenbestellungen, entweder vom Vertrieb oder den Testfällen der Kunden</li><li>Testumfang: Testfälle werden manuell entlang neuer Funktionalität durchgeführt, Regression ist bisher nicht vorgesehen</li><li>Dokumentation:<ul><li>Testfälle werden in Xray hinterlegt<br /><br /></li></ul></li></ul></li><li><strong>Kundentest</strong><ul><li>Hierbei geht es um Blackboxtests gemeinsam mit dem Kunden mit dem Ziel, Teilprozesse, Gesamtprozesse und Varianzen dieser (Attribute) zu testen</li><li>Kunden schicken Bestellungen über ihre Systeme an das Common Interface, darüber kommen sie ins unsere Systeme. Wir bearbeiten die Bestellungen und schicken sie über das Common Interface zurück an die Kunden. Diese prüfen die eingegangenen Nachrichten.</li><li>Testumfang: Testfälle werden manuell entlang des testbaren Scopes durchgeführt</li><li>Dokumentation:<ul><li>Testdurchführung wird in den Testsheets gemeinsam mit den Kunden dokumentiert (Ablage in Teams, das mit den Testpartnern geteilt wird)</li></ul></li><li>Bericht siehe <a href="https://dbsw.sharepoint.com/:f:/r/teams/TTT/Shared%20Documents/600%20TTT%20Taskforces/20%20Testing/100%20Statusreporting?csf=1&amp;web=1&amp;e=B6EiR9">100 Statusreporting</a></li></ul></li></ul></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p>Das übergreifende Testmanagement verantwortet dabei folgende <strong>Testarten</strong>:<span style="letter-spacing: 0.0px;"> </span></p><ul><li><p>Funktionale Tests nach Testpyramide (beschrieben bereits oben)</p></li><li><p>Smoketests: Werden stündlich auf der ITU und KTU durchgeführt und prüfen eine einfache Anmeldung bis zum Vertragsschluss im GelV und NEP. Ergebnisse können hier getrackt werden:</p><ul><li>ITU GelV: <a href="https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/GelV_Index.html?env=ituTTT">https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/GelV_Index.html?env=ituTTT</a></li><li>ITU NEFP: <a href="https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/Nfpl_Index.html?env=ituTTT">https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/Nfpl_Index.html?env=ituTTT</a></li><li>ITU uj Bau: <a href="https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/ujBau_Index.html?env=ituTTT">https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/ujBau_Index.html?env=ituTTT</a></li><li><p>KTU GelV: <a href="https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/GelV_Index.html?env=abnTTT">https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/GelV_Index.html?env=abnTTT</a></p></li><li><p>KTU NEFP: <a href="https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/Nfpl_Index.html?env=abnTTT">https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/Nfpl_Index.html?env=abnTTT</a></p></li></ul></li><li><p>Shakedown Tests: Gemeinsam mit Kunden wird nach dem InfraGO Release und vor einer Kundentestsession eine Basisbestellung (Einfach Anmeldung Basiszug mit jeweiligen EVU im NEFP) durchgeführt.</p></li><li><p>(Kundentests) Markttests</p></li><li><p>Last- und Performance Test für die Gesamtprozesskette</p></li></ul></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p><br /></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><h2>Verantwortung für Qualitätssicherung in Projekten/Solutions</h2><p>Die Projekte / Solutions sind für die Qualitätssicherung, der von ihnen gelieferten Software verantwortlich. Dazu steuern sie die Tests in folgenden <strong>Teststufen:</strong></p><ul><li>Komponententest</li><li>Integrationstests</li><li>Systemtest</li></ul><p>Die Projekte/Solution verantworten darüber hinaus die qualitätsgesicherte Lieferung in die Teststufen Systemintegrationstest und Abnahmetest sowie den Kundentest.</p><p>Durch die einzelnen Projekte/Solutions sind die folgenden <strong>Testarten</strong> abzudecken:</p><ul><li>Funktionale Tests (siehe Testpyramide)</li><li>Last- und Performance Tests auf Ebene eines Systems</li><li><p><span>Penetration Tests</span></p></li><li><p>Desaster Recovery</p></li></ul></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p><br /></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><hr /></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><h1>Testvorgehen</h1></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p>Das Vorgehen zum ART-übergreifenden Test umfasst die folgenden Teilaspekte:</p><ul><li>Testscope &amp; Testfälle</li><li>Testablauf insb. Kundentests</li><li>Defect Mgmt</li><li>Testreporting</li><li>Umgebungen</li><li>Testdatenmanagement</li></ul></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p><br /></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><h2>Testscope</h2></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p><span style="letter-spacing: 0.0px;">Der gemeinsame Nenner der Entwicklung aller InfraGO Anteile, sowie der Entwicklung unserer Kunden stellt die öffentlich verfügbare Schnittstellenbeschreibung dar. In aktuellster Form ist zu finden unter</span> <a href="https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/evu_schnittstelle-11089208">https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/evu_schnittstelle-11089208</a>. Zim <time datetime="2025-08-09" />  ist die aktuelle Version 4.6.1.</p><p>Für den Test betrachten wir auf strategischer Ebene die TTT Teilprozesse und die technischen/fachlichen Attribute, welche in Summe eine TTT-Nachricht beschreiben:</p><p><strong>Prozesse</strong></p><p>Die Teilprozesse, Prozessbilder und Beschreibungen sind hierbei in folgendem Dokument zu finden: (Original Quelle: <a href="https://www.dbinfrago.com/resource/blob/13367042/732c9121baba43d38bfd3e466aee8120/Dokumentationen-der-EVU-Schnittstelle-data.pdf">Link </a>| Auszug: <a href="https://dbsw.sharepoint.com/:b:/r/teams/TTT-Portfolio-Management/Shared%20Documents/General/02%20TTT-Solution%20Steuerung/09_Testkonzept%20u.%20Planung/Schnittstellenbeschreibung%20Update%2017.04.2025/Schnittstellendokumentation_EVU-Schnittstelle_Bestellsystem%20V4.6.0.pdf?csf=1&amp;web=1&amp;e=8tKeCU">Link</a>)  in Kapitel 5.</p><ul><li>Intern bilden wir die Prozesse aktuell wie folgt ab - veraltet-<br /><table class="wrapped"><colgroup><col /></colgroup><tbody><tr><th>Zusammenfassende Sicht aus TTTneo: <ac:link><ri:page ri:space-key="C2S" ri:content-title="TTTneo - Zeit und Lieferplanung" /><ac:plain-text-link-body><![CDATA[Übersicht Geschäftsvorfälle (Zeitangaben nicht aktuell)]]></ac:plain-text-link-body></ac:link></th></tr><tr><td><div class="content-wrapper"><p><ac:image ac:height="250"><ri:attachment ri:filename="image-2025-4-17_6-48-0.png" /></ac:image></p></div></td></tr></tbody></table></li></ul><p><strong>Attribute - veraltet</strong></p><p>Die technischen/fachlichen Attribute sind hauptsächlich in folgendem Anforderungsdokument zu finden: (Original Quelle: <a href="https://www.dbinfrago.com/resource/blob/13367090/c916966cda2a3eb17efb62b7a7b55188/Anlage-1-Datenfelder-der-EVU-Schnittstelle-data.pdf">Link </a>| Auszug: <a href="https://dbsw.sharepoint.com/:b:/r/teams/TTT-Portfolio-Management/Shared%20Documents/General/02%20TTT-Solution%20Steuerung/09_Testkonzept%20u.%20Planung/Schnittstellenbeschreibung%20Update%2017.04.2025/Anl1_Datenfelder_EVU-Schnittstelle_Bestellsystem_V4.6.0.pdf?csf=1&amp;web=1&amp;e=ZkKfed">Link</a>)</p><ul><li>Intern haben wir im Conflience ein Attributmapping aus der Schnittstellenbeschreibung in die umsetzenden Systeme aufgebaut:<br /><table class="wrapped" style="letter-spacing: 0.0px;"><colgroup><col /></colgroup><tbody><tr><th>Attributmapping TTTneo: <a href="https://arija-confluence.jaas.service.deutschebahn.com/x/hUdKGQ">https://arija-confluence.jaas.service.deutschebahn.com/x/hUdKGQ</a></th></tr><tr><td><div class="content-wrapper"><p><ac:image ac:height="250"><ri:attachment ri:filename="image-2025-4-23_7-14-58.png" /></ac:image></p></div></td></tr></tbody></table></li></ul><p><br /></p><h2>Testvorgehen entlang Anforderungsmatrix</h2><p>Der Scope übergreifend betrachtet ergibt sich entsprechend aus der Kombination von Teilprozessen/Geschäftsvorfällen mit den zugehörigen Attributen. Dies kann in Form einer Matrix dargestellt werden, wobei auf der X-Achse die Teilprozesse genannt sind und auf der Y-Achse die Attribute genannt sind. Das Testvorgehen deckt diese Anforderungsmatrix nun in drei Schritten jeweils pro Teststufe ab:</p><ol><li><strong>Happy Path Tests Teilprozesse</strong><ol><li><u>Ablauf:</u> Es ist im ersten Schritt sicherzustellen, dass alle (im aktuellen Testscope (bspw. für den Sommer NEP1) Teilprozesse mit einem Basiszug (einfachstes Setup von Attributen, keine Infrastrukturherausforderungen, kurzer Laufweg,...) erfolgreich durchlaufen werden können</li><li><u>Gewünschte Erkenntnisse: </u>Die Prozesse sind nach Schnittstellenvereinbarung sauber implementiert und können von Kunden durchlaufen werden (Betrachtung rein der Prozesssicht, bewusst ohne Komplexität, um prozessuale Fehler auszuschließen)</li></ol></li><li><strong>Einfach Attributtests</strong><ol><li><u>Ablauf:</u> Es sind Einzelattribute (bspw. Alternative Charakteristika, Nachtsprung, Gefahrengüter,...) in einem möglichst einfach Szenario (kurzer Laufweg, keine komplexen Attributkombinationen,...) zu prüfen</li><li><u>Gewünschte Erkenntnisse: </u>Die Attribute für sich genommen funktionieren und können durch die InfraGO Systeme und die im Schritt 1 getesteten Teilprozesse sauber verarbeitet werden</li></ol></li><li><strong>Komplexe Tests</strong><ol><li><u>Ablauf:</u> Da wir nun wissen, dass alle Teilprozesse und alle Einzelattribute funktionieren, testen wir nun die beliebige (erlaubte) Kombination von Attributen und Teilprozessen (intern am Beispiel real vom Kunden bestellter Züge), durch Kunden anhand ihrer produktionsnahen Bestellungen</li><li><u>Gewünschte Erkenntnisse</u>: Kann unser System produktive Züge von Heute (und nach Schnittstellenbeschreibung auch von Morgen erlaubte) sauber abbilden und die Prozesse mit gewünschten Ergebnis (zum Beispiel Vertragsendzustand) abbilden?</li></ol></li></ol><p><br /></p><p>Die Testfälle sind in <ac:link><ri:page ri:content-title="6.1 Testfälle - Stand bis Mai 2025" /></ac:link> ausgeführt.</p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p><br /></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><h2><ac:inline-comment-marker ac:ref="081ac092-6bcd-48e4-8741-3533bd926a3d">Defect Management</ac:inline-comment-marker></h2><p>in Arbeit</p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p><br /></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><h2>Testrep<ac:inline-comment-marker ac:ref="95975712-4d70-4cf0-ba4e-dbcbd0a114e7">o</ac:inline-comment-marker>rting</h2><p>Das Reporting erfolgt - zum Stand <time datetime="2025-08-09" /> wöchentlich <a href="https://dbsw.sharepoint.com/:f:/r/teams/TTT/Shared%20Documents/600%20TTT%20Taskforces/20%20Testing/100%20Statusreporting?csf=1&amp;web=1&amp;e=B6EiR9">100 Statusreporting</a>. Zusätzlich erfolgt ein Beitrag zum Lenkungskreis TTT.</p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p><br /></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><h2>Umgebungen - veraltet</h2><p>Die Umgebungen zur Durchführung der Systemintegrations-, Abnahme- und Markttests werden durch die Projekte/Solutions verwaltet und bereitgestellt.</p><p>Für C2S und O2C gibt es folgende Umgebungen:</p><ul><li>Fachliche Beschreibung: für C2S <ac:link><ri:page ri:space-key="C2SQ" ri:content-title="C2S - Integrierte Umgebungslandschaft" /></ac:link> und Details für TTT Neo <ac:link><ri:page ri:content-title="C2S -Yellow Lane ITU (ituTTTneo) - Detailsicht" ri:space-key="C2SQ" /></ac:link></li><li>Technische Übersicht und aktueller Status Smoke-Test: <a href="https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/">https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/</a></li></ul><p>Es gab signifikante Herausforderungen zur Umgebungsstabilität. Daher wurde eine Taskforce ins Leben gerufen. Seit April 2025 wurden Fehler der Umgebungen zunächst in Excel getrackt (<a href="https://dbsw.sharepoint.com/:x:/r/teams/TTT-Portfolio-Management/_layouts/15/Doc.aspx?sourcedoc=%7B6A721131-9152-4EB2-93F0-311F6836178A%7D&amp;file=KTU_Fehlertracking_Liste.xlsx&amp;action=default&amp;mobileredirect=true">https://dbsw.sharepoint.com/:x:/r/teams/TTT-Portfolio-Management/_layouts/15/Doc.aspx?sourcedoc=%7B6A721131-9152-4EB2-93F0-311F6836178A%7D&amp;file=KTU_Fehlertracking_Liste.xlsx&amp;action=default&amp;mobileredirect=true</a>). Seit <time datetime="2025-04-22" /> werden Probleme mit der Umgebung als Defects erfasst und in Jira getrackt.</p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p><br /></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><h2>Testdatenmanagement</h2><p> Das Testdatenmanagement erfolgt heute dezentral bei den jeweiligen Systemen. Da - auch produktiv - viele Systeme für gleiche fachliche Daten unterschiedliche Quellen nutzen, kommt es immer wieder zu Herausforderungen insb. in Bezug auf die Infrastrukturdaten, da das Mapping bei IDBF im Infrastrukturdatenmanager (IM) veraltet ist.</p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p><br /></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><h1>Testplanung</h1><p><span style="letter-spacing: 0.0px;">Die Testplanung für Integrations- und Markttests basiert jeweils auf den Release- bzw. Lieferplänen der Projekte/Solutions. Die benötigten Testaktivitäten werden nach dem Abschluss von Entwicklung und Qualitätssicherung in den ARTs - Erreichung Meilenstein in Planung der Projekte/Solutions - geplant. <br />Je nach fachlichem Inhalt des Meilensteins werden die benötigten Testfälle ermittelt und daraus die notwendige Zeit für die Testdurchführung inkl. Nachtests unter der Annahme, dass FixIT aller kritischen Defects zeitnah erfolgt, ermittelt. </span></p><ul><li><a href="https://dbsw.sharepoint.com/:f:/r/teams/TTT/Shared%20Documents/500%20Markt-Testmanagement%20-%20nur%20intern/10%20Testkonzept%20u.%20Planung?csf=1&amp;web=1&amp;e=fyEWbz">10 Testkonzept u. Planung</a></li></ul><p>Stand vom <time datetime="2025-08-09" /> gibt es die zeitliche Planung oben, aber diese ist noch nicht ressourcentreu. </p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><p><br /></p></ac:layout-cell></ac:layout-section><ac:layout-section ac:type="single"><ac:layout-cell><h1>Informativ: Testvorgehen in den Projekten / Solutions</h1><p><span style="letter-spacing: 0.0px;">Hier sind informativ Link zu Dokumentation des Vorgehens zur Qualitätssicherung in Projekten / Solutions eingefügt, sofern sie der Programmsteuerung und dem übergreifenden Testmanagement vorliegen. Die Liste hat keinen Anspruch auf Vollständigkeit:</span></p><ul><li>Dokumentation aus Sicht O2C<ul><li><a href="https://arija-confluence.jaas.service.deutschebahn.com/display/BES/QA+Test+Bestellsystem">QA Test Bestellsystem</a></li></ul></li><li>Dokumentation aus Sicht C2S<ul><li><ac:link><ri:page ri:space-key="C2S" ri:content-title="C2S Defect Management Prozess" /></ac:link></li><li><ac:link><ri:page ri:space-key="C2S" ri:content-title="TAF/TAP-TSI Kundentest Operations" /></ac:link></li><li><ac:link><ri:page ri:space-key="C2SQ" ri:content-title="C2S - Integrierte Umgebungslandschaft" /></ac:link></li></ul></li><li>Dokumentation aus Sicht S2O<ul><li>Planung auf Ebene Meilenstein: <ac:link><ri:page ri:content-title="3.5 Betrieb - Schedule to Operations (S2O)" /></ac:link></li></ul></li></ul></ac:layout-cell></ac:layout-section></ac:layout>