Editor-Lebenszyklus testen
Prüft Bearbeitung, Rückgängig, Einfügen, Speichern und Neuladen als vollständigen Dokumentlebenszyklus.
editor-verification
Entdecke, wie der Skill hilftWann ist der Skill hilfreich?
Nutze dies für Editoränderungen mit Inhaltserhalt über Unterbrechungen hinweg.
Wobei hilft er dir?
- Validiert Schema und Auswahl nach Strukturänderungen.
- Prüft Gleichwertigkeit nach Rückgängig und Bereinigung gefährlicher Einfügeinhalte.
- Testet vertauschte Speicherantworten, Netzverlust und konsistentes Neuladen.
Das könntest du fragen
Teste Einfügen, Ändern, Rückgängig und Neuladen bei verspäteter Antwort der ersten Speicherung. Lade nach der verspäteten Antwort die gespeicherten Daten neu. Das neueste Dokument und sein bereinigter Inhalt entsprechen dem vorher sichtbaren Zustand.
Ausführliche Dokumentation
Hier findest du die ursprüngliche Anleitung, Beispiele und Prüfschritte des Skills in ihrer Originalsprache.
Weniger anzeigen
Editor Verification
Use this skill when testing and verifying visual editors, block editors, drag-and-drop workspaces, and document persistence flows.
Full Editing Lifecycle Verification
Isolated unit tests on helper functions miss interaction bugs between selection, DOM rendering, history, and autosave. Verify the complete editing chain: $$\text{Create} \to \text{Edit} \to \text{Reorder / Nest} \to \text{Duplicate / Paste} \to \text{Delete} \to \text{Undo / Redo} \to \text{Autosave} \to \text{Reload}$$
- Structural & Schema Invariant Checks:
- After every editing command (split, merge, move, indent/outdent, duplicate, delete), assert that:
- All block IDs in the document are unique and non-empty.
- Parent-child nesting conforms to the document schema.
- Serializing and re-parsing the document produces the exact same structure.
- After every editing command (split, merge, move, indent/outdent, duplicate, delete), assert that:
- Selection, Keyboard & Accessibility Checks:
- Verify keyboard-only operation: creating blocks, moving between blocks with arrow keys, invoking commands, reordering blocks via keyboard alternatives, and restoring focus after closing popovers/modals.
- Verify that IME composition (
compositionstart/compositionend) and accented character input do not drop characters or trigger premature block transforms.
- Undo/Redo Equivalence Checks:
- After a multi-step sequence of edits $S_0 \xrightarrow{T_1} S_1 \xrightarrow{T_2} S_2$, verify that
undo()yields document state $S_1$, a secondundo()yields $S_0$, andredo()yields $S_1 \to S_2$ with valid selection and without polluting history during autosave.
- After a multi-step sequence of edits $S_0 \xrightarrow{T_1} S_1 \xrightarrow{T_2} S_2$, verify that
- Adversarial Clipboard & Sanitization Checks:
- Test pasting malformed HTML, deeply nested Word/Google Docs markup,
<script>/onerror/javascript:payloads, and plain text with newlines; verify clean schema normalization and zero XSS execution.
- Test pasting malformed HTML, deeply nested Word/Google Docs markup,
- Network Interruption, Out-of-Order Save & Reload Checks:
- Simulate edits while a save request is delayed (
saving), edit again before the first response returns, and assert the newer edit is not overwritten and eventually reachessaved. - Simulate a failed save (
500/ offline) followed by page reload or409 Conflict, and verify that local draft recovery and conflict handling preserve user work without silent data loss.
- Simulate edits while a save request is delayed (
Checklist
- Has the full chain (create, edit, reorder, duplicate, delete, undo/redo, save, reload) been verified end to end?
- Are unique block IDs, schema validity, and selection placement asserted after structural commands?
- Are keyboard reordering alternatives and hostile clipboard paste payloads tested?
- Are concurrent edits during in-flight saves, offline failures, and
409version conflicts tested?
Enthaltene Dateien 1
SKILL.md
