how tester can think
Σκηνή : Σε ένα εστιατόριο, μια οικογένεια 3 έφτασε - γονείς και ένα μικρό παιδί. Μετά την παραγγελία της πιο αγαπημένης πίτσας, η οικογένεια ήταν χαλαρωτική και το μικρό παιδί άρχισε να παίζει με τα ξυλάκια στο τραπέζι. Τους άρεσε και αποφάσισε να φάει το δείπνο του χρησιμοποιώντας μόνο τσοπ στικς.
Ανακοίνωσε την επιθυμία του και οι γονείς, απασχολημένοι με τη συζήτηση, συμφώνησαν. Όταν σερβίρεται η πίτσα, το μικρό παιδί άρχισε να χρησιμοποιεί ξυλάκια και απέτυχε αρκετές φορές να πάρει την πίτσα στο στόμα του. Ξαφνικά οι γονείς το παρατήρησαν και διέταξαν το μικρό παιδί να μην χρησιμοποιήσει τσοπ στικς. Το μικρό παιδί δεν πείστηκε καθώς οι γονείς είχαν ήδη συμφωνήσει στην επιθυμία του νωρίτερα.Όταν οι γονείς άρχισαν να διδάσκουν να τρώνε πίτσα μόνο με μαχαίρι και πιρούνι, το μικρό παιδί αμφισβήτησε την πεποίθηση, αλλά θέλω να το φάω μόνο με ξυλάκια και γιατί είναι λάθος; Και ενώ χρησιμοποιούσε τσοπ στικς όταν δεν μπόρεσε να φάει την αγαπημένη του πίτσα, ανυπόμονος και τελικά πέταξε τα τσοπ στικ και αποφάσισε να μην φάει και πίτσα. Οι γονείς, απογοητευμένοι επίσης, δεν μπορούσαν να κάνουν τίποτα και η οικογενειακή ώρα δείπνου εμφανίστηκε ως η χειρότερη στιγμή της ημέρας.
Τώρα, αντικαταστήστε μερικές λέξεις στην παραπάνω παράγραφο ως εξής και ξανασκεφτείτε το:
Γονείς: Ομάδα διαχείρισης έργου, συμπεριλαμβανομένων αναλυτών επιχειρήσεων, πωλητών, διαχειριστή ανάπτυξης και αρχιτεκτονικής ομάδας.
Νήπιο: Πελάτης / τελικός χρήστης
Πίτσα: προϊόν / εφαρμογή
Ξυλάκια: λάθος
Η πιο αγαπημένη εφαρμογή είναι μόνο αγαπημένη έως ότου ο χρήστης δεν κάνει λάθος και δεν δει τη χειρότερη συμπεριφορά της εφαρμογής. Μόλις το πετύχετε, ο χρήστης δεν επιστρέφει ποτέ στην εφαρμογή. Και ως εκ τούτου, ως δοκιμαστής, είναι πολύ απαραίτητο να κατανοήσουμε νοοτροπία του χρήστη , πώς αναμένεται να συμπεριφέρεται, τι λάθος μπορεί να κάνει με την εφαρμογή, ποιο θα μπορούσε να είναι το χειρότερο λάθος και πολλά άλλα.
Τις περισσότερες φορές, με ρώτησαν σε φόρουμ καθώς και από μέλη της ομάδας για το πώς να αναπαράγω την εμπειρία του χρήστη κατά τη δοκιμή. Η απάντησή μου ήταν πάντα απλή - Γίνετε χρήστης :)
Παρόλο που είναι εύκολο να πούμε παρά να εφαρμοστεί, είναι η κατάλληλη στιγμή για τη βιομηχανία δοκιμών λογισμικού να κινηθεί προς την κατεύθυνση της επανάστασης, όπου η εμπειρία και τα σχόλια των χρηστών είναι πιο σημαντικά από οτιδήποτε άλλο.
Πώς μπορεί ένας εξεταστής να σκεφτεί ως τελικό χρήστη;
Παρουσιάζοντας εδώ μερικά τυπικά παραδείγματα συμπεριφοράς ως τελικού χρήστη και εύρεσης εκπλήξεων , Παρατήρησα τις τελευταίες ημέρες:
# 1) Κατά τη δοκιμή ενός πεδίου ημερομηνίας, όταν ένας χρήστης επέλεξε ή εισήγαγε χειροκίνητα τη σωστή τιμή ημερομηνίας, λειτούργησε καλά. Αλλά όταν ο χρήστης κατέληξε να εισάγει μια εντελώς λανθασμένη τιμή όπως το 12/00 // και να κάνει κλικ στο OK, του παρουσιάστηκε ένα μήνυμα σφάλματος σχετικά με τη μη έγκυρη ημερομηνία.
Τώρα ο χρήστης δεν διορθώνει την ημερομηνία αλλά ανανεώνει τη σελίδα. Τι πρέπει να συμβεί; Λοιπόν, πολλοί από εσάς μπορείτε να μαντέψετε τι πρέπει να συμβεί, αλλά μπορείτε να σκεφτείτε τι συνέβη με την εφαρμογή; Μετά την ανανέωση της σελίδας, παρουσιάστηκε στον χρήστη ένα ακόλουθο και η ίδια τιμή αποθηκεύτηκε και σε μια βάση δεδομένων.
Λοιπόν… .. ο δοκιμαστής έχει αντιγράψει τον χρήστη εδώ, συμφώνησε;
#δύο) Κατά τη δοκιμή μιας εφαρμογής, όπου η ροή εργασίας είναι να υποβάλει διάφορες φόρμες σε ειδική ακολουθία, αν ακολουθήθηκε η παραγγελία, λειτούργησε καλά. Τι γίνεται όμως αν ο χρήστης προσπαθούσε να επιστρέψει στη # 3 φόρμα, από τη # 5 φόρμα;
Και πάλι, αντί να σκεφτόμαστε τι πρέπει να συμβεί, ας δούμε τι συνέβη…
Ο Tester ήταν ανόητος αλλά αισθάνθηκε περήφανος που εμφανίστηκε ως χρήστης… .. Συμφωνήθηκε;
# 3) Μετά την επιτυχή σύνδεση, ο χρήστης κάνει κλικ στο πίσω κουμπί του προγράμματος περιήγησης. Και πάλι, ας δούμε τι συνέβη…
άνοιγμα αρχείων βάζων στα παράθυρα 10
Τα διαπιστευτήρια θα έπρεπε να έχουν καθαριστεί, αλλά δεν το έκανε. Προχωρώντας περαιτέρω, σε αυτήν τη σελίδα σύνδεσης, ένας χρήστης κάνει κλικ στο σύνδεσμο Ξεχάσατε τον κωδικό πρόσβασής σας. Να είστε ξεκάθαροι ότι ο χρήστης είχε ήδη συνδεθεί και είχε συνδεθεί στη σελίδα σύνδεσης κάνοντας κλικ στο κουμπί πίσω του προγράμματος περιήγησης. Το κλικ στο Forgot Your Password περιήγησε τον χρήστη στην αρχική σελίδα της εφαρμογής.
Ο ελεγκτής στράφηκε στο χρήστη… Συμφωνήθηκε;
# 4) Αφού παρατηρήσει τη διεύθυνση URL για τη σελίδα αναζήτησης (http: //x.x.x.x: y / # / Search) της εφαρμογής, ο ελεγκτής τροποποίησε τη διεύθυνση URL ως http: //x.x.x.x: y / # / Search / test; και μπορείς να σκεφτείς τι θα συνέβαινε;
Λοιπόν, η εφαρμογή συνετρίβη και ξανά ο ελεγκτής στράφηκε στο χρήστη… .. Ελπίζω να μην διαφωνήσετε.
συμπέρασμα
Υποθέτω, μέσω αυτών των παραδειγμάτων, έχω μεταφέρει αρκετά από αυτά που ήθελα.
Πραγματικά, η δοκιμή δεν σημαίνει τον έλεγχο της ροής εργασίας της εφαρμογής και ούτε σημαίνει διακοπή της εφαρμογής αλλά σίγουρα σημαίνει ελέγξτε την εμπειρία του χρήστη ακόμα και όταν κάνει τα λάθη.
Σχετικά με τον Συγγραφέα: Αυτή η ανάρτηση γράφτηκε από το μέλος της ομάδας STH Bhumika Mehta. Είναι επικεφαλής του έργου, με 10+ χρόνια εμπειρίας σε δοκιμές λογισμικού. Εκτιμά επίσης καλές ιδέες και καινοτομίες και κινδύνους. Και φυσικά μισεί τη μονοτονική δουλειά, τους ανθρώπους και το περιβάλλον.
Και ναι, ας μετατρέψουμε τον ελεγκτή στον εαυτό μας σε τελικό χρήστη…. Συμφωνήσατε; :)
Έτσι… .. θα θέλαμε να ακούσουμε περισσότερα παραδείγματα από αυτά και θα θέλαμε να έχουμε και τις απόψεις σας.
Συνιστώμενη ανάγνωση
- Οδηγός δοκιμών GUI: Ένας πλήρης οδηγός δοκιμών διεπαφής χρήστη (UI)
- Δοκιμές cookie ιστότοπου & περιπτώσεις δοκιμής για τη δοκιμή cookie εφαρμογών ιστού
- Έλεγχος ταυτότητας χρήστη στο MongoDB
- Έλεγχος επικύρωσης email: Πώς να ελέγξετε τη λειτουργικότητα email μιας εφαρμογής
- Δημιουργία χρημάτων, καριέρα δοκιμών λογισμικού και μυστικά ενός πλουσιότερου ελεγκτή
- 5 πράγματα που πρέπει να γνωρίζει ένας προγραμματιστής για αρχάριους (και δοκιμαστές) για τη δοκιμή λογισμικού
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
- Ad-hoc Testing: Πώς να βρείτε ελαττώματα χωρίς επίσημη διαδικασία δοκιμής