Die Meilensteine 1 bis 7 haben die Kladde wachsen lassen. Jeder Pull Request hatte seine Tastaturprobe und sein Review, so verlangt es die Definition of Done. Trotzdem bleiben Lücken, und zwar typischerweise an den Rändern: in Zuständen, die beim Bauen selten vorkamen, auf Seiten, die jemand anderes gebaut hat, in Antworten, die keine Seite sind. Der achte Meilenstein prüft die ganze Kladde auf einmal, einmal mit den Augen der Menschen, die sie benutzen, und einmal mit denen eines Angreifers.

Am Ende stehen zwei Berichte in docs/ und einige kleine Pull Requests mit Behebungen und Tests.

Pull Request Branch Bringt Wo in dieser Lektion
1 docs/m8-accessibility-report der Prüfbericht über alle Seiten und Zustände; die Behebungen folgen als eigene kleine Pull Requests „Pull Request 1“ und Übung 1
2 feature/m8-security-headers drei Sicherheits-Header an jeder Antwort, die Nonce für die Import Map „Pull Request 2“ und Übung 2
3 feature/m8-nuget-audit NuGet Audit ohne Befund, eine transitive Abhängigkeit angehoben „Pull Request 3“
4 docs/m8-threat-list die Bedrohungsliste mit Maßnahme, Test oder Grund je Kategorie Übung 3

Wo die Kladde steht

Nach den Modulen 2.1 bis 2.6 und den Meilensteinen 1 bis 7 gilt in den Lösungen:

  • docs/barrierefreiheit.md hat Befunde und Behebungen aus Lektion 2.1.7, damals für den Prototyp. Seitdem ist jede neue Seite mit der Tastatur geprüft worden, aber nicht alle zusammen und nicht in allen Zuständen.
  • Aus Lektion 2.6.5 gibt es eine Content-Security-Policy, aus Lektion 2.6.6 die Bedrohungsliste (docs/bedrohungsliste.md), die Ratenbegrenzung der Buchung und NuGet Audit als Fehler im Build.
  • App.razor enthält wie in Lektion 2.5.1 <ImportMap />, das Stylesheet über @Assets[…] und blazor.web.js.

Heißen Ihre Dateien, Klassen oder Ordner anders, behalten Sie Ihre Namen und übertragen Sie die Schritte.