Prüfen, dass verschachtelte Ressourcenrouten Kind-Objekte an das angegebene Elternobjekt binden

Ziel

Eine Beziehung validieren, die Coding-Agenten beim Aufbau verschachtelter Endpunkte auslassen können: das angeforderte Kind-Objekt muss gemäss dem Vertrag der Anwendung zum angeforderten Elternobjekt gehören. Dies ist ein ursprüngliches Fixtur-Design.

Voraussetzungen

Einen Wegwerf-Issue-Tracker mit getrennten synthetischen Projekten und Issues verwenden. Das Testkonto darf auf ein Projekt zugreifen. Festlegen, ob ein nicht zusammenpassendes Eltern-Kind-Paar abgelehnt oder über eine dokumentierte kanonische Route aufgelöst wird.

Schritte

1. Ein erlaubtes Eltern-Kind-Paar erstellen und es normal abrufen. Die Issue-Kennung, die Eltern-Kennung und die beabsichtigte Sichtbarkeit festhalten, ohne private Inhalte aus einem echten Arbeitsbereich zu kopieren.

2. Die erlaubte Eltern-Kennung beibehalten, aber die Kennung eines Issues einsetzen, das zum anderen synthetischen Projekt gehört. Sowohl das zurückgegebene Objekt als auch jede Autorisierungsentscheidung inspizieren.

3. Für von der Fixtur unterstützte verändernde Operationen wiederholen, etwa das Umbenennen eines Issues. Danach beide Issue-Datensätze über ihre Zuständigen auslesen, um einen hinter einer Fehlerantwort verborgenen Schreibvorgang zu erkennen.

4. Jede Alias-Route durchspielen, die das Elternobjekt weglässt. Ihre eigenständige Strategie dokumentieren, statt anzunehmen, dass eine sichere verschachtelte Route die kürzere Route automatisch sicher macht.

5. Die Beziehungsprüfung an der von der Anwendung gewählten Daten- oder Strategiegrenze festlegen. Die Fälle mit gültigem Paar, nicht zusammenpassendem Paar und Alias mit denselben Fixtur-Identitäten erneut ausführen.

Erwartetes Ergebnis

Eine nützliche Regression drückt die zulässige Beziehung direkt aus und weist ein nicht zusammenpassendes Paar zurück, ohne versehentlich jede verschachtelte Anfrage abzulehnen.

Grenzen und Prüfbasis

Dieses Verfahren liefert absichtlich bekannte Fixtur-Kennungen. Es macht keine Aussage über das Erraten von Kennungen, deren Auffindbarkeit oder die Ausnutzbarkeit gegen einen produktiven Dienst. Dies ist eine ursprüngliche vorgeschlagene Methode; es wird keine Ausführung oder kein empirisches Ergebnis behauptet.