Τι είναι ο Έλεγχος Αποδοχής Χρήστη (UAT);

Τι είναι το UAT;

Δοκιμή αποδοχής χρήστη (UAT) είναι ένας τύπος δοκιμής που εκτελείται από τον τελικό χρήστη ή τον πελάτη για την επαλήθευση/αποδοχή του συστήματος λογισμικού πριν από τη μεταφορά της εφαρμογής λογισμικού στο περιβάλλον παραγωγής. Το UAT γίνεται στην τελική φάση των δοκιμών αφού έχει γίνει ο λειτουργικός έλεγχος, η ολοκλήρωση και ο έλεγχος του συστήματος.

Σκοπός του UAT

Ο κύριος Σκοπός του UAT είναι η επικύρωση της ολοκληρωμένης επιχειρηματικής ροής. Δεν εστιάζει σε αισθητικά λάθη, ορθογραφικά λάθη ή δοκιμές συστήματος. Οι Δοκιμές Αποδοχής Χρηστών διεξάγονται σε ξεχωριστό περιβάλλον δοκιμών με ρύθμιση δεδομένων τύπου παραγωγής. Είναι ένα είδος δοκιμής μαύρου κουτιού όπου θα εμπλέκονται δύο ή περισσότεροι τελικοί χρήστες.

Η UAT εκτελείται από:

• Πελάτης
• Τελικούς χρήστες

Ανάγκη δοκιμής αποδοχής χρήστη

Η ανάγκη για Δοκιμές Αποδοχής Χρήστη προκύπτει μόλις το λογισμικό υποβληθεί σε δοκιμές μονάδας, ολοκλήρωσης και συστήματος. Οι προγραμματιστές ενδέχεται να έχουν δημιουργήσει λογισμικό με βάση τη δική τους ερμηνεία του εγγράφου απαιτήσεων και οι απαιτούμενες αλλαγές κατά την ανάπτυξη ενδέχεται να μην κοινοποιούνται πάντα αποτελεσματικά. Συνεπώς, η UAT επαληθεύει ότι το τελικό προϊόν γίνεται αποδεκτό από τον πελάτη και τους τελικούς χρήστες.

• Οι προγραμματιστές κωδικοποιούν λογισμικό με βάση ένα έγγραφο απαιτήσεων, το οποίο είναι η «δική» τους κατανόηση των απαιτήσεων και μπορεί στην πραγματικότητα να μην είναι αυτό που χρειάζεται ο πελάτης από το λογισμικό.
• Οι αλλαγές στις απαιτήσεις κατά τη διάρκεια του έργου ενδέχεται να μην κοινοποιηθούν αποτελεσματικά στους προγραμματιστές.

Δοκιμή αποδοχής και V-Model

Στο V-Model, η Δοκιμή Αποδοχής Χρήστη αντιστοιχεί στη φάση απαιτήσεων του Κύκλος ζωής ανάπτυξης λογισμικού (SDLC)Αυτή η αντιστοίχιση διασφαλίζει ότι οτιδήποτε καταγράφεται στις επιχειρηματικές απαιτήσεις επαληθεύεται μέσω UAT πριν από την κυκλοφορία του.

Προϋποθέσεις Δοκιμής Αποδοχής Χρηστών

Πριν ξεκινήσει η δοκιμή αποδοχής χρήστη (UAT), το σύστημα πρέπει να πληροί ένα σαφές σύνολο κριτηρίων εισόδου. Τα ακόλουθα αποτελούν τυπικές προϋποθέσεις για τη δοκιμή αποδοχής χρήστη:

• Οι επιχειρηματικές απαιτήσεις πρέπει να είναι διαθέσιμες.
• Εφαρμογή Code θα πρέπει να αναπτυχθεί πλήρως.
• Θα πρέπει να ολοκληρωθούν οι δοκιμές μονάδας, οι δοκιμές ολοκλήρωσης και οι δοκιμές συστήματος.
• Δεν θα πρέπει να παραμένουν ελαττώματα Showstopper, High ή Medium στη φάση Δοκιμής Ενοποίησης Συστήματος.
• Μόνο τα αισθητικά λάθη είναι αποδεκτά πριν από τον έλεγχο UAT.
• Ο έλεγχος παλινδρόμησης θα πρέπει να ολοκληρωθεί χωρίς σημαντικά ελαττώματα.
• Όλα τα αναφερόμενα ελαττώματα θα πρέπει να διορθώνονται και να ελέγχονται πριν από την UAT.
• A tracΘα πρέπει να συμπληρωθεί ο πίνακας δυνατότητας για όλες τις δοκιμές.
• Το περιβάλλον UAT πρέπει να είναι έτοιμο.
• Επιστολή έγκρισης ή επικοινωνία από την Ομάδα Δοκιμών Συστήματος που επιβεβαιώνει ότι το σύστημα είναι έτοιμο για εκτέλεση UAT.

Πώς να εκτελέσετε δοκιμές UAT

Η UAT εκτελείται από τους προβλεπόμενους χρήστες του συστήματος ή του λογισμικού. Αυτός ο τύπος Δοκιμές Λογισμικού συνήθως λαμβάνει χώρα στην τοποθεσία του πελάτη και αναφέρεται επίσης ως Δοκιμή Βήτα. Μόλις ικανοποιηθούν τα κριτήρια εισόδου για το UAT, οι δοκιμαστές εκτελούν τις ακόλουθες εργασίες:

• Ανάλυση Επιχειρηματικών Απαιτήσεων
• Δημιουργία σχεδίου δοκιμών UAT
• Προσδιορίστε σενάρια δοκιμής
• Δημιουργία δοκιμών UAT
• Προετοιμασία Δεδομένων Δοκιμών (Δεδομένα Παραγωγικού Τύπου)
• Εκτελέστε τις περιπτώσεις δοκιμής
• Καταγράψτε τα Αποτελέσματα
• Επιβεβαιώστε τους επιχειρηματικούς στόχους

Βήμα 1) Ανάλυση Επιχειρηματικών Απαιτήσεων

Μία από τις πιο σημαντικές δραστηριότητες στο UAT είναι ο εντοπισμός και η ανάπτυξη σεναρίων δοκιμών. Αυτά τα σενάρια δοκιμών προέρχονται από τα ακόλουθα έγγραφα:

• Χάρτης έργου
• Υποθέσεις επιχειρησιακής χρήσης
• Διαγράμματα ροής διεργασίας
• Έγγραφο επιχειρηματικών απαιτήσεων (BRD)
• Προδιαγραφή Απαιτήσεων Συστήματος (SRS)

Βήμα 2) Δημιουργία σχεδίου UAT

Το σχέδιο δοκιμών UAT περιγράφει τη στρατηγική που θα χρησιμοποιηθεί για την επαλήθευση και τη διασφάλιση ότι μια εφαρμογή πληροί τις επιχειρηματικές της απαιτήσεις. Τεκμηριώνει κριτήρια εισόδου και εξόδου για UAT, σενάρια δοκιμών, προσέγγιση περίπτωσης δοκιμής και χρονοδιαγράμματα δοκιμών.

Βήμα 3) Προσδιορίστε σενάρια δοκιμών και υποθέσεις δοκιμής

Προσδιορίστε τα σενάρια δοκιμών σε σχέση με επιχειρηματικές διαδικασίες υψηλού επιπέδου και δημιουργήστε δοκιμαστικές περιπτώσεις με σαφή βήματα δοκιμών. Οι δοκιμαστικές περιπτώσεις θα πρέπει να καλύπτουν επαρκώς τα περισσότερα σενάρια UAT. Οι επιχειρηματικές περιπτώσεις χρήσης χρησιμεύουν ως δεδομένα εισόδου για τη δημιουργία των δοκιμαστικών περιπτώσεων.

Βήμα 4) Προετοιμασία Δεδομένων Δοκιμών

Συνιστάται καλύτερα να χρησιμοποιείτε ζωντανά δεδομένα για UAT. Τα δεδομένα θα πρέπει να κωδικοποιούνται για απόρρητο και ασφάλεια λόγους. Ο υπεύθυνος δοκιμών θα πρέπει να είναι εξοικειωμένος με τη ροή της βάσης δεδομένων.

Βήμα 5) Εκτελέστε και καταγράψτε τα αποτελέσματα

Εκτελέστε δοκιμαστικές περιπτώσεις και αναφέρετε τυχόν σφάλματα. Επαναλάβετε τον έλεγχο των σφαλμάτων μόλις διορθωθούν. Διαχείριση δοκιμών εργαλεία μπορούν να χρησιμοποιηθούν για την εκτέλεση.

Βήμα 6) Επιβεβαιώστε την επίτευξη των Επιχειρηματικών Στόχων

Οι Επιχειρηματικοί Αναλυτές ή οι Δοκιμαστές UAT θα πρέπει να στείλουν ένα email έγκρισης μετά τη δοκιμή UAT. Μετά την έγκριση, το προϊόν είναι έτοιμο για παραγωγή. Τα παραδοτέα για τη δοκιμή UAT είναι το Σχέδιο Δοκιμής, τα Σενάρια και οι Περιπτώσεις Δοκιμής UAT, τα Αποτελέσματα Δοκιμών και το Αρχείο Καταγραφής Σφάλματος.

Κριτήρια εξόδου για UAT

Πριν από τη μετάβαση στην παραγωγή, πρέπει να ληφθούν υπόψη τα ακόλουθα:

• Δεν υπάρχουν ανοιχτά κρίσιμα ελαττώματα.
• Η επιχειρηματική διαδικασία λειτουργεί ικανοποιητικά.
• Συνάντηση ολοκλήρωσης της UAT με όλα τα ενδιαφερόμενα μέρη.

Ιδιότητες δοκιμαστών UAT

Ένας UAT Tester θα πρέπει να διαθέτει ισχυρή γνώση της επιχείρησης. Ο tester θα πρέπει να είναι ανεξάρτητος και να σκέφτεται ως άγνωστος χρήστης στο σύστημαΟ υπεύθυνος δοκιμών θα πρέπει να είναι αναλυτικός, να έχει πλευρική σκέψη και να είναι ικανός να συνδυάζει κάθε είδους δεδομένα για να κάνει το UAT επιτυχημένο.

Οι δοκιμαστές, οι επιχειρηματικοί αναλυτές ή οι ειδικοί σε θέματα που κατανοούν τις επιχειρηματικές απαιτήσεις ή τις ροές εργασίας μπορούν να προετοιμάσουν δοκιμές και δεδομένα που είναι ρεαλιστικά για την επιχείρηση.

Κοινές προκλήσεις στην UAT

Ακόμη και οι πιο ώριμες ομάδες δυσκολεύονται κατά τη διάρκεια του UAT. Η πρόβλεψη αυτών των προβλημάτων διατηρεί το χρονοδιάγραμμα κυκλοφορίας άθικτο:

• Ασαφές πεδίο εφαρμογής: Ορίστε σενάρια που εστιάζουν στα επιχειρηματικά αποτελέσματα για να αποτρέψετε την ασάφεια του UAT στις δοκιμές συστήματος.
• Καθυστερημένη συμμετοχή χρήστη: Ενημερώστε τους τελικούς χρήστες κατά τη διάρκεια των αναλυτικών εξετάσεων απαιτήσεων πριν από την επίσημη έναρξη της UAT.
• Μετατόπιση περιβάλλοντος: Αντικατοπτρισμός διαμορφώσεων παραγωγής και όγκων δεδομένων εντός του περιβάλλοντος UAT.

καλυτερα Practices

Τα ακόλουθα σημεία θα πρέπει να ληφθούν υπόψη για την επιτυχή εφαρμογή του UAT:

• Προετοιμάστε το σχέδιο UAT νωρίς στον κύκλο ζωής του έργου.
• Προετοιμάστε μια λίστα ελέγχου πριν από την έναρξη του UAT.
• Διεξάγετε μια συνεδρία πριν από την UAT κατά τη διάρκεια της ίδιας της φάσης δοκιμής συστήματος.
• Ορίστε την προσδοκία και ορίστε με σαφήνεια το πεδίο εφαρμογής του UAT.
• Δοκιμάστε τις επιχειρηματικές ροές από άκρο σε άκρο και αποφύγετε τις δοκιμές σε επίπεδο συστήματος.
• Δοκιμάστε το σύστημα ή την εφαρμογή με σενάρια και δεδομένα πραγματικού κόσμου.
• Σκεφτείτε ως ένας άγνωστος χρήστης στο σύστημα.
• Εκτελέστε δοκιμές χρηστικότητας.
• Διεξάγετε μια συνεδρία ανατροφοδότησης και μια συνάντηση πριν από τη μετάβαση στην παραγωγή.

Εργαλεία UAT

Αρκετά εργαλεία υποστηρίζουν τις Δοκιμές Αποδοχής Χρηστών σε όλη τη συνεργασία, την εκτέλεση και την αναφορά. Μερικές δημοφιλείς επιλογές παρατίθενται παρακάτω:

• Fitnesse: A Javaμηχανή δοκιμών ανοιχτού κώδικα βασισμένη σε - όπου οι επιχειρηματικοί φορείς συντάσσουν δοκιμές σε μορφή πίνακα.
• ΖΗΡΑ με Ζέφυρο ή Xray: Συνδυάζει ελάττωμα tracβασιλιάς με δομημένη εκτέλεση δοκιμών και tracικανότητα.
• TestRail: Μια διαδικτυακή πλατφόρμα διαχείρισης δοκιμών για την οργάνωση κύκλων UAT και την αναφορά της κατάστασης.

Παράδειγμα Οδηγιών για UAT

• Σε κανονικά σενάρια ανάπτυξης λογισμικού, η UAT συχνά εκτελείται σε περιβάλλον διασφάλισης ποιότητας (QA) όταν δεν υπάρχει ειδικό περιβάλλον σταδιοποίησης ή UAT.
• Το UAT συνήθως ταξινομείται σε Δοκιμές Beta και Alpha, αν και αυτή η διάκριση έχει μικρότερη σημασία όταν το λογισμικό αναπτύσσεται για μια βιομηχανία που βασίζεται στις υπηρεσίες.
• Η UAT προσφέρει μεγαλύτερη αξία όταν ο πελάτης συμμετέχει σε μεγαλύτερο βαθμό καθ' όλη τη διάρκεια του έργου.

Συχνές Ερωτήσεις