Μενού

Τελευταίος οδηγός δοκιμής επικύρωσης

validation testing ultimate guide

Δοκιμάστε Το Όργανο Μας Για Την Εξάλειψη Των Προβλημάτων

Εξερευνήστε τη σημασία της δοκιμής επικύρωσης:

Τι θα μάθετε:

Τι είναι ο έλεγχος επικύρωσης;

Ο έλεγχος επικύρωσης είναι η διαδικασία διασφάλισης εάν το δοκιμασμένο και ανεπτυγμένο λογισμικό ικανοποιεί τις ανάγκες του πελάτη / χρήστη. Η λογική των επιχειρηματικών απαιτήσεων ή τα σενάρια πρέπει να δοκιμαστούν λεπτομερώς. Όλες οι κρίσιμες λειτουργίες μιας εφαρμογής πρέπει να δοκιμαστούν εδώ.

Ως υπεύθυνος δοκιμών, είναι πάντα σημαντικό να γνωρίζετε πώς να επαληθεύσετε τη λογική της επιχείρησης ή τα σενάρια που σας παρέχονται. Μια τέτοια μέθοδος που βοηθά στη λεπτομερή αξιολόγηση των λειτουργιών είναι η διαδικασία επικύρωσης.

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

Δοκιμή επικύρωσης

Ως υπεύθυνος δοκιμών, πρέπει να αξιολογήσετε εάν τα αποτελέσματα εκτέλεσης της δοκιμής συμμορφώνονται με αυτά που αναφέρονται στο έγγραφο απαιτήσεων. Οποιαδήποτε απόκλιση θα πρέπει να αναφέρεται αμέσως και έτσι η απόκλιση ονομάζεται σφάλμα.

Εργαλεία όπως το Κέντρο ποιότητας HP, το Σελήνιο, το Appium κ.λπ. χρησιμοποιούνται για τη διεξαγωγή δοκιμής επικύρωσης και μπορούμε να αποθηκεύσουμε τα αποτελέσματα των δοκιμών εκεί. Ένα σωστό σχέδιο δοκιμών, εκτελέσεις δοκιμών, αναφορές ελαττωμάτων, αναφορές και μετρήσεις είναι τα σημαντικά παραδοτέα που πρέπει να υποβληθούν.

Από την πλευρά της εταιρείας, ο έλεγχος επικύρωσης με απλό τρόπο πραγματοποιείται με τα ακόλουθα βήματα:

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

βήματα δοκιμής επικύρωσης

shell scripting ερωτήσεις και απαντήσεις σε συνεντεύξεις

Ας διερευνήσουμε τώρα λεπτομερέστερα την επικύρωση.

Διαφορά μεταξύ επαλήθευσης και επικύρωσης

Ας τα κατανοήσουμε με ένα παράδειγμα με απλό τρόπο.

Παράδειγμα:

Απαίτηση πελάτη:

Η προτεινόμενη ένεση δεν πρέπει να ζυγίζει πάνω από 2 cms.

Δοκιμή επαλήθευσης:

  • Ελέγξτε εάν η ένεση είναι η ένεση που δεν ζυγίζει πάνω από 2 cms χρησιμοποιώντας λίστα ελέγχου, κριτική και σχεδιασμό.

Δοκιμή επικύρωσης:

  • Ελέγξτε εάν η ένεση δεν ζυγίζει πάνω από 2 cms χρησιμοποιώντας χειροκίνητο ή αυτοματοποιημένο έλεγχο.
  • Πρέπει να ελέγξετε κάθε πιθανό σενάριο σχετικά με το βάρος της ένεσης χρησιμοποιώντας οποιαδήποτε κατάλληλη μέθοδο δοκιμής (λειτουργικές και μη λειτουργικές μεθόδους).
  • Ελέγξτε για μετρήσεις μικρότερες από 2 cm και άνω των 2 cm.
ΕπαλήθευσηΕπικύρωση
Η διαδικασία ελέγχει απλώς το σχεδιασμό, τον κώδικα και το πρόγραμμα.Πρέπει να αξιολογήσει ολόκληρο το προϊόν, συμπεριλαμβανομένου του κωδικού.
Περιλαμβάνονται κριτικές, περιηγήσεις, επιθεωρήσεις και έλεγχος γραφείου.Περιλαμβάνονται λειτουργικές και μη λειτουργικές μέθοδοι δοκιμών. Ο έλεγχος του προϊόντος γίνεται σε βάθος.
Ελέγχει το λογισμικό με προδιαγραφές.Ελέγχει εάν το λογισμικό ικανοποιεί τις ανάγκες του χρήστη.

Συμμετέχουν στάδια

  • Προσόντα σχεδιασμού: Αυτό περιλαμβάνει τη δημιουργία του δοκιμαστικού σχεδίου βάσει των επιχειρηματικών απαιτήσεων. Όλες οι προδιαγραφές πρέπει να αναφέρονται με σαφήνεια.
  • Προσόντα εγκατάστασης: Αυτό περιλαμβάνει την εγκατάσταση λογισμικού βάσει των απαιτήσεων.
  • Επιχειρησιακά προσόντα: Αυτό περιλαμβάνει τη φάση δοκιμής βάσει της προδιαγραφής απαίτησης χρήστη.

Αυτό μπορεί να περιλαμβάνει Δοκιμή λειτουργικότητας:

    • Δοκιμή μονάδας - Μαύρο κουτί, λευκό κουτί, γκρι κουτί.
    • Δοκιμή ενοποίησης - Από πάνω προς τα κάτω, από κάτω προς τα πάνω, Big bang.
    • Δοκιμή συστήματος - Δοκιμή λογικής, καπνού και παλινδρόμησης.
  • Προσόντα απόδοσης: UAT (Δοκιμή αποδοχής χρήστη) - Δοκιμή Alpha και Beta.
  • Παραγωγή

στάδια που εμπλέκονται στη δοκιμή επικύρωσης

Προσόντα σχεδιασμού

Ο χαρακτηρισμός σχεδιασμού σημαίνει απλώς ότι πρέπει να προετοιμάσετε τη σχεδίαση του λογισμικού με τέτοιο τρόπο ώστε να πληροί τις προδιαγραφές του χρήστη. Κατά κύριο λόγο πρέπει να πάρετε το Έγγραφο προδιαγραφής απαιτήσεων χρήστη (URS) από τον πελάτη για να προχωρήσει με το σχεδιασμό.

Στρατηγική δοκιμής:

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

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

Σε μερικά έργα, το σχέδιο δοκιμών και η στρατηγική δοκιμών μπορούν να ενσωματωθούν ως ένα ενιαίο έγγραφο. Ξεχωριστά έγγραφα στρατηγικής προετοιμάζονται επίσης για ένα πολύπλοκο έργο (κυρίως στην τεχνική αυτοματισμού).

Στοιχεία του σχεδίου δοκιμής επικύρωσης:

  • Περιγραφή του έργου
  • Κατανόηση των απαιτήσεων
  • Πεδίο δοκιμών
  • Επίπεδα δοκιμών και πρόγραμμα δοκιμών
  • Εκτελέστε τη δημιουργία σχεδίου
  • Απαιτήσεις λογισμικού και προσωπικού
  • Ρόλοι και ευθύνες
  • Υπόθεση και εξαρτήσεις
  • Κίνδυνοι και μετριασμός
  • Αναφορά και μετρήσεις

Περιγραφή του Έργου: Εδώ πρέπει να διευκρινίσετε όλη την περιγραφή της εφαρμογής που σας έχει δοθεί για δοκιμή. Θα πρέπει να περιλαμβάνει όλες τις λειτουργίες της εφαρμογής.

Κατανόηση των απαιτήσεων: Μόλις αποκτήσετε το USR, πρέπει να αναφέρετε τις κατανοητές απαιτήσεις από την πλευρά σας. Μπορείτε επίσης να αυξήσετε τις διευκρινίσεις εάν υπάρχουν. Αυτό ισχύει ως βάση ή κριτήριο δοκιμής για δοκιμές.

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

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

Επίπεδα δοκιμών και πρόγραμμα δοκιμών: Πρέπει να αναφέρετε πόσους γύρους δοκιμών πρέπει να διεξαχθούν. Η συνολική προσπάθεια για το έργο δοκιμής εκτιμάται χρησιμοποιώντας τις τυπικές τεχνικές εκτίμησης, όπως η εκτίμηση Test Case Point (TCP) κ.λπ.

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

Παράδειγμα:

Ο σχεδιασμός μιας ιστοσελίδας είναι το έργο που εξετάζεται.

Τα επίπεδα δοκιμής περιλαμβάνουν:

Επίπεδο 1: Δοκιμή καπνού
Επίπεδο 2: Δοκιμή μονάδας
Επίπεδο 3: Δοκιμή ολοκλήρωσης
Επίπεδο 3: Δοκιμή συστήματος
Επίπεδο 3: Δοκιμή αποδοχής

Πρόγραμμα δοκιμών:

  1. Υποβολή σχεδίου - Ημέρα 1
  2. Σχεδιασμός δοκιμαστικών περιπτώσεων - Ημέρα 2
  3. Στεγνή εκτέλεση και διόρθωση σφάλματος - Ημέρα 4
  4. Ανασκόπηση- Ημέρα 5
  5. Τυπική εκτέλεση - Ημέρα 6
  6. Τα παραδοτέα εστάλησαν για έγκριση - Ημέρα 8
  7. Αναφορές - Ημέρα 10

Εκτέλεση δημιουργίας σχεδίου: Το σχέδιο εκτέλεσης σηματοδοτεί τον αριθμό των διαδρομών που απαιτούνται για τη δοκιμή. Κάθε τρέξιμο που εκτελείτε στο offsite θα σημειώνεται από την ομάδα.

Για παράδειγμα, όταν χρησιμοποιείτε το Εργαλείο HP Quick Test Professional για εκτέλεση, ο αριθμός των διαδρομών θα εμφανίζεται στην καρτέλα Runs του σχεδίου δοκιμής.

Απαιτήσεις λογισμικού και προσωπικού:

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

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

Για παράδειγμα,

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

  1. Μόλυβδος δοκιμής: Σχεδιασμός σχεδίου δοκιμών
  2. Μέλος ομάδας 1: Σχεδιασμός & εκτέλεση πρωτοκόλλων 1,2.
  3. Μέλος της ομάδας 2: Σχεδιασμός & εκτέλεση πρωτοκόλλων 3,4.
  4. Μέλος της ομάδας: Προετοιμασία αναφορών, αναθεώρησης και μετρήσεων.

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

Κίνδυνοι και μετριασμοί: Κίνδυνοι που σχετίζονται με τον σχεδιασμό δοκιμών, όπως η διαθεσιμότητα των επιθυμητών περιβαλλόντων, η κατασκευή κ.λπ. μαζί με τα σχέδια μετριασμού και έκτακτης ανάγκης.

Αναφορά και μετρήσεις: Οι παράγοντες που χρησιμοποιήθηκαν για τη δοκιμή και τις αναφορές στους ενδιαφερόμενους πρέπει να αναφέρονται εδώ.

Παρακάτω παρέχεται ένα παράδειγμα εφαρμογής για κινητά:

μετρήσεις

Προσόντα εγκατάστασης

  • Η πιστοποίηση εγκατάστασης περιέχει λεπτομέρειες όπως ποια και πόσα περιβάλλοντα δοκιμών θα χρησιμοποιηθούν, ποιο επίπεδο πρόσβασης απαιτείται για τους υπεύθυνους δοκιμών σε κάθε περιβάλλον μαζί με τα απαιτούμενα δεδομένα δοκιμής. Μπορεί να περιλαμβάνει συμβατότητα προγράμματος περιήγησης, εργαλεία που απαιτούνται για εκτέλεση, συσκευές που απαιτούνται για δοκιμές κ.λπ. Το σύστημα που αναπτύσσεται πρέπει να εγκατασταθεί σύμφωνα με τις απαιτήσεις του χρήστη.
  • Ενδέχεται να απαιτούνται δεδομένα δοκιμής για τη δοκιμή ορισμένων εφαρμογών και πρέπει να δοθούν από το κατάλληλο άτομο. Είναι απαραίτητη προϋπόθεση.
  • Ορισμένες εφαρμογές ενδέχεται να απαιτούν βάση δεδομένων. Πρέπει να διατηρήσουμε όλα τα δεδομένα που απαιτούνται για τη δοκιμή έτοιμα σε μια βάση δεδομένων για να επικυρώσουμε τις προδιαγραφές.

Για παράδειγμα, Μια νέα εφαρμογή λέει ότι το 'abc' πρέπει να δοκιμαστεί σε κινητά (Android 4.3.1) και πρόγραμμα περιήγησης (Chrome 54), σε αυτήν την περίπτωση, πρέπει να παρακολουθούμε τα εξής:

  • Ελέγξτε εάν έχει δοθεί κατάλληλη εξουσιοδότηση για να ελέγξετε τον ιστότοπο της εφαρμογής 'abc'.
  • Δείτε αν είναι διαθέσιμες οι συσκευές που χρησιμοποιούνται για τη δοκιμή της εφαρμογής, όπως για κινητά (Android / iOS), πρόγραμμα περιήγησης-Chrome, Internet Explorer με την απαιτούμενη έκδοση.
  • Ελέγξτε εάν αυτές έχουν εγκατασταθεί σωστά με τις καθορισμένες εκδόσεις (Π.χ .: Chrome 54, Android έκδοση 4.3.1).
  • Βεβαιωθείτε ότι η εφαρμογή είναι προσβάσιμη τόσο στο πρόγραμμα περιήγησης όσο και στο κινητό.

Επιχειρησιακά προσόντα

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

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

Ιεραρχία δοκιμών επικύρωσης

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

ο καλύτερος επεξεργαστής κειμένου για το python mac
Λειτουργική δοκιμή και οι τύποι της

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

Ας ρίξουμε μια γρήγορη ματιά στους τύπους του.

# 1) Δοκιμή μονάδας:

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

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

Παράδειγμα:

Η αξιολόγηση ενός βρόχου του κώδικα για μια συνάρτηση λέει ότι η επιλογή φύλου είναι ένα παράδειγμα δοκιμής μονάδας.

# 2) Δοκιμή μαύρου κουτιού:

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

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

# 3) Δοκιμή λευκού κουτιού:

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

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

# 4) Δοκιμή γκρι κουτιού:

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

Δοκιμή ολοκλήρωσης και οι τύποι του

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

Αυτό γίνεται από τους ίδιους τους προγραμματιστές ή από μια ανεξάρτητη ομάδα δοκιμών. Αυτό μπορεί να γίνει αφού δοκιμαστούν δύο ή περισσότερες μονάδες.

Προσέγγιση από πάνω προς τα κάτω:

Προσέγγιση από κάτω προς τα κάτω

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

Προσέγγιση από κάτω προς τα πάνω:

Από κάτω προς τα πάνω προσέγγιση

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

Δοκιμή συστήματος και οι τύποι του

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

# 1) Δοκιμή καπνού:

Όταν οι κατασκευαστές δίνουν το build για να δοκιμάσουν αρχικά, πρέπει να δοκιμάσουμε το build καλά. Αυτό ονομάζεται δοκιμή καπνού. Πρέπει να δηλώσουμε εάν η έκδοση είναι ικανή για περαιτέρω δοκιμές ή όχι.

Για να πραγματοποιήσετε επικύρωση, χρειάζεστε μια σωστή έκδοση. Ως εκ τούτου, η δοκιμή καπνού γίνεται πρώτα από την ομάδα δοκιμών. Η ροή εργασίας της δοκιμασμένης εφαρμογής θα πρέπει να ελέγχεται είτε με τις δοκιμαστικές περιπτώσεις είτε χωρίς αυτήν. Η δοκιμαστική θήκη που καλύπτει ολόκληρη τη ροή είναι χρήσιμη για αυτόν τον έλεγχο.

# 2) Δοκιμή υγιεινής:

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

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

βασικές ερωτήσεις συνέντευξης html και css

# 3) Δοκιμή παλινδρόμησης:

Για κάθε κυκλοφορία του έργου, η ομάδα ανάπτυξης μπορεί να εισαγάγει ορισμένες αλλαγές. Η επικύρωση εάν οι νέες αλλαγές που έχουν εισαχθεί δεν έχουν επηρεάσει τη ροή λειτουργίας του συστήματος ονομάζεται Regression testing. Εδώ πρέπει να δοκιμάζονται μόνο ορισμένες περιπτώσεις δοκιμών που αφορούν τις νέες απαιτήσεις.

Προσόντα απόδοσης

UAT (Δοκιμή αποδοχής χρήστη):

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

Δοκιμή Alpha και Beta:

Η δοκιμή Alpha πραγματοποιείται από τους προγραμματιστές στην εφαρμογή πριν από την κυκλοφορία στον ιστότοπο ανάπτυξης λογισμικού. Περιλαμβάνει δοκιμή ασπρόμαυρου κουτιού. Η δοκιμή beta πραγματοποιείται από την πλευρά του πελάτη μετά την ανάπτυξη και την ανάπτυξη του προϊόντος.

Δείγμα υποθέσεων δοκιμής επικύρωσης ή πρωτόκολλο

Με την εμπειρία μου, έγραψα αυτό το πρωτόκολλο για σύνδεση στο Gmail.

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

=> Λήψη περιπτώσεων δοκιμής επικύρωσης δείγματος: Δοκιμή δοκιμής σύνδεσης Gmail

συμπέρασμα

Λοιπόν, η επικύρωση έχει να κάνει με λεπτομερή ανάλυση των λειτουργιών ενός προϊόντος. Ως ελεγκτής επικύρωσης, πρέπει πάντα να θυμάστε να αναφέρετε τις αποκλίσεις εκεί και πέρα ​​για να επιτύχετε τα βέλτιστα αποτελέσματα στη δοκιμή.

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

Ως οδηγός για τη δοκιμή επικύρωσης, έχω καλύψει τη διαδικασία που σχετίζεται με την επικύρωση.

Προσόντα σχεδιασμού που περιλαμβάνουν το σχέδιο επικύρωσης, Προσόντα εγκατάστασης που μιλούν για τη δόση υλικού-λογισμικού, μια λειτουργική πιστοποίηση που περιλαμβάνει ολόκληρη τη δοκιμή συστήματος, Προσόντα απόδοσης που περιλαμβάνουν τη δοκιμή αποδοχής χρήστη που παρέχει την εξουσιοδότηση για παραγωγή.

Ελπίζω ότι αυτό το άρθρο θα εμπλουτίσει τις γνώσεις σας σχετικά με την έννοια της δοκιμής επικύρωσης !!

Συνιστώμενη ανάγνωση

^