Files
AfiS-Aktensystem/web/e2e/smoke.spec.ts
T
HarlekinandClaude Opus 5 d65cc95eb2 Phase 4 abgeschlossen: Personalakten, Dokumente, Beteiligte, Verknüpfungen
Die Dokumentebene aus docs/13 ist gebaut, additiv: Document, DocumentSection
und DocumentSectionVersion neben Case, CaseSection und CaseEntry. Ein Dokument
hängt an einer Fallakte, an einer Personalakte oder an nichts, höchstens an
einem — gesichert durch eine CHECK-Bedingung. Es gibt kein DELETE; eine
Zurücknahme lässt einen Grabstein stehen, der auch für den Admin zu ist.

Eine neue Dokumentart ist damit ein Datensatz, kein Deployment. Im Seed stehen
vier: vermerk, vorfallsbericht, sonderarbeitsvertrag (mehrseitiger Vertragstext
mit Platzhaltern und Unterschriftenzeilen) und bussgeld.

Zwei Umbenennungen, beide von Hand migriert, damit die vorhandenen Zeilen und
Zählerstände stehen bleiben:
- CaseTemplate -> DocumentTemplate, plus uses[] und layout
- CaseCounter -> NumberSeries, ein Nummernkreis je Präfix für Aktenzeichen
  und Dokumentnummern

Die Regeln für Abschnitte stehen jetzt einmal in lib/sections/render.ts und
gelten für Fallakten und Dokumente gleichermaßen. Die Frage aus docs/13, ob
CaseSection langfristig in die Dokumentebene wandert, ist damit verneint und
begründet.

Rückverweise auf der Personalakte laufen durch visibleCaseWhere, die Zahl
daneben entsteht aus dem gefilterten Ergebnis. Auch die Rollengruppe
verschwindet mit, sonst verriete "Betroffener" ohne Eintrag die Ermittlung.
Die eigene Personalakte ist keine Ausnahme von der Freigabestufe.

Vier neue Rechte: document.create, .edit, .finalize, .retract. Das letzte
steht bei den zurückgehaltenen, es greift in Geschriebenes ein.

91 Tests im Web-Paket, 15 in der Datenbank, 28 e2e. Größte Route 118 kB
gegen das Budget von 120 kB — die Luft wird knapp.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-02 14:15:16 +02:00

90 lines
3.3 KiB
TypeScript

import { expect, test } from '@playwright/test'
test('Gesundheitsendpunkt antwortet mit allen drei Abhaengigkeiten', async ({ request }) => {
const response = await request.get('/api/health')
expect([200, 503]).toContain(response.status())
const body = await response.json()
expect(Object.keys(body.components).sort()).toEqual(['clamav', 'database', 'discordGateway'])
})
test('Antwort traegt eine strikte Inhaltsrichtlinie', async ({ page }) => {
const response = await page.goto('/anmelden')
const csp = response?.headers()['content-security-policy'] ?? ''
expect(csp).toContain("object-src 'none'")
expect(csp).toContain("frame-ancestors 'none'")
expect(csp).toMatch(/script-src [^;]*'nonce-/)
expect(csp).not.toMatch(/script-src [^;]*'unsafe-inline'/)
})
test('Anmeldeseite bietet den Discord-Weg an', async ({ page }) => {
await page.goto('/anmelden')
await expect(page.getByRole('button', { name: 'Mit Discord anmelden' })).toBeVisible()
})
test('Startseite fuehrt Nichtangemeldete zur Anmeldung', async ({ page }) => {
await page.goto('/')
await expect(page).toHaveURL(/\/anmelden$/)
})
test.describe('Geschuetzte Bereiche', () => {
const geschuetzt = [
'/uebersicht',
'/faelle',
'/faelle/neu',
'/personalakten',
'/personalakten/neu',
'/dokumente/AfiS-2026-0001',
'/admin/rollen',
'/admin/system',
]
for (const pfad of geschuetzt) {
test(`${pfad} ist ohne Anmeldung nicht erreichbar`, async ({ page }) => {
await page.goto(pfad)
await expect(page).toHaveURL(/\/anmelden$/)
})
}
})
test('Fehlerseite benennt den Grund der Ablehnung', async ({ page }) => {
await page.goto('/anmelden/fehler?grund=keine-afis-rolle')
await expect(page.getByRole('heading', { level: 1 })).toHaveText(
'Keine Berechtigung für das Aktensystem',
)
await page.goto('/anmelden/fehler?grund=keine-mitgliedschaft')
await expect(page.getByRole('heading', { level: 1 })).toHaveText(
'Du bist nicht auf dem AfiS-Discord',
)
})
test('OAuth-Start nutzt Scope identify, state und PKCE', async ({ request, baseURL }) => {
// Sichert die Anforderungen aus docs/03-auth-und-rechte.md ab.
//
// Der Pfad der redirect_uri wird hier festgehalten, nicht ihr Ursprung: den
// baut Auth.js aus AUTH_URL, das in web/auth.ts aus APP_URL abgeleitet wird.
// Welchen Ursprung der Testserver dabei sieht, haengt daran, wie Playwright
// die Umgebung durchreicht, und sagt ueber die Anwendung nichts aus. Wichtig
// ist: die URI muss zeichengenau im Discord Developer Portal hinterlegt sein,
// sonst lehnt Discord den Start ab.
const csrfResponse = await request.get('/api/auth/csrf')
const { csrfToken } = await csrfResponse.json()
const response = await request.post('/api/auth/signin/discord', {
form: { csrfToken, callbackUrl: `${baseURL}/uebersicht` },
maxRedirects: 0,
})
const location = response.headers()['location'] ?? ''
expect(location).toContain('discord.com')
const params = new URL(location).searchParams
expect(params.get('scope')).toBe('identify')
expect(params.get('state')).toBeTruthy()
expect(params.get('code_challenge')).toBeTruthy()
expect(params.get('code_challenge_method')).toBe('S256')
const redirectUri = new URL(params.get('redirect_uri') ?? '')
expect(redirectUri.pathname).toBe('/api/auth/callback/discord')
expect(redirectUri.protocol).toMatch(/^https?:$/)
})