Περιεχόμενο
- Demo και να πεθάνεις!
- Βήμα στα παπούτσια των χρηστών
- Σύντομο ιστορικό UAT
- Η UAT σας δείχνει πόσο χρησιμοποιήσιμο είναι το σύστημα
- Ποιος μπορεί να εκτελέσει UAT;
- No Bugs, No Stress - Ο οδηγός σας βήμα προς βήμα για τη δημιουργία λογισμικού που αλλάζει τη ζωή χωρίς να καταστρέφει τη ζωή σας
- Ροές επιτυχίας και αποτυχίας
- Οφέλη UAT
Πηγή: Lightcome / iStockphoto
Πάρε μακριά:
Μόλις το λογισμικό υποβληθεί σε μονάδα, ολοκλήρωση και έλεγχο συστημάτων, η ανάγκη για δοκιμές αποδοχής μπορεί να φαίνεται περιττή. Γιατί εξακολουθεί να είναι σημαντική η δοκιμή αποδοχής από τους χρήστες (UAT); Εδώ, μάθετε καλά για τα οφέλη της UAT και γιατί η μοναδική της.
Demo και να πεθάνεις!
Έχετε παραδώσει ποτέ μια παρουσίαση πελατών ή μια κατάρτιση, και κάτι σπάει στη μέση; Ή έχετε δώσει σε κάποιον μια σειρά οδηγιών και έχετε συνειδητοποιήσει ότι χάσατε κάτι ή δεν δούλευε όπως ελπίζατε; Κατά τη διάρκεια κάθε μιας από αυτές τις περιπτώσεις, υιοθετείτε την προοπτική του τελικού χρήστη και εργάζεστε με το λογισμικό σε αυτό το persona. Οι πιθανότητες είναι ότι κάνατε κάτι διαφορετικό επειδή σκέφτεστε ως χρήστη και όχι ως προγραμματιστή.
Βήμα στα παπούτσια των χρηστών
Η μοναδική γωνία της δοκιμής αποδοχής από το χρήστη (UAT) είναι η δοκιμή του λογισμικού ως τελικού χρήστη. Το λογισμικό έχει σχεδιαστεί για να παρέχει στους χρήστες απτά αποτελέσματα. Για παράδειγμα, οι ιστότοποι ηλεκτρονικού εμπορίου επιτρέπουν στους πελάτες να αγοράζουν προϊόντα. Όταν ένας πελάτης τοποθετεί μια παραγγελία, το λογισμικό ηλεκτρονικών εμπορικών χώρων ειδοποιεί τον διαχειριστή του καταστήματος, έτσι ώστε το επιλεγμένο στοιχείο να μπορεί να τραβηχτεί και να συσκευαστεί για αποστολή. Μπορεί να υπάρχουν διαφορετικοί τύποι χρηστών λογισμικού, οπότε αυτό το στάδιο δοκιμών επιτρέπει στην ομάδα ανάπτυξης να επαληθεύσει ότι οι τελικοί χρήστες επιτυγχάνουν τα αναμενόμενα αποτελέσματα του λογισμικού.
Σύντομο ιστορικό UAT
Πριν από την έλευση του διαδικτύου, το μεγαλύτερο μέρος του λογισμικού αναπτύχθηκε για ένα γνωστό κοινό χρήστη. Εάν μια εταιρεία ανέπτυξε λογισμικό για έναν πελάτη, ένας ανάδοχος διαχειριστής είχε την εξουσία να επαληθεύσει ότι το λογισμικό πληροί τους όρους της σύμβασης. Αυτό προοριζόταν να αντιπροσωπεύει ένα σημείο όπου το λογισμικό ήταν "κατάλληλο για το σκοπό", το οποίο επιτεύχθηκε επιλέγοντας τους εκπροσώπους των τελικών χρηστών να εκτελούν δοκιμές και να παρέχουν μια έκθεση με αποτελέσματα. Επειδή οι χρήστες ήταν μια γνωστή, κλειστή ομάδα, ο καθένας θα μπορούσε να εκπαιδευτεί στη χρήση του λογισμικού, συνήθως μέσω πολύ λεπτομερών δοκιμαστικών βημάτων. Το σύνθημα της ημέρας ήταν ότι περισσότερες λεπτομέρειες ήταν καλύτερες.
Καθώς όλο και περισσότερο λογισμικό αναπτύχθηκε για πελάτες στο διαδίκτυο, το κοινό των τελικών χρηστών έγινε πιο ανοικτό. Δεν ήταν πλέον δυνατό να εντοπιστούν και να εκπαιδεύονται όλοι οι πιθανοί τελικοί χρήστες, οπότε ο σχεδιασμός του λογισμικού έπρεπε να περιλαμβάνει πολύ μεγαλύτερη έμφαση στη χρηστικότητα και έπρεπε να είναι κατανοητό - ακόμη και με ελάχιστες πληροφορίες. Έτσι, η UAT έπρεπε να αλλάξει για να ανταποκριθεί στις απαιτήσεις αυτές.
Η UAT σας δείχνει πόσο χρησιμοποιήσιμο είναι το σύστημα
Έτσι, όχι μόνο η UAT μας λέει την έκταση της λειτουργικότητας για ένα κομμάτι του λογισμικού, αλλά μας λέει και πόσο χρησιμοποιήσιμο είναι. Οι περισσότεροι UAT εκτελούνται καλύτερα από άτομα που καταλαβαίνουν τον στοχευμένο τελικό χρήστη που θα βιώσει το λογισμικό με λίγες προηγούμενες γνώσεις και μπορεί να δώσει μια πραγματική ένδειξη για την ευκολία χρήσης του λογισμικού και τι χρειάζεται βελτίωση.
Ποιος μπορεί να εκτελέσει UAT;
Ως προγραμματιστές λογισμικού δοκιμής, θυμούνται λεπτομέρειες σχετικά με το πώς ένα σύστημα είναι γραμμένο. Αυτές οι γνώσεις μπορούν να επηρεάσουν τις δοκιμές και οι προγραμματιστές μπορούν να ακολουθήσουν διαφορετικά βήματα από τους τελικούς χρήστες, όπως η ταχύτερη εκτέλεση των βημάτων ή η απόρριψη λεπτών λεπτομερειών που οι τελικοί χρήστες ενδέχεται να βρουν σύγχυση. Έτσι, οι προγραμματιστές δεν είναι οι καλύτεροι υποψήφιοι της UAT. Έτσι, ποιος είναι;
Πολλοί οργανισμοί χρησιμοποιούν συγκεκριμένες ομάδες δοκιμών που δεν συμμετέχουν στον τεχνικό σχεδιασμό και την ανάπτυξη. Οι μικρότεροι οργανισμοί είτε διαθέτουν δοκιμές σε μη αναπτυξιακούς υπαλλήλους, όπως εκείνοι που εκτελούν διοικητικά καθήκοντα, είτε χρησιμοποιούν τις υπηρεσίες μιας εξωτερικής εταιρείας. Ορισμένοι οργανισμοί χρησιμοποιούν το λεγόμενο «δοκιμαστικό διάδρομο», όπου κυριολεκτικά επιλέγουν μέλη του προσωπικού που δεν απασχολούνται ενεργά στο έργο και τους ζητούν να δοκιμάσουν το σύστημα από την οπτική των τελικών χρηστών. Ένα παράδειγμα θα ήταν η παραγγελία προϊόντος στο διαδίκτυο.
Μετά από εσωτερικές δοκιμές, μπορούν να γίνουν στάδια χειρισμών ή βήτα δοκιμών, όπου το λογισμικό θα διατίθεται σε μικρές ομάδες "πραγματικών" χρηστών που καλούνται να χρησιμοποιήσουν το προϊόν δωρεάν ή με σημαντική έκπτωση, έναντι λεπτομερούς σχολιασμού χρήσης.
No Bugs, No Stress - Ο οδηγός σας βήμα προς βήμα για τη δημιουργία λογισμικού που αλλάζει τη ζωή χωρίς να καταστρέφει τη ζωή σας
Δεν μπορείτε να βελτιώσετε τις δεξιότητες προγραμματισμού σας όταν κανείς δεν ενδιαφέρεται για την ποιότητα του λογισμικού.
Τα προοδευτικά στάδια UAT με ποικίλα ακροατήρια αυξάνουν την εμπιστοσύνη στη χρηστικότητα του λογισμικού. Σε συνδυασμό με τις φάσεις της επαναληπτικής ανάπτυξης, μπορούν να εκτελεστούν πολλαπλοί κύκλοι UAT για να δοκιμαστούν νέα χαρακτηριστικά κατά την παράδοσή τους, ενώ επαληθεύονται προηγούμενες λειτουργίες.
Οι καλοί δοκιμαστές του UAT είναι περίεργοι να δουν τι συμβαίνει αν ακολουθήσουν διαφορετικές διαδρομές προς ένα συγκεκριμένο στόχο. Μετά από όλα, όλοι προσεγγίζουν τη χρήση του λογισμικού με διαφορετικούς τρόπους, οπότε αν πολλές δυνατότητες μπορούν να καλυφθούν από μια μικρή ομάδα ανθρώπων, η εμπιστοσύνη του λογισμικού στον τρόπο λειτουργίας είναι υψηλότερη.
Ροές επιτυχίας και αποτυχίας
Οι διαδικασίες UAT θα πρέπει να επαληθεύουν ότι κάθε είδος χρήστη του λογισμικού αποκτά τα απτά αποτελέσματα που απαιτούνται για τις ροές επιτυχίας και αποτυχίας.
Σε μια επιτυχημένη ροή, ο τελικός χρήστης απομακρύνεται με ένα αναμενόμενο αποτέλεσμα, όπως η τοποθέτηση μιας παραγγελίας προϊόντος. Σε ροή αποτυχίας, το λογισμικό υποστηρίζει τον τελικό χρήστη μέσω κάποιου σεναρίου σφάλματος, όπως όταν ο πελάτης παρέχει μη έγκυρες πληροφορίες πληρωμής μέσω πιστωτικής κάρτας.
Για να επαληθεύσετε τη λειτουργικότητα, ορισμένες πληροφορίες πρέπει να παρέχονται στους δοκιμαστές. Διαφορετικά, δεν γνωρίζουν τι πρέπει να κάνει το λογισμικό. Αλλά για να δοκιμάσετε τη χρηστικότητα, αυτό πρέπει να είναι ελάχιστο - μόνο έργο ή απαιτήσεις που βασίζονται, όπως η αγορά "x" (προϊόν) και πληρώνουν "y" (χρησιμοποιώντας στοιχεία πιστωτικών καρτών). Το βάρος πρέπει να τοποθετείται σε δοκιμαστές για την καταγραφή παρατηρήσεων, επιτυχιών και αποτυχιών.
Οφέλη UAT
Ένα βασικό πλεονέκτημα της καλής UAT είναι ότι διατηρεί τα συνεχή έξοδα συντήρησης όσο το δυνατόν χαμηλότερα. Είναι φθηνότερο να διορθώσετε τα προβλήματα λειτουργικότητας και χρηστικότητας νωρίς. Είναι πολύ πιο δύσκολο να διορθώσετε ένα σφάλμα όταν υπάρχει περισσότερος κώδικας γύρω από αυτό για δοκιμή παλινδρόμησης ή εάν ο αρχικός προγραμματιστής δεν είναι διαθέσιμος.
Το UAT που εκτελείται σε πολλαπλά στάδια και με διαφορετικούς τύπους δοκιμαστικού κοινού παρέχει βέλτιστες ευκαιρίες για τον εντοπισμό και την επιδιόρθωση προβλημάτων που σχετίζονται με προβλήματα / ευχρηστία στις πρώτες φάσεις των δοκιμών. Η τήρηση των στόχων του UAT σε επίπεδο εργασιών και απαιτήσεων επιτρέπει στους δοκιμαστές να παρατηρούν και να παρατηρούν πολύ περισσότερα και ακόμη και να επιχειρούν βήματα έξω από τους προγραμματιστές που παρέχονται.
Η ανατροφοδότηση από τους κύκλους UAT μπορεί να τροφοδοτηθεί σε επακόλουθες επαναλήψεις ανάπτυξης, αυξάνοντας την ευρωστία και τη χρηστικότητα του λογισμικού. Χρονικά καλά, ακόμη και οι φάσεις βήτα δοκιμών μπορούν να συμπληρώσουν τις δραστηριότητες μάρκετινγκ και πωλήσεων παρέχοντας αναφορές και ανατροφοδότηση της μελέτης περιπτώσεων.