feat(laeufe): Service, Abarbeitung, Kommentare und Archivschutz
Ein Lauf wird vorbereitet, abgearbeitet, abgeschlossen und archiviert. Der Archiv-Schreibschutz sitzt in genau einer Funktion und wird vor jeder Aenderung an Kopfdaten, Schrittergebnis und Kommentar gerufen; abgeschlossen bleibt aenderbar, archiviert nicht. Die Abarbeitungsansicht speichert jeden Schritt einzeln, frischt sich alle zehn Sekunden auf und pausiert im Hintergrund. Sie traegt in der Polling-Antwort keine Befehle und laedt sich auch nicht von selbst neu, solange ein generiertes Passwort auf der Seite steht: beides tauschte es dem Techniker zwischen Lesen und Einfuegen aus. Der unabhaengige Review fand zwei Blocker: ein Befehl konnte zwei verschiedene Passwoerter tragen (Konto bekommt A, Benutzer erfaehrt B), und „nicht zutreffend“ liess sich nicht zuruecknehmen, waehrend die Oberflaeche behauptete, nichts sei gewaehlt. Beides behoben und in Tests festgehalten. Closes #13 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
eec5de404a
commit
ed6e6b81eb
@@ -161,15 +161,36 @@ describe("Generiertes Passwort", () => {
|
||||
expect(platzhalterErsetzen("Hallo {{vorname}}", WERTE).mitPasswort).toBe(false);
|
||||
});
|
||||
|
||||
it("erzeugt für zwei Vorkommen im selben Text zwei verschiedene Passwörter", () => {
|
||||
it("setzt in einem Text überall dasselbe Passwort ein", () => {
|
||||
/*
|
||||
* Fachlich fragwuerdig, aber die ehrliche Folge der Regel „bei jeder Anzeige
|
||||
* neu“: wer den Platzhalter zweimal in einen Befehl schreibt, meint
|
||||
* vermutlich dasselbe Passwort. Dass es zwei sind, faellt beim Lesen auf —
|
||||
* eines still zu speichern und wiederzuverwenden fiele nicht auf.
|
||||
* Der Fall, den der Review zu #013 gefunden hat: ein `New-ADUser` setzt das
|
||||
* Passwort und teilt es in derselben Zeile mit. Zwei verschiedene hiessen,
|
||||
* dass das Konto A bekommt und der Benutzer B erfaehrt — ein Konto, in das
|
||||
* niemand hineinkommt, und niemand sieht warum. Frueher stand hier ein Test,
|
||||
* der genau das festschrieb; er war falsch.
|
||||
*/
|
||||
const ergebnis = platzhalterErsetzen("{{generiertes_passwort}} und {{generiertes_passwort}}", {});
|
||||
const [erstes, zweites] = ergebnis.text.split(" und ");
|
||||
expect(erstes).not.toBe(zweites);
|
||||
expect(erstes).toBe(zweites);
|
||||
expect(erstes).toHaveLength(20);
|
||||
});
|
||||
|
||||
it("erzeugt bei jedem Aufruf ein neues", () => {
|
||||
// „Bei jeder Anzeige neu“ bleibt: dieselbe Zeile, zweimal gefuellt, ergibt
|
||||
// zwei Passwoerter. Sonst waere es gespeichert, und genau das darf es nicht.
|
||||
const einmal = platzhalterErsetzen("{{generiertes_passwort}}", {}).text;
|
||||
const nochmal = platzhalterErsetzen("{{generiertes_passwort}}", {}).text;
|
||||
expect(einmal).not.toBe(nochmal);
|
||||
});
|
||||
|
||||
it("nimmt das Passwort des Seitenaufbaus, wenn eines hereingereicht wird", () => {
|
||||
// So haelt ein Lauf ueber alle seine Befehlsschritte hinweg dasselbe
|
||||
// Passwort — der Schritt „Konto anlegen“ und der Schritt „Passwort
|
||||
// uebergeben“ meinen dasselbe.
|
||||
const eines = platzhalterErsetzen("{{generiertes_passwort}}", {}, { art: "anzeige" }).text;
|
||||
const erster = platzhalterErsetzen("a {{generiertes_passwort}}", {}, { art: "anzeige" }, eines).text;
|
||||
const zweiter = platzhalterErsetzen("b {{generiertes_passwort}}", {}, { art: "anzeige" }, eines).text;
|
||||
expect(erster).toBe(`a ${eines}`);
|
||||
expect(zweiter).toBe(`b ${eines}`);
|
||||
});
|
||||
});
|
||||
|
||||
Reference in New Issue
Block a user