what is acceptance testing
Εισαγωγή στη δοκιμή αποδοχής (Μέρος-Ι):
Σε αυτήν τη σειρά εκμάθησης, θα μάθετε:
- Τι είναι ο έλεγχος αποδοχής
- Δοκιμές αποδοχής και σχέδιο δοκιμών
- Κατάσταση δοκιμών αποδοχής και συνοπτικές αναφορές
- Τι είναι ο έλεγχος αποδοχής χρήστη (UAT)
Ολοκληρώσατε τη δοκιμή συστήματος; Διορθώθηκαν τα περισσότερα από τα σφάλματα; Έχουν επαληθευτεί και κλείσει τα σφάλματα; Λοιπόν τι ακολουθεί?
Στη συνέχεια έρχεται στη λίστα Έλεγχος αποδοχής, η οποία είναι η τελευταία φάση της διαδικασίας δοκιμής λογισμικού . Αυτή είναι η φάση που αποφασίζει ο πελάτης GO / Όχι-GO για το προϊόν και πρέπει να ακολουθηθεί υποχρεωτικά πριν από την κυκλοφορία του προϊόντος στην αγορά. Οι κοινές προσπάθειες της ανάπτυξης και της ομάδας δοκιμών θα απονεμηθούν από τον πελάτη είτε αποδεχόμενοι είτε απορρίπτοντας το Προϊόν που αναπτύχθηκε.
Αυτό το μοναδικό σεμινάριο για το Acceptance Testing θα σας δώσει μια πλήρη επισκόπηση της έννοιας, των τύπων, των χρήσεων και διαφόρων άλλων παραγόντων που εμπλέκονται στο Acceptance Test με απλό και εύκολο τρόπο για την καλύτερη κατανόησή σας.
Τι θα μάθετε:
- Τι είναι ο έλεγχος αποδοχής;
- Γιατί δοκιμές αποδοχής;
- Τύποι
- Ποιος κάνει τη δοκιμή αποδοχής;
- Ποιότητες των ελεγκτών αποδοχής
- Χρήση
- Διαφορές μεταξύ δοκιμής συστήματος, δοκιμής αποδοχής και δοκιμής αποδοχής χρήστη
- Δοκιμές αποδοχής
- Δοκιμαστικό κρεβάτι αποδοχής
- Κριτήρια εισόδου και εξόδου για AT
- Διαδικασία δοκιμής αποδοχής
- Παράγοντες επιτυχίας για αυτήν τη δοκιμή
- συμπέρασμα
- Συνιστώμενη ανάγνωση
Τι είναι ο έλεγχος αποδοχής;
Μόλις το Διαδικασία δοκιμής συστήματος ολοκληρώνεται από την ομάδα δοκιμών και έχει αποσυνδεθεί, ολόκληρο το Προϊόν / εφαρμογή παραδίδεται στον πελάτη / λίγους χρήστες των πελατών / και τα δύο, για να δοκιμάσει την αποδοχή του, δηλαδή, το Προϊόν / εφαρμογή θα πρέπει να είναι άψογο για την ικανοποίηση τόσο των κρίσιμων όσο και σημαντικές επιχειρηματικές απαιτήσεις. Επίσης, οι επιχειρηματικές ροές από άκρο σε άκρο επαληθεύονται παρόμοιες με αυτές σε πραγματικό χρόνο.
Το περιβάλλον που μοιάζει με την παραγωγή θα είναι το περιβάλλον δοκιμών για αποδοχή δοκιμών (Συνήθως ορίζεται ως περιβάλλον Staging, Pre-Prod, Fail-Over, UAT).
Αυτό είναι ένα τεχνική δοκιμής μαύρου κουτιού όπου μόνο η λειτουργικότητα επαληθεύεται για να διασφαλιστεί ότι το προϊόν πληροί τα καθορισμένα κριτήρια αποδοχής (δεν χρειάζεται γνώση σχεδιασμού / εφαρμογής).
Γιατί δοκιμές αποδοχής;
Αν και ο έλεγχος συστήματος ολοκληρώθηκε με επιτυχία, ο έλεγχος αποδοχής απαιτείται από τον πελάτη. Οι δοκιμές που διεξάγονται εδώ είναι επαναλαμβανόμενες, καθώς θα είχαν καλυφθεί στη δοκιμή συστήματος.
Τότε, γιατί πραγματοποιείται αυτή η δοκιμή από πελάτες;
Αυτό είναι επειδή:
- Για να αποκτήσετε εμπιστοσύνη στο προϊόν που κυκλοφορεί στην αγορά.
- Για να βεβαιωθείτε ότι το προϊόν λειτουργεί με τον τρόπο που πρέπει.
- Για να διασφαλιστεί ότι το προϊόν ταιριάζει με τα τρέχοντα πρότυπα της αγοράς και είναι αρκετά ανταγωνιστικό με τα άλλα παρόμοια προϊόντα στην αγορά.
Τύποι
Υπάρχουν διάφοροι τύποι αυτής της δοκιμής.
Λίγα από αυτά αναφέρονται παρακάτω:
# 1) Δοκιμή αποδοχής χρήστη (UAT)
Το UAT είναι να εκτιμήσει εάν το Προϊόν λειτουργεί για τον χρήστη, σωστά για τη χρήση. Οι συγκεκριμένες απαιτήσεις που χρησιμοποιούνται συχνά από τους τελικούς χρήστες επιλέγονται κυρίως για τον σκοπό της δοκιμής. Αυτό ονομάζεται επίσης δοκιμή τελικού χρήστη.
Ο όρος «Χρήστης» εδώ υποδηλώνει τους τελικούς χρήστες στους οποίους προορίζεται το Προϊόν / εφαρμογή και, ως εκ τούτου, πραγματοποιούνται δοκιμές από την οπτική γωνία των τελικών χρηστών και από την άποψή τους.
=> Επίσης Ανάγνωση: Τι είναι η Δοκιμή αποδοχής χρήστη (UAT);
# 2) Δοκιμή αποδοχής επιχειρήσεων (BAT)
Αυτό γίνεται για να εκτιμηθεί εάν το Προϊόν πληροί τους επιχειρηματικούς στόχους και σκοπούς ή όχι.
Η ΒΔΤ επικεντρώνεται κυρίως στα επιχειρηματικά οφέλη (οικονομικά) τα οποία είναι αρκετά προκλητικά λόγω των μεταβαλλόμενων συνθηκών της αγοράς / των προηγμένων τεχνολογιών, έτσι ώστε η τρέχουσα εφαρμογή ενδέχεται να πρέπει να υποστεί αλλαγές που έχουν ως αποτέλεσμα επιπλέον προϋπολογισμούς.
τι είναι ο ποιοτικός έλεγχος και η διασφάλιση ποιότητας
Ακόμη και το Προϊόν που πληροί τις τεχνικές απαιτήσεις ενδέχεται να αποτύχει ΒΔΤ για αυτούς τους λόγους.
# 3) Δοκιμή αποδοχής συμβολαίου (CAT)
Πρόκειται για σύμβαση που καθορίζει ότι μόλις το Προϊόν τεθεί σε λειτουργία, εντός προκαθορισμένης περιόδου, πρέπει να εκτελεστεί ο έλεγχος αποδοχής και θα πρέπει να περάσει όλες τις περιπτώσεις χρήσης αποδοχής.
Το συμβόλαιο που υπογράφεται εδώ ορίζεται ως Συμφωνία επιπέδου υπηρεσίας (SLA), το οποίο περιλαμβάνει τους όρους όπου η πληρωμή θα πραγματοποιείται μόνο εάν οι υπηρεσίες Προϊόντων είναι σύμφωνες με όλες τις απαιτήσεις, που σημαίνει ότι η σύμβαση πληρούται.
Μερικές φορές, αυτό το συμβόλαιο μπορεί να συμβεί προτού τεθεί σε λειτουργία το Προϊόν. Είτε πρόκειται για τους τρόπους, μια σύμβαση θα πρέπει να είναι καλά καθορισμένη ως προς την περίοδο δοκιμής, τους τομείς δοκιμών, τους όρους για ζητήματα που συναντώνται σε μεταγενέστερα στάδια, τις πληρωμές κ.λπ.
# 4) Κανονισμοί /ΣυμμόρφωσηΔοκιμή αποδοχής (RAT)
Αυτό γίνεται για να εκτιμηθεί εάν το Προϊόν παραβιάζει τους κανόνες και τους κανονισμούς που καθορίζονται από την κυβέρνηση της χώρας όπου κυκλοφορεί. Αυτό μπορεί να είναι ακούσιο, αλλά θα επηρεάσει αρνητικά την επιχείρηση.
Συνήθως, το ανεπτυγμένο προϊόν / εφαρμογή που προορίζεται να κυκλοφορήσει σε όλο τον κόσμο, πρέπει να υποβληθεί σε RAT, καθώς διαφορετικές χώρες / περιοχές έχουν διαφορετικούς κανόνες και κανονισμούς που ορίζονται από τα διοικητικά τους όργανα.
Εάν κάποιος από τους κανόνες και κανονισμούς παραβιάζεται για οποιαδήποτε χώρα, τότε δεν θα επιτρέπεται σε αυτήν τη χώρα ή τη συγκεκριμένη περιοχή σε αυτήν τη χώρα να χρησιμοποιεί το Προϊόν και θεωρείται αποτυχία. Οι προμηθευτές του Προϊόντος θα είναι άμεσα υπεύθυνοι εάν το Προϊόν αποδεσμευτεί ακόμα κι αν υπάρχει παραβίαση.
# 5) Δοκιμή επιχειρησιακής αποδοχής (OAT)
Αυτό γίνεται για να εκτιμηθεί η λειτουργική ετοιμότητα του Προϊόντος και είναι μια μη λειτουργική δοκιμή. Περιλαμβάνει κυρίως δοκιμή ανάκτησης, συμβατότητας, συντηρησιμότητας, διαθεσιμότητας τεχνικής υποστήριξης, αξιοπιστίας, αποτυχίας, εντοπισμού κ.λπ.
Η OAT διασφαλίζει κυρίως τη σταθερότητα του Προϊόντος προτού το διαθέσει στην παραγωγή.
# 6) Δοκιμή άλφα
Αυτό γίνεται για την αξιολόγηση του Προϊόντος στο περιβάλλον ανάπτυξης / δοκιμών από μια εξειδικευμένη ομάδα υπευθύνων δοκιμών που συνήθως ονομάζεται alpha testers. Εδώ, τα σχόλια των υπευθύνων δοκιμών, οι προτάσεις συμβάλλουν στη βελτίωση της χρήσης του προϊόντος και επίσης στην επίλυση ορισμένων σφαλμάτων.
Εδώ, η δοκιμή γίνεται με ελεγχόμενο τρόπο.
=> Διαβάστε επίσης: Τι είναι το Alpha Testing;
# 7) Δοκιμή Beta / Δοκιμή πεδίου
Αυτό γίνεται για την αξιολόγηση του Προϊόντος, εκθέτοντάς το στους πραγματικούς τελικούς χρήστες, που συνήθως ονομάζονται δοκιμαστές beta / χρήστες beta, στο περιβάλλον τους. Συλλέγονται συνεχόμενα σχόλια από τους χρήστες και επιλύονται τα προβλήματα. Επίσης, αυτό βοηθά στην ενίσχυση / βελτίωση του προϊόντος για να δώσει μια πλούσια εμπειρία χρήστη.
Η δοκιμή γίνεται με ανεξέλεγκτο τρόπο, πράγμα που σημαίνει ότι ο χρήστης δεν έχει περιορισμούς στον τρόπο με τον οποίο χρησιμοποιείται το Προϊόν.
=> Διαβάστε επίσης: Τι είναι το Beta Testing;
Όλοι αυτοί οι τύποι έχουν κοινό στόχο:
- Βεβαιωθείτε ότι κερδίζετε / εμπλουτίζετε την Εμπιστοσύνη στο Προϊόν.
- Βεβαιωθείτε ότι το Προϊόν είναι έτοιμο για χρήση από τους πραγματικούς χρήστες.
Ποιος κάνει τη δοκιμή αποδοχής;
Για τον τύπο Alpha, μόνο τα μέλη του οργανισμού (που ανέπτυξαν το Προϊόν) εκτελούν τη δοκιμή. Αυτά τα μέλη δεν αποτελούν άμεσα μέρος του έργου (διαχειριστές έργων / υπεύθυνοι έργου, προγραμματιστές, δοκιμαστές). Οι ομάδες διαχείρισης, πωλήσεων, υποστήριξης εκτελούν συνήθως τις δοκιμές και παρέχουν ανατροφοδότηση αναλόγως.
Εκτός από τον τύπο Alpha, όλοι οι άλλοι τύποι αποδοχής εκτελούνται γενικά από διαφορετικά ενδιαφερόμενα μέρη. Όπως οι πελάτες, οι πελάτες των πελατών, οι εξειδικευμένοι υπεύθυνοι δοκιμών από τον οργανισμό (όχι πάντα).
Είναι επίσης καλό να συμμετέχετε Επιχειρηματικοί Αναλυτές και Ειδική Θέμα κατά την εκτέλεση αυτής της δοκιμής με βάση τον τύπο της.
Ποιότητες των ελεγκτών αποδοχής
Οι υπεύθυνοι δοκιμών με τις παρακάτω ιδιότητες χαρακτηρίζονται ως υπεύθυνοι δοκιμής αποδοχής:
- Ικανότητα λογικής και αναλυτικής σκέψης.
- Καλή γνώση τομέα.
- Ικανός να μελετήσει τα ανταγωνιστικά προϊόντα στην αγορά και να αναλύσει το ίδιο στο ανεπτυγμένο προϊόν.
- Έχοντας αντίληψη τελικού χρήστη κατά τη δοκιμή.
- Κατανοήστε την επιχειρηματική ανάγκη για κάθε απαίτηση και δοκιμάστε ανάλογα.
Ο αντίκτυπος των ζητημάτων που βρέθηκαν κατά τη διάρκεια αυτής της δοκιμής
Τυχόν ζητήματα που αντιμετωπίζονται στη φάση δοκιμής αποδοχής θα πρέπει να θεωρούνται ως υψηλής προτεραιότητας και να διορθώνονται αμέσως. Αυτό απαιτεί επίσης να εκτελείται ανάλυση Root Cause Analysis σε κάθε ζήτημα που βρίσκεται.
Η ομάδα δοκιμών παίζει σημαντικό ρόλο στην παροχή RCA για θέματα αποδοχής. Αυτά βοηθούν επίσης στον προσδιορισμό του πόσο αποτελεσματικά πραγματοποιείται ο έλεγχος.
Επίσης, έγκυρα ζητήματα στη δοκιμή αποδοχής θα επηρεάσουν τόσο τις δοκιμές όσο και τις προσπάθειες της ομάδας ανάπτυξης όσον αφορά τις εντυπώσεις, τις βαθμολογίες, τις έρευνες πελατών κ.λπ. Μερικές φορές, αν βρεθεί κάποια άγνοια από την ομάδα δοκιμών σχετικά με τις επικυρώσεις, οδηγεί επίσης σε κλιμάκωση.
Χρήση
Αυτή η δοκιμή είναι χρήσιμη από διάφορες πτυχές.
Λίγα από αυτά περιλαμβάνουν:
- Για να καταλάβουμε τα ζητήματα που χάθηκαν κατά τη φάση της λειτουργικής δοκιμής.
- Πόσο καλά αναπτύσσεται το Προϊόν.
- Ένα προϊόν είναι αυτό που πραγματικά χρειάζονται οι πελάτες.
- Τα σχόλια / οι έρευνες που πραγματοποιήθηκαν συμβάλλουν στη βελτίωση της απόδοσης του προϊόντος και της εμπειρίας χρήστη.
- Βελτιώστε τη διαδικασία που ακολουθείται από το να έχετε RCA ως είσοδο.
- Ελαχιστοποιήστε ή εξαλείψτε τα ζητήματα που προκύπτουν από το Προϊόν Παραγωγής.
Διαφορές μεταξύ δοκιμής συστήματος, δοκιμής αποδοχής και δοκιμής αποδοχής χρήστη
Παρακάτω δίνονται οι βασικές διαφορές μεταξύ αυτών των 3 τύπων δοκιμών αποδοχής.
Δοκιμή συστήματος | Δοκιμή αποδοχής | Δοκιμή αποδοχής χρήστη |
---|---|---|
Πραγματοποιούνται θετικές και αρνητικές δοκιμές | Συνήθως πραγματοποιούνται θετικές δοκιμές | Πραγματοποιούνται μόνο θετικές δοκιμές |
Διεξάγεται δοκιμή από άκρο σε άκρο για να επαληθευτεί εάν το Προϊόν πληροί όλες τις καθορισμένες απαιτήσεις | Ο έλεγχος πραγματοποιείται για να εξακριβωθεί εάν το Προϊόν πληροί τις απαιτήσεις του πελάτη για αποδοχή | Ο έλεγχος πραγματοποιείται για να εξακριβωθεί εάν πληρούνται οι απαιτήσεις τελικών χρηστών για αποδοχή |
Ένα προϊόν δοκιμάζεται στο σύνολό του εστιάζοντας μόνο σε λειτουργικές και μη λειτουργικές ανάγκες | Το προϊόν έχει δοκιμαστεί για επιχειρηματικές ανάγκες - αποδοχή χρηστών, επιχειρηματικοί στόχοι, κανόνες και κανονισμοί, λειτουργίες κ.λπ. | Το προϊόν δοκιμάζεται μόνο για αποδοχή από τον χρήστη |
Η ομάδα δοκιμών εκτελεί τη δοκιμή συστήματος | Πελάτης, Πελάτες, δοκιμαστές (σπάνια), διαχείριση, Πωλήσεις, ομάδες υποστήριξης εκτελούν δοκιμές αποδοχής ανάλογα με τον τύπο της δοκιμής που πραγματοποιείται | Πελάτης, πελάτης Πελάτη, δοκιμαστές (σπάνια) πραγματοποιεί δοκιμές αποδοχής χρηστών |
Οι δοκιμαστικές περιπτώσεις γράφονται και εκτελούνται | Οι δοκιμές αποδοχής γράφονται και εκτελούνται | Οι δοκιμές αποδοχής χρήστη γράφονται και εκτελούνται |
Μπορεί να είναι λειτουργικό και μη λειτουργικό | Συνήθως Λειτουργικό, αλλά μη λειτουργικό σε περίπτωση RAT, OAT κ.λπ. | Μόνο λειτουργικό |
Μόνο δεδομένα δοκιμής χρησιμοποιούνται για δοκιμές | Τα δεδομένα σε πραγματικό χρόνο / δεδομένα παραγωγής χρησιμοποιούνται για δοκιμές | Τα δεδομένα σε πραγματικό χρόνο / τα δεδομένα παραγωγής χρησιμοποιούνται για δοκιμές |
Τα ζητήματα που εντοπίζονται θεωρούνται σφάλματα και διορθώνονται με βάση τη σοβαρότητα και την προτεραιότητα | Τα ζητήματα που εντοπίστηκαν σηματοδοτούν το προϊόν ως αποτυχία και θεωρούνται ότι έχουν διορθωθεί αμέσως | Τα ζητήματα που εντοπίστηκαν σηματοδοτούν το προϊόν ως αποτυχία και θεωρείται ότι επιλύθηκαν αμέσως |
Ελεγχόμενος τρόπος δοκιμών | Μπορεί να ελεγχθεί ή να ελεγχθεί με βάση τον τύπο δοκιμών | Μη ελεγχόμενος τρόπος δοκιμών |
Δοκιμές σε περιβάλλον ανάπτυξης | Δοκιμές σε περιβάλλον ανάπτυξης ή σε περιβάλλον προπαραγωγής ή σε περιβάλλον παραγωγής, με βάση τον τύπο | Οι δοκιμές γίνονται πάντα σε περιβάλλον προπαραγωγής |
Δεν υπάρχουν υποθέσεις, αλλά αν υπάρχουν μπορούν να κοινοποιηθούν | Χωρίς υποθέσεις | Χωρίς υποθέσεις |
Δοκιμές αποδοχής
Παρόμοια με τις δοκιμές προϊόντων, έχουμε δοκιμές αποδοχής. Οι δοκιμές αποδοχής προέρχονται από τα κριτήρια αποδοχής ιστοριών χρηστών. Αυτά είναι συνήθως τα σενάρια που γράφονται σε υψηλό επίπεδο με λεπτομέρειες σχετικά με το τι πρέπει να κάνει το Προϊόν υπό διαφορετικές συνθήκες.
Δεν δίνει σαφή εικόνα σχετικά με τον τρόπο εκτέλεσης των δοκιμών, όπως σε περιπτώσεις δοκιμών. Οι δοκιμές αποδοχής συντάσσονται από υπεύθυνους δοκιμών που έχουν πλήρη αντίληψη για το προϊόν, συνήθως με αντικείμενο θέματα. Όλες οι γραπτές δοκιμές ελέγχονται από έναν πελάτη ή / και επιχειρηματικό αναλυτή.
αλγόριθμος συντομότερης διαδρομής στον πηγαίο κώδικα java
Αυτές οι δοκιμές πραγματοποιήθηκαν κατά τη διάρκεια της δοκιμής αποδοχής. Μαζί με τις δοκιμές αποδοχής, πρέπει να ετοιμαστεί ένα λεπτομερές έγγραφο για τυχόν ρυθμίσεις που πρέπει να γίνουν. Θα πρέπει να περιλαμβάνει λεπτομέρειες κάθε λεπτού με κατάλληλα στιγμιότυπα οθόνης, τιμές ρύθμισης, συνθήκες κ.λπ.
Δοκιμαστικό κρεβάτι αποδοχής
Το Test Bed για αυτό το τεστ είναι παρόμοιο με ένα κανονικό δοκιμαστικό κρεβάτι αλλά είναι ξεχωριστό. Η πλατφόρμα με όλο το απαιτούμενο υλικό, λογισμικό, λειτουργικά προϊόντα, ρύθμιση δικτύου & διαμορφώσεις, ρύθμιση διακομιστή & διαμορφώσεις, ρύθμιση βάσεων δεδομένων και ρυθμίσεις παραμέτρων, άδειες, προσθήκες κ.λπ., πρέπει να ρυθμιστεί πολύ. το περιβάλλον παραγωγής.
Η δοκιμαστική βάση αποδοχής είναι μια πλατφόρμα / περιβάλλον όπου θα πραγματοποιηθούν οι σχεδιασμένες δοκιμές αποδοχής. Πριν από την παράδοση του περιβάλλοντος δοκιμής αποδοχής στον πελάτη, είναι καλή πρακτική να ελέγχετε για τυχόν περιβαλλοντικά ζητήματα και τη σταθερότητα του προϊόντος.
Εάν δεν υπάρχει ξεχωριστό περιβάλλον για έλεγχο αποδοχής, μπορεί να χρησιμοποιηθεί ένα κανονικό περιβάλλον δοκιμών για το σκοπό αυτό. Αλλά εδώ, θα είναι ακατάστατο καθώς τα δεδομένα δοκιμών από τακτικές δοκιμές συστήματος και τα δεδομένα σε πραγματικό χρόνο από τη δοκιμή αποδοχής διατηρούνται σε ένα μόνο περιβάλλον.
Η δοκιμαστική βάση αποδοχής είναι συνήθως τοποθετημένη από την πλευρά του πελάτη (δηλαδή στο εργαστήριο) και θα έχει περιορισμένη πρόσβαση στις ομάδες ανάπτυξης και δοκιμών.
Οι ομάδες θα πρέπει να έχουν πρόσβαση σε αυτό το περιβάλλον μέσω VM / ή ειδικά σχεδιασμένων διευθύνσεων URL χρησιμοποιώντας ειδικά διαπιστευτήρια πρόσβασης και θα παρακολουθείται όλη η πρόσβαση σε αυτό. Τίποτα σε αυτό το περιβάλλον δεν πρέπει να προστεθεί / τροποποιηθεί / διαγραφεί χωρίς την άδεια του πελάτη και θα πρέπει να ειδοποιηθούν για τις αλλαγές που έχουν γίνει.
Κριτήρια εισόδου και εξόδου για AT
Όπως κάθε άλλη φάση στο STLC, η δοκιμή αποδοχής έχει ένα σύνολο κριτηρίων εισόδου και εξόδου που πρέπει να καθοριστούν καλά στο Σχέδιο δοκιμής αποδοχής (το οποίο καλύπτεται στο τελευταίο μέρος αυτού του σεμιναρίου).
Αυτή είναι η φάση που ξεκινά αμέσως μετά τη δοκιμή του συστήματος και τελειώνει πριν από την έναρξη της παραγωγής. Έτσι, τα κριτήρια εξόδου της δοκιμής συστήματος γίνεται μέρος των κριτηρίων εισόδου για AT. Παρομοίως, τα κριτήρια εξόδου του AT γίνονται μέρος των κριτηρίων εισόδου για το Launch Launch.
Κριτήρια εισόδου
Παρακάτω αναφέρονται οι προϋποθέσεις που πρέπει να πληρούνται πριν ξεκινήσετε:
- Οι επιχειρηματικές απαιτήσεις πρέπει να είναι σαφείς και διαθέσιμες.
- Η φάση δοκιμής συστήματος και παλινδρόμησης πρέπει να ολοκληρωθεί.
- Όλα τα κρίσιμα, μεγάλα και κανονικά σφάλματα πρέπει να διορθώνονται και να κλείνονται (Μικρά σφάλματα που γίνονται δεκτά κυρίως είναι καλλυντικά σφάλματα που δεν διαταράσσουν τη χρήση του προϊόντος).
- Η λίστα γνωστών ζητημάτων πρέπει να καταρτιστεί και να κοινοποιηθεί στους ενδιαφερόμενους.
- Πρέπει να δημιουργηθεί ένα κρεβάτι δοκιμής αποδοχής και να πραγματοποιείται έλεγχος υψηλού επιπέδου για περιβαλλοντικά προβλήματα.
- Η φάση δοκιμής συστήματος πρέπει να αποσυνδεθεί επιτρέποντας στο προϊόν να μετακινηθεί στη φάση AT (Συνήθως γίνεται μέσω επικοινωνίας μέσω email).
Κριτήρια εξόδου
Υπάρχουν ορισμένοι όροι που πρέπει να πληρούνται από την AT για να αφήσει το προϊόν να ξεκινήσει για μια έναρξη παραγωγής.
Έχουν ως εξής:
- Οι δοκιμές αποδοχής πρέπει να εκτελεστούν και όλες οι εξετάσεις πρέπει να περάσουν.
- Δεν έχουν μείνει Κρίσιμα / Σημαντικά ελαττώματα Άνοιγμα. Όλα τα ελαττώματα πρέπει να διορθωθούν και να επαληθευτούν αμέσως.
- Το AT θα πρέπει να αποσυνδεθεί από όλους τους εμπλεκόμενους φορείς που περιλαμβάνονται Go / No-Go Απόφαση για το προϊόν.
Διαδικασία δοκιμής αποδοχής
Σε V-Μοντέλο , Η φάση AT είναι παράλληλα με τη φάση Απαιτήσεις.
Η πραγματική διαδικασία AT ακολουθεί όπως φαίνεται παρακάτω:
Ανάλυση επιχειρηματικών απαιτήσεων
Οι επιχειρησιακές απαιτήσεις αναλύονται με αναφορά όλων των διαθέσιμων εγγράφων στο έργο.
Μερικά από τα οποία είναι:
- Προδιαγραφές απαιτήσεων συστήματος
- Έγγραφο επιχειρηματικών απαιτήσεων
- Χρησιμοποιήστε Θήκες
- Διαγράμματα ροής εργασίας
- Σχεδιασμένη μήτρα δεδομένων
Σχέδιο δοκιμής αποδοχής σχεδιασμού
Υπάρχουν ορισμένα στοιχεία που πρέπει να τεκμηριωθούν στο Σχέδιο δοκιμής αποδοχής.
Ας ρίξουμε μια ματιά σε μερικά από αυτά:
- Στρατηγική και προσέγγιση δοκιμής αποδοχής.
- Τα κριτήρια εισόδου και εξόδου πρέπει να είναι καλά καθορισμένα.
- Το πεδίο εφαρμογής της AT πρέπει να αναφέρεται καλά και πρέπει να καλύπτει μόνο τις επιχειρηματικές απαιτήσεις.
- Η προσέγγιση σχεδιασμού του τεστ αποδοχής θα πρέπει να είναι λεπτομερής, ώστε οποιοσδήποτε να γράφει τεστ να κατανοεί εύκολα τον τρόπο με τον οποίο πρέπει να γραφτεί.
- Πρέπει να αναφερθεί η ρύθμιση του δοκιμαστικού κρεβατιού, το πραγματικό πρόγραμμα / χρονοδιάγραμμα δοκιμών.
- Καθώς οι δοκιμές διεξάγονται από διάφορα ενδιαφερόμενα μέρη, θα πρέπει να αναφέρονται λεπτομέρειες σχετικά με την καταγραφή σφαλμάτων, καθώς οι ενδιαφερόμενοι ενδέχεται να μην γνωρίζουν τη διαδικασία που ακολουθείται.
Σχεδιασμός και αναθεώρηση δοκιμών αποδοχής
Οι δοκιμές αποδοχής πρέπει να γράφονται σε επίπεδο σεναρίου αναφέροντας τι πρέπει να γίνει (όχι λεπτομερώς για να συμπεριληφθεί πώς να το κάνετε). Αυτά πρέπει να γραφτούν μόνο για τους προσδιορισμένους τομείς που καλύπτουν τις επιχειρηματικές απαιτήσεις και κάθε δοκιμή πρέπει να αντιστοιχιστεί στην απαίτηση αναφοράς.
Όλες οι γραπτές δοκιμές αποδοχής πρέπει να επανεξεταστούν για να επιτευχθεί υψηλή κάλυψη σχετικά με τις επιχειρηματικές απαιτήσεις.
Αυτό γίνεται για να βεβαιωθείτε ότι δεν εμπλέκονται άλλες δοκιμές εκτός από το εύρος που αναφέρεται, έτσι ώστε οι δοκιμές να βρίσκονται εντός των προγραμματισμένων χρονοδιαγραμμάτων.
Διαμόρφωση δοκιμαστικού κρεβατιού αποδοχής
Το δοκιμαστικό κρεβάτι πρέπει να είναι παρόμοιο με ένα περιβάλλον παραγωγής. Απαιτούνται πολύ υψηλού επιπέδου έλεγχοι για να επιβεβαιωθεί η σταθερότητα και η χρήση του περιβάλλοντος. Μοιραστείτε τα διαπιστευτήρια για να χρησιμοποιήσετε το περιβάλλον μόνο με έναν ενδιαφερόμενο που εκτελεί αυτόν τον έλεγχο.
Ρύθμιση δεδομένων δοκιμής αποδοχής
Τα δεδομένα παραγωγής πρέπει να προετοιμάζονται / συμπληρώνονται ως δεδομένα δοκιμής στα συστήματα. Επίσης, θα πρέπει να υπάρχει ένα λεπτομερές έγγραφο με τέτοιο τρόπο ώστε τα δεδομένα πρέπει να χρησιμοποιούνται για δοκιμές.
Δεν έχετε τα δεδομένα δοκιμής όπως TestName1, TestCity1, κ.λπ., Αντί να έχετε Albert, Mexico, κλπ. Αυτό δίνει μια πλούσια εμπειρία δεδομένων σε πραγματικό χρόνο και οι δοκιμές θα είναι ενημερωμένες.
Εκτέλεση δοκιμής αποδοχής
Σε αυτό το βήμα πρέπει να εκτελούνται δοκιμές σχεδιασμένης αποδοχής στο περιβάλλον. Στην ιδανική περίπτωση, όλες οι εξετάσεις πρέπει να περάσουν με την πρώτη προσπάθεια. Δεν πρέπει να προκύπτουν λειτουργικά σφάλματα από τη δοκιμή αποδοχής, εάν υπάρχουν, τότε θα πρέπει να αναφέρονται σε υψηλή προτεραιότητα για διόρθωση.
Και πάλι, τα διορθωμένα σφάλματα πρέπει να επαληθευτούν και να κλείσουν ως εργασία υψηλής προτεραιότητας. Η έκθεση εκτέλεσης δοκιμής πρέπει να κοινοποιείται σε καθημερινή βάση.
Τα σφάλματα που έχουν συνδεθεί σε αυτήν τη φάση θα πρέπει να συζητηθούν σε μια συνάντηση σφαλμάτων και πρέπει να υποβληθούν σε διαδικασία Root Cause Analysis. Αυτό είναι το μόνο σημείο όπου ο έλεγχος αποδοχής αξιολογεί κατά πόσον όλες οι επιχειρηματικές απαιτήσεις πληρούνται πραγματικά από το προϊόν ή όχι.
Επιχειρηματική απόφαση
Βγαίνει α Go / No-Go απόφαση για το προϊόν που θα κυκλοφορήσει στην παραγωγή. Πηγαίνω Η απόφαση θα πάρει το προϊόν μπροστά για να κυκλοφορήσει στην αγορά. Όχι-Go Η απόφαση επισημαίνει το προϊόν ως Αποτυχία.
Λίγοι παράγοντες της απόφασης No-Go:
- Κακή ποιότητα του προϊόντος.
- Πάρα πολλά ανοιχτά λειτουργικά σφάλματα.
- Απόκλιση από τις επιχειρηματικές απαιτήσεις.
- Όχι μέχρι τα πρότυπα της αγοράς και χρειάζεται βελτιώσεις για να ταιριάζει με τα τρέχοντα πρότυπα της αγοράς.
Παράγοντες επιτυχίας για αυτήν τη δοκιμή
Μόλις προγραμματιστεί αυτό το τεστ, ετοιμάστε μια λίστα ελέγχου που αυξάνει το ποσοστό επιτυχίας του. Υπάρχουν ορισμένα στοιχεία δράσης που πρέπει να ακολουθηθούν πριν από την έναρξη της δοκιμής αποδοχής.
Αυτοί είναι:
- Έχετε ένα σαφώς καθορισμένο πεδίο εφαρμογής και βεβαιωθείτε ότι υπάρχει επιχειρησιακή ανάγκη για το εύρος που προσδιορίζεται για αυτήν τη δοκιμή.
- Εκτελέστε δοκιμές αποδοχής στην ίδια φάση δοκιμής συστήματος τουλάχιστον μία φορά.
- Εκτελέστε εκτεταμένη ad-hoc δοκιμές για καθένα από τα σενάρια δοκιμής αποδοχής.
συμπέρασμα
Με λίγα λόγια, η δοκιμή αποδοχής βοηθά στον προσδιορισμό της αποτελεσματικότητας των ομάδων ανάπτυξης και δοκιμών.
Υπάρχουν πολλά εργαλεία για τη διεξαγωγή αυτής της δραστηριότητας, αλλά συνήθως, προτιμάται να γίνεται χειροκίνητα, καθώς υπάρχει συμμετοχή των πραγματικών χρηστών και διαφορετικών ενδιαφερομένων που δεν προέρχονται από τεχνικό υπόβαθρο και ενδέχεται να μην είναι εφικτό για αυτούς.
Τι έπεται?
Στο επόμενο σεμινάριό μας, θα αιωρούμε τα παρακάτω θέματα:
- Παραδείγματα κριτηρίων δοκιμής αποδοχής.
- Πώς να συντάξετε ένα σχέδιο δοκιμής αποδοχής.
- Ένα κατάλληλο πρότυπο για τη συγγραφή δοκιμών αποδοχής.
- Πώς να γράψετε δοκιμές αποδοχής με παραδείγματα.
- Προσδιορισμός σεναρίων δοκιμής αποδοχής.
- Αναφορές δοκιμής αποδοχής.
- Έλεγχος αποδοχής στο Agile και δοκιμαστική ανάπτυξη.
ΕΠΟΜΕΝΟ Οδηγός # 2: Σχέδιο δοκιμής αποδοχής
Έχετε πραγματοποιήσει τον έλεγχο αποδοχής; Θα χαρούμε να ακούσουμε τις εμπειρίες σας !!
Συνιστώμενη ανάγνωση
- Δοκιμή άλφα και δοκιμή beta (Ένας πλήρης οδηγός)
- Τι είναι ο έλεγχος αποδοχής χρήστη (UAT): Ένας πλήρης οδηγός
- Πλήρης οδηγός δοκιμής επαλήθευσης έκδοσης (BVT Testing)
- Λειτουργική δοκιμή εναντίον μη λειτουργική δοκιμή
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 [QA Test Automation Tools]
- Τύποι δοκιμών λογισμικού: Διαφορετικοί τύποι δοκιμών με λεπτομέρειες
- Εγχειρίδιο δοκιμών αποθήκης δεδομένων δοκιμών ETL (ένας πλήρης οδηγός)
- Οδηγός δοκιμών ασφάλειας εφαρμογών Ιστού