Testdaten anlegen

Testdaten anlegen

Hallo,

hab eine allgemeine Frage:
Wie macht ihr es, wenn ihr Testdaten im SAP anlegen müsst?
Ich tu mich da sehr schwer.
Schaut ihr euch da die SAP Hilfe an und geht dann Schritt für Schritt die Fälle durch?
Dann brauche ich ja Tage ((((((.

Viele Grüße
coco

Re: Testdaten anlegen

nein schon Testdaten für Geschäftsprozesse.
Aber ehrlich gesagt ich habe gar keine Ahnung wie ich da die Daten anlegen soll?
Wie kann ich das denn angehen?
Sorry für die dumme Frage - ich denk da eher technisch, anhand von Tabellen und Feldern. Aber wie die Daten so vom Fachbereich gelesen oder
eingegeben werden, da habe ich gar keine Vorstellung darüber.

Gruß
coco

Re: Testdaten anlegen

Ich soll die Daten im Testsystem anlegen. Zum Testen für Entwicklung.

Re: Testdaten anlegen

d.h ich muss erstens mal wissen, ob eine Doku vorhanden ist. und nach der doku muss ich dann
dementsprechend die daten anlegen. das problem ist, dass dann oft ein popup
hochspringt und sagt, kann nicht angelegt werden usw.
dann hock ich da und weiß nicht warum und was das System von mir will.

Ich tue mich damit sehr schwer und suche jetzt Möglichkeiten und Wege
wie ich in solchen Situationen am besten vorgehen kann und
woher ich die Informationen bekomme,
warum z.b. Material xy nicht angelegt werden kann.
Ich weiß, die F1 Hilfe und dann die Info.
Aber meistens erklärt die F1 Hilfe nur die Funktion
des Feldes aber gibt mir keine Hinweise auf die Errormeldung.

Ich danke dir für deine Antworten.

Gruß coco

Re: Testdaten anlegen

Hallo,

ich kann mich meinen Vorredner nur anschließen:

1) Mandantenkopie von PROD, aber eventuell Probleme mit Datenschutz, Sensibilität etc.

2) Kopie von PROD, mit Verfremdung, z.B. TDMS, das erfordert aber ein TDMS (separater Server), Fachkenntnisse für das TDMS und Fachkenntnisse der Prozesse.

3) Aufsetzen per Hand. Anfangen mit den Stammdaten, z. B. Kreditoren, Debitoren, Bewegungsarten etc.Denk auch an Customizing. Auch brauchst Du Testuser mit entsprechenden Rollen. Falls das Fachwissen fehlt, wie gesagt, ab zur Fachabteilung. Falls das System integrativ ist (z. B. mit einer PI und anderen Systemen verbandelt), brauchst du natürlich auch Schnittstellen und ein Q-PI.

Auch Jobs (z. B. für MM Periodenverschieber) sollte man nicht vergessen. Anbindung von Druckern wäre auch schick.

Falls Du Tester werden sollst (ich mache das schon einige Zeit) brauchst Du eine Mischung aus gutem Fachwissen (wie laufen die betriebswirtschaftlichen Prozesse bei euch ab), technischem Wissen (Tabellen, Fubas, Berechtigungen, wo guckt man bzw. wo kann man was zu Testzwecken manipulieren) und Testmethodik.

Ach ja, man sollte sich auch noch Gedanken machen, wie man den Livecycle aufzieht. Wie werden Anforderungen und die daraus entstehenden Changes dokumentiert. Werden die Changes zu Releasen zusammengepackt?
Transportsteuerung, wann kommt was auf Q, auf P? Nimmt die Fachabteilung ab, eventuell auf einem eigenen System? Dokumentation von Fehlern?

So das wären die ersten Gedanken, die mir zu dieser Fragestellung einfallen.

Schönes Wochenende aus HH

Re: Testdaten anlegen

ralf.wenzel hat geschrieben:Davor kann ich nur warnen. Es hat schon Kunden gegeben, bei denen (flapsig ausgedrückt) zwei Paletten Klopapier auf dem Hof standen, weil ein Testdruck versehentlich in der Fachabteilung rausgekommen ist und die das Zeugs versendet haben.

Dafür versieht man eigentlich alle Formulare, die nicht aus dem Prod-System kommen mit einem Hinweis:
"TESTDRUCK!! System: XYZ, User: E00034, Datum: 11.11.2011, Zeit: 12:33"

Re: Testdaten anlegen

Also ich weiß nicht... Bei uns werden in den Entwicklungs- und Testsystemen nur Drucker definiert, die in der IT (und nicht im Fachbereich stehen). Druckt man über Windows Standarddrucker, kommt das eh auf dem IT Drucker raus. Das sollte sich sich doch vernünftig regeln lassen.

Klar ist es aufwendig, ein vernünftiges Testsystem aufzusetzen, aber dann hast Du auch ein paar Jahre was davon.

Und Stammdaten, Schnittstellen (oder zumindestens gute Simulatoren), Jobs und Drucker brauchst Du übrigens auch auf einem Entwicklungssystem. Und am besten noch jemanden, der das vernünftig pflegt. Das wäre nämlich noch ein weiterer Punkt: Da beim Entwickeln (mehr) und beim Testen (weniger) Datenschrott entsteht, sollten die entsprechenden Stellen auch die Fähigkeiten haben, diesen wieder zu beseitigen und dies auch tun!

Oder möchtest Du als Entwickler jedesmal darüber rätseln, ob der Fehler ein echter war oder aus dem Datenschrott deines Entwicklungssystems resultiert?

Gruß

Welch schöne Diskussion. Die hätten wir damals auch beim SAP-Stammtisch (RIP) gebrauchen können...

Re: Testdaten anlegen

waltersen hat geschrieben:Welch schöne Diskussion. Die hätten wir damals auch beim SAP-Stammtisch (RIP) gebrauchen können...

SAP-Stammtisch HH wird in dieser Gruppe relativ regelmäßig organisiert:
https://www.xing.com/net/pri26b2fax/sapnethh/