Geschäftskontext
Ein Junior Data Engineer in einem Pharmaforschungsunternehmen versucht, eine Verbindung zu einer neuen, experimentellen S3-Datenquelle herzustellen. Er ist mit der genauen Netzwerkkonfiguration nicht vertraut. Dieses Szenario testet, wie die Aktion auf widersprüchliche oder unvollständige Parameterkombinationen reagiert, um die Robustheit der Eingabevalidierung zu gewährleisten.
Datenaufbereitung
Keine Datenerstellung erforderlich. Der Fokus liegt auf der Validierung der Aktionsparameter.
Kopiert!
| 1 | /* Für diese Aktion ist keine Datenerstellung erforderlich. */ |
Étapes de réalisation
1
Versuch, eine Region ohne den obligatorischen 'host'-Parameter hinzuzufügen. Ein Fehler wird erwartet.
Kopiert!
| 1 | PROC CAS; |
| 2 | S3.addRegion / |
| 3 | name="pharma-experimental-fail-1"; |
| 4 | RUN; |
2
Versuch, eine Region mit widersprüchlichen Sicherheitsparametern zu erstellen: 'sslrequired=true' und 'nossl=true'. Ein Fehler wird erwartet.
Kopiert!
| 1 | PROC CAS; |
| 2 | S3.addRegion / |
| 3 | name="pharma-experimental-fail-2" |
| 4 | host="s3.lab.pharma.com" |
| 5 | sslrequired=true |
| 6 | nossl=true; |
| 7 | RUN; |
Erwartetes Ergebnis
Die Aktion muss für jeden ungültigen Schritt klare Fehlermeldungen im SAS-Log erzeugen. Für Schritt 1 wird ein Fehler erwartet, der darauf hinweist, dass der Parameter 'host' obligatorisch ist. Für Schritt 2 wird ein Fehler erwartet, der angibt, dass 'sslrequired=true' und 'nossl=true' sich gegenseitig ausschließende Parameter sind. In beiden Fällen darf die Konfiguration nicht zur Sitzung hinzugefügt werden. Dies validiert die Robustheit der Eingabevalidierung der Aktion.