LiveCompare Use Case Folge II: SAP Transport QA
17. Dezember 2008 von Fritz MosonyiSzenario 1: Überholer
Entwickler A , nennen wir ihn Josef, arbeitet an einem neuen Teil zur besseren Unterstützung des Sales Prozesses. Er legt dafür Transport TRP01 an und fügt alle von ihm bearbeiteten Objekte hinzu. Seine Objekte sind: sapfuncA , zprogSales, zsupptab. Da er noch nicht fertig ist, gibt er den Transport natürlich nicht frei.
Entwickler B, auch Karl genannt, muss Korrekturen am vorhandenen Sales Prozesse vornehmen und fügt diese seinem Transport; TRP02 hinzu. Seine Objekte sind: zprogSales, sapsalesori. Da er „nur“ Korrekturen gemacht hat, die ein vorhandenes Problem beheben sollen gibt er seinen Transport frei.
Was geschieht nun? Karls Transport enthält ein Objekt (zprogSales), das bereits vorher von Josef bearbeitet wurde, dieser hat es aber nicht freigegeben, weil er ja noch fertig ist (insbes. hat Josef es bestimmt nicht ausreichend getestet).
zprogSales wird nun in einer höchst wahrscheinlich ungetesteten Variante freigegeben. Sollten Probleme damit auftreten, werden diese hoffentlich während der Tests im QS-System erkannt. Dennoch ist es fraglich ob eventuelle Änderungen ihren Weg auch bis zu Josef finden.
SAP’s CTS bietet keine Möglichkeiten derartige Problem-Transporte, proaktiv zu erkennen. Mittels LiveCompare ist es dagegen möglich exakt diesen Check durchzuführen bevor der Transport in die Landschaft ausgerollt wird.
Was geschieht nun in weiterer Folge…..
Nehmen wir an, Josef nimmt keine Änderungen mehr an zprogSales vor, weil er ohnehin zufrieden war damit , wie es funktioniert, und weil er nicht bemerkt hat, dass es nur deshalb funktioniert, weil ja Karl die Fehler bereits korrigiert hat. Es bleibt also die ursprüngliche, fehlerhafte Version in seinem Transport TRP01. Nun gibt Josef seinen Transport frei. Was geschieht? Es wird die neuere Version von zprogSales durch eine ältere am Zielsystem überschrieben ….. ein Klassiker, genannt „der Überholer“
Neben den beiden oben geschilderten Problemen:
- den möglicherweise ungetesteten Objekten und
- den Überholern
gibt es noch weitere Transport-Management Probleme, die proaktiv erkannt werden könnten:
- möglicher Einfluss auf Prozesse, die in der Entwicklung nicht bedacht wurden
- fehlende Objekte in Transporten, die im Zielsystem nicht vorhanden sind
- Überschneidungen in Projekt-Landschaften
Für all diese Themen gibt es bereits vorgefertigte Workflows für LiveCompare. Ein Transport kann damit, bevor er ins Zielsystem gelangt vollautomatisch genau untersucht werden. Die Basis erhält damit ohne großem Zusatzaufwand eine Information darüber ob einer der oben genannten Fälle eingetroffen ist, oder er der Transport problemlos freigegeben werden kann.
Die Automatisation kann noch einen Schritt weiter gehen, wenn ChangeManagement Systeme, wie SAP’s Charm oder Rev-Trac eingesetzt werden. Diese können dann, für den Benutzer unbemerkt, im Hintergrund LiveCompare zur Überprüfung der Inhalte aufrufen, und LiveCompare meldet danach die Ergebnisse an das CTMS zurück zur weiteren Bearbeitung.
Schlagworte: Change Management, Charm, Impact Analysis, SAP Transport Management