how tester can think
Szene : In einem Restaurant kam eine dreiköpfige Familie an - Eltern und ein Kleinkind. Nachdem sie die beliebteste Pizza bestellt hatten, entspannte sich die Familie und das Kleinkind begann mit den Stäbchen auf dem Tisch zu spielen. Er mochte sie und beschloss, sein Abendessen nur mit Stäbchen zu essen.
Er kündigte seinen Wunsch an und die Eltern, die mit Reden beschäftigt waren, stimmten dem zu. Als die Pizza serviert wurde, fing das Kleinkind an, Stäbchen zu benutzen, und es gelang ihm mehrmals nicht, die Pizza in den Mund zu bekommen. Plötzlich bemerkten es die Eltern und befahlen dem Kleinkind, keine Stäbchen zu benutzen. Kleinkind überzeugte nicht, da die Eltern seinem Wunsch bereits früher zugestimmt hatten.Als die Eltern anfingen, nur mit Messer und Gabel Pizza zu essen, stellte das Kleinkind den Glauben in Frage, aber ich möchte ihn nur mit Stäbchen essen und warum ist das falsch? Und während er Essstäbchen benutzte, als er seine Lieblingspizza nicht essen konnte, wurde er ungeduldig und warf die Essstäbchen schließlich weg und beschloss, auch keine Pizza zu essen. Auch die frustrierten Eltern konnten nichts tun, und die Essenszeit für die Familie war die schlimmste Zeit des Tages.
Ersetzen Sie nun einige der obigen Wörter wie folgt und denken Sie darüber nach:
Eltern: Projektmanagement-Team, einschließlich Business Analyst, Verkäufer, Entwicklungsmanager und Architektenteam.
Kleinkind: Kunde / Endbenutzer
Pizza: Produktanwendung
Essstäbchen: Fehler
Die beliebteste Anwendung ist nur so lange beliebt, bis der Benutzer keinen Fehler macht und das schlechteste Verhalten der Anwendung nicht sieht. Einmal erlebt, kommt der Benutzer nie mehr zur Anwendung zurück. Und deshalb ist es als Tester sehr wichtig zu verstehen Denkweise des Benutzers , wie er sich verhalten soll, was er mit der Anwendung falsch machen kann, was der schlimmste Fehler sein könnte und vieles mehr.
Die meiste Zeit wurde ich sowohl in Foren als auch von internen Teammitgliedern gefragt, wie die Benutzererfahrung beim Testen repliziert werden kann. Meine Antwort war immer einfach - Sei ein Benutzer :) :)
Obwohl es leicht zu sagen als zu implementieren ist, ist es für die Software-Testbranche der richtige Zeitpunkt, sich in eine Richtung der Revolution zu bewegen, in der Benutzererfahrung und Feedback wichtiger sind als alles andere.
Wie kann ein Tester als Endbenutzer denken?
Hiermit einige präsentieren typische Beispiele für das Verhalten als Endbenutzer und das Finden von Überraschungen Ich habe in den letzten Tagen beobachtet:
# 1) Wenn ein Benutzer beim Testen eines Datumsfelds den richtigen Datumswert auswählte oder manuell eingab, funktionierte dies einwandfrei. Als der Benutzer jedoch einen völlig falschen Wert wie 12/00 // eingab und auf OK klickte, wurde ihm eine Fehlermeldung über einen ungültigen Datumswert angezeigt.
Jetzt korrigiert der Benutzer das Datum nicht, sondern aktualisiert die Seite. Was soll passieren? Nun, viele von Ihnen können sich vorstellen, was passieren soll, aber können Sie sich vorstellen, was mit der Anwendung passiert ist? Nach dem Aktualisieren der Seite wurde einem Benutzer Folgendes angezeigt, und derselbe Wert wurde auch in einer Datenbank gespeichert.
Also ... hat der Tester den Benutzer hier repliziert, stimmte zu?
#zwei) Beim Testen einer Anwendung, bei der der Workflow verschiedene Formulare in einer bestimmten Reihenfolge einreichen soll, wenn die Reihenfolge eingehalten wird, hat dies einwandfrei funktioniert. Aber was ist, wenn der Benutzer versucht hat, vom Formular Nr. 5 zum Formular Nr. 3 zurückzukehren?
Anstatt darüber nachzudenken, was passieren soll, wollen wir mal sehen, was passiert ist ...
Tester war verblüfft, aber stolz darauf, sich als Benutzer zu zeigen ... Einverstanden?
#3) Nach erfolgreicher Anmeldung klickt der Benutzer auf die Zurück-Schaltfläche des Browsers. Mal sehen, was passiert ist ...
Die Anmeldeinformationen sollten bereinigt sein, haben es aber nicht getan. Wenn Sie weiter fortfahren, klickt ein Benutzer auf dieser Anmeldeseite auf den Link Passwort vergessen. Stellen Sie sicher, dass der Benutzer bereits angemeldet und auf der Anmeldeseite war, indem Sie auf die Schaltfläche 'Zurück' des Browsers klicken. Durch Klicken auf Passwort vergessen hat der Benutzer zur Startseite der Anwendung navigiert.
Tester wandte sich an Benutzer ... Einverstanden?
# 4) Nachdem der Tester die URL für die Suchseite (http: //x.x.x.x: y / # / Search) der Anwendung überprüft hatte, änderte er die URL als http: //x.x.x.x: y / # / Search / test? und kannst du dir vorstellen, was passiert wäre?
Nun, die Anwendung stürzte ab und der Tester wandte sich erneut an den Benutzer. Ich hoffe, Sie sind nicht anderer Meinung.
Fazit
Ich denke, anhand dieser Beispiele habe ich genug vermittelt, was ich wollte.
In der Tat bedeutet Testen nicht, den Workflow der Anwendung zu überprüfen, und es bedeutet auch nicht, die Anwendung zu brechen, aber es bedeutet sicherlich, dies zu tun Überprüfen Sie die Benutzererfahrung selbst wenn er die Fehler macht.
Über den Autor: Dieser Beitrag wurde von STH-Teammitglied Bhumika Mehta verfasst. Sie ist Projektleiterin und verfügt über mehr als 10 Jahre Erfahrung im Testen von Software. Sie schätzt auch gute Ideen, Innovationen und Risiken. Und natürlich hasst monotone Arbeit, Menschen und Umwelt.
Und ja, lassen Sie uns den Tester in uns selbst zum Endbenutzer machen ... Einverstanden? :) :)
Also ... wir würden gerne mehr Beispiele wie diese von Ihnen hören und würden auch gerne Ihre Meinung dazu haben.
kostenloser Videokonverter für große Dateien
Literatur-Empfehlungen
- Tutorial zum Testen von GUI: Ein vollständiges Handbuch zum Testen der Benutzeroberfläche
- Testen von Website-Cookies und Testfälle zum Testen von Webanwendungs-Cookies
- Benutzerauthentifizierung in MongoDB
- Testen der E-Mail-Validierung: Testen der E-Mail-Funktionalität einer Anwendung
- Geld verdienen, Software testen Karriere und Geheimnisse eines reichsten Testers
- 5 Dinge, die ein Anfänger (und Tester) über Softwaretests wissen sollte
- Beste Software-Test-Tools 2021 (QA Test Automation Tools)
- Ad-hoc-Tests: So finden Sie Fehler ohne formalen Testprozess