stackabletech / stackabletech/opa-operator
Add tests for user_group_distinguished_names()
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Rust
- Sterne
- 21
- Forks
- 5
- Ø Merge
- 12 Std. 44 Min.
- Gemergte PRs (30 T.)
- 11
Beschreibung
In https://github.com/stackabletech/opa-operator/pull/622#top we added an Active Directory backend to the user info fetcher.
As part of this, there was fairly extensive code to convert between some weird representations which AD chose for userids and groupids.
In order to not block the release with this we decided to punt on adding unit tests (hopefully, worst case: integration tests) for this later.
We should try and get this done fairly soon after 24.11.
Issue checklist
This is a simple checklist of things to bear in mind when creating a new issue.
- Describe the use-case, as far is possible. For instance, using the pattern "As a XXXX, I would like XXXX to be able to do XXXX" helps to identify the feature as well as the problem it is intended to address.
- Indicate an approximate level of importance and urgency.
- Indicate if there is a known work-around until such time as the issue has been implemented.
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginnen Sie mit dem in pull request 622 hinzugefügten Implementierungs- und Konvertierungscode, insbesondere mit dem Pfad user_group_distinguished_names(). Fügen Sie Unit-Tests oder, falls erforderlich, Integrationstests hinzu, die die Darstellungen der Benutzer- und Gruppen-IDs in Active Directory abdecken; abgeschlossen ist die Aufgabe, wenn das Konvertierungsverhalten getestet wird, ohne den Release zu blockieren.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- rust
- Bereich
- backend, testing
- Issue-Typ
- Refactoring
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 48/100