Vollständige Aufgaben statt einzelner Ansichten prüfen
Fragen Sie bei der Prüfung einer Unternehmensanwendung, ob die vorgesehenen Nutzer ihre echten Aufgaben erledigen, das Ergebnis verstehen und Fehler beheben können. Beginnen Sie mit einigen repräsentativen Abläufen. Attraktive Ansichten helfen nur, wenn Informationen, Berechtigungen und Aktionen die Arbeit unterstützen.
Meine Arbeit an Customiser, Medaur HIMS und Digitrack betrifft Dokumentenprüfung, Patientenakten und Finanzinformationen. In all diesen Bereichen ist die sinnvolle Prüfeinheit eine Aufgabe: Informationen eingeben, prüfen, die Aktion abschließen und den resultierenden Zustand verstehen.
Aufgaben wählen und erfolgreichen Abschluss definieren
Listen Sie häufige Aufgaben und seltenere Aktionen mit erheblichen Folgen auf. Dazu gehören gegebenenfalls Datensätze anlegen, bestehende finden, Fehler korrigieren, Arbeit freigeben und Informationen exportieren. Nutzen Sie realistische Daten mit Nutzungserlaubnis oder eindeutig künstliche Beispiele.
Schreiben Sie das Soll-Ergebnis vor dem Termin auf. „Prüfen Sie diese Ansicht“ liefert Meinungen zum Aussehen. „Finden Sie die zuletzt freigegebene Version und erklären Sie, wer sie freigegeben hat“ prüft Informationsstruktur und Verständnis. Verraten Sie nicht, welche Schaltflächen zu nutzen sind, wenn genau das untersucht werden soll.
Beziehen Sie Menschen mit verschiedenen Aufgaben und Erfahrungsständen ein. Ein Administrator mit Kenntnis des gesamten Datenmodells findet sich möglicherweise zurecht, während gelegentliche Nutzer verwirrt sind. Ordnen Sie Beobachtungen Rolle und Aufgabe zu, statt alle Teilnehmenden zu einem Durchschnittsnutzer zusammenzufassen.
Dateneingabe und Bearbeitung prüfen
Prüfen Sie Beschriftungen, Pflichtfelder, Beispiele und Standardwerte. Jedes Feld sollte erklären, welche Information hineingehört, ohne allein auf beim Tippen verschwindende Platzhalter zu vertrauen. Fügen Sie bei ähnlichen Werten genug Kontext für die richtige Auswahl hinzu.
Testen Sie Tastaturnavigation und normale Korrekturen. Kann eine Person das Formular durchlaufen, einen früheren Wert ändern und erkennen, welche Felder Aufmerksamkeit brauchen? Erhalten Sie bei Validierungsfehlern bereits korrekt eingegebene Informationen und erklären Sie die Lösung nahe am betroffenen Feld.
Beispiel für ein fiktives Planungswerkzeug: Eine koordinierende Person gibt einen Kunden ein, wählt einen Mitarbeitenden und sendet einen Termin ohne Endzeit. Das Formular kennzeichnet das fehlende Feld und behält die übrigen Werte. Nach der Korrektur bricht beim Absenden die Verbindung ab. Das Werkzeug prüft vor dem erneuten Versuch, ob der Termin gespeichert wurde, und zeigt dann die bestätigte Terminreferenz. Prüfen Sie die gesamte Folge einschließlich Tastaturbedienung und ob erkennbar ist, ob erneutes Absenden ein Duplikat erzeugen würde.
Zustand und Folgen verständlich machen
Prüfen Sie Bezeichnungen wie Entwurf, freigegeben, gesendet und abgeschlossen anhand des tatsächlichen Ablaufs. Ein Status sollte beschreiben, was das System weiß, nicht ein erhofftes Ergebnis. Zeigen Sie nach Speichern oder Absenden, was passiert ist und ob ein weiterer Schritt offenbleibt.
Machen Sie bei folgenreichen Aktionen vor der Ausführung den betroffenen Datensatz und das Ergebnis deutlich. Bieten Sie, soweit Geschäftsregeln es erlauben, Rücknahme oder Korrektur an. Nutzen Sie Bestätigungen nur, wenn sie eine sinnvolle Entscheidung unterstützen; wiederholte unnötige Dialoge werden übersehen.
Ein hypothetisches Dokumentenprüfwerkzeug sollte die Annahme eines extrahierten Werts vom Senden des gesamten Datensatzes an ein anderes System unterscheiden. Beides hinter einer unerklärten „Fertig“-Schaltfläche zu bündeln erschwert das Verständnis der Verantwortung und die Fehlerbehebung.
Berechtigungen, Fehler und lang laufende Arbeit prüfen
Testen Sie jede Rolle mit ihren vorgesehenen Zugriffsrechten. Prüfen Sie sowohl die Oberfläche als auch das tatsächlich Erlaubte. Eine versteckte Schaltfläche ersetzt keine Durchsetzung der zugrunde liegenden Berechtigung. Fehlermeldungen sollten den möglichen nächsten Schritt erklären, ohne private Informationen anderer offenzulegen.
Testen Sie leere Listen, nicht verfügbare Datensätze, fehlgeschlagene Anfragen und Verbindungsabbrüche. Die Oberfläche sollte „keine Ergebnisse“ von „Ergebnisse konnten nicht geladen werden“ unterscheiden. Bieten Sie einen sicheren erneuten Versuch und prüfen Sie, dass wiederholte Aktionen keine Duplikate erzeugen.
Erklären Sie bei längerer Verarbeitung, ob Arbeit wartet, läuft, geprüft werden muss oder fehlgeschlagen ist. Berücksichtigen Sie, ob die Person die Seite verlassen und zum Ergebnis zurückkehren kann. Unerklärte Ladeindikatoren erschweren die Entscheidung zwischen Warten, erneutem Versuch und Hilfe.
Verhalten beobachten und Korrekturen priorisieren
Lassen Sie Teilnehmende vor wichtigen Aktionen ihre Erwartungen und danach ihr Verständnis des Ergebnisses erklären. Erfassen Sie Zögern, Rückwege, falsche Annahmen und unvollendete Aufgaben. Trennen Sie beobachtete Probleme von Vorlieben für einen visuellen Stil; beides kann wichtig sein, braucht aber unterschiedliche Belege.
Priorisieren Sie Probleme nach Folgen und Häufigkeit. Eine falsch beschriftete Freigabeaktion kann dringender sein als uneinheitliche Abstände. Gruppieren Sie verwandte Probleme nach ihrer Ursache, etwa unklare Datensatzidentität oder widersprüchliche Statussprache, statt jede Ansicht separat neu zu gestalten.
Testen Sie den geänderten Ablauf erneut mit der ursprünglichen Aufgabe und den betroffenen Rollen. Dokumentieren Sie Aufgabe, beobachtete Schwierigkeit, Folgen, vorgeschlagene Korrektur und Abnahmeprüfung. So erhalten Design und Entwicklung ein konkretes Verhalten zur Verbesserung und einen Weg zur Ergebnisprüfung.
