Tests schreiben nicht mehr in die Entwicklungsdatenbank

Die Testläufe hatten dort 70 erfundene Rollen, 112 Nutzer und 40 Akten
hinterlassen. Die Rollenverwaltung zeigte deshalb "Gast" siebzehnmal, echte
Rollen doppelt und in willkürlicher Reihenfolge.

Aufräumen allein reicht nicht: CaseEntry, CaseEntryVersion und AuditLog lassen
sich nach harter Regel 2 nicht löschen. Was ein Test dort anlegt, bleibt für
immer stehen - in Phase 2 hätte das die Fallliste unbrauchbar gemacht.

Tests laufen deshalb gegen <datenbank>_test auf demselben Server. pnpm test legt
sie an, migriert und seedet sie vorher. Über TEST_DATABASE_URL lässt sich ein
anderes Ziel setzen.

Dazu die Abschnitte der Rollenverwaltung in der Reihenfolge, in der die
Abteilung ihre Rollen aufzählt: Ränge, Zugehörigkeit, Zugang. Innerhalb eines
Abschnitts entscheidet die Position auf dem Discord-Server, oben die höchste.
Damit steht die Hierarchie an einer Stelle, die ohnehin gepflegt wird.

web/app/(app)/admin/rollen/page.tsx

@@ -8,7 +8,14 @@ import { ClearancePreview } from './ClearancePreview'
 export const metadata: Metadata = { title: de.roleAdmin.heading }
 export const dynamic = 'force-dynamic'
 
-const ORDER = ['MEMBERSHIP', 'CLEARANCE', 'RANK', 'UNSORTED'] as const
+/**
+ * Reihenfolge der Abschnitte: erst die Ränge, dann die Zugehörigkeit, dann die
+ * Zugangsrollen — so, wie die Abteilung sie selbst aufzählt. Innerhalb eines
+ * Abschnitts entscheidet die Position der Rolle auf dem Discord-Server, oben
+ * die höchste. Damit steht die Hierarchie an einer Stelle, die ohnehin gepflegt
+ * wird, statt in einer zweiten Sortierung in dieser Anwendung.
+ */
+const ORDER = ['RANK', 'MEMBERSHIP', 'CLEARANCE', 'UNSORTED'] as const
 
 export default async function RoleAdminPage() {
   // Ohne roles.manage gibt es 404, nicht 403.