Μενού

Τύποι δοκιμών λογισμικού: Διαφορετικοί τύποι δοκιμών με λεπτομέρειες

types software testing

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

Ποιοι είναι οι διαφορετικοί τύποι δοκιμών λογισμικού;

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

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

Διαφορετικοί τύποι δοκιμών λογισμικού

Η προεπιλεγμένη πύλη των Windows 10 δεν είναι διαθέσιμη

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

Ας πάμε και ρίξτε μια ματιά σε αυτά.

Τι θα μάθετε:

Διαφορετικοί τύποι δοκιμών λογισμικού

Παρακάτω δίνεται η λίστα ορισμένων κοινών τύπων δοκιμών λογισμικού:

Οι λειτουργικοί τύποι δοκιμών περιλαμβάνουν:

  • Δοκιμή μονάδας
  • Δοκιμή ολοκλήρωσης
  • Δοκιμή συστήματος
  • Δοκιμή υγιεινής
  • Δοκιμή καπνού
  • Δοκιμή διεπαφών
  • Δοκιμή παλινδρόμησης
  • Δοκιμή Beta / Αποδοχής

Οι μη λειτουργικοί τύποι δοκιμών περιλαμβάνουν:

  • Δοκιμή απόδοσης
  • Φόρτωση δοκιμής
  • Δοκιμή στρες
  • Δοκιμή όγκου
  • Δοκιμή ασφαλείας
  • Δοκιμή συμβατότητας
  • Εγκατάσταση δοκιμής
  • Δοκιμή ανάκτησης
  • Δοκιμή αξιοπιστίας
  • Δοκιμή χρηστικότητας
  • Έλεγχος συμμόρφωσης
  • Δοκιμή εντοπισμού

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

Τύποι δοκιμών λογισμικού

# 1) Δοκιμή άλφα

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

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

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

# 2) Δοκιμή αποδοχής

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

Είναι η τελευταία φάση των δοκιμών, μετά την οποία το λογισμικό μπαίνει στην παραγωγή. Αυτό ονομάζεται επίσης Δοκιμή αποδοχής χρήστη (UAT).

# 3) Δοκιμές ad-hoc

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

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

Το Ad-hoc Testing είναι ένας άτυπος τρόπος εύρεσης ελαττωμάτων και μπορεί να εκτελεστεί από οποιονδήποτε στο έργο. Είναι δύσκολο να εντοπιστούν ελαττώματα χωρίς δοκιμαστική θήκη, αλλά μερικές φορές είναι πιθανό τα ελαττώματα που εντοπίστηκαν κατά τη διάρκεια ad-hoc δοκιμών να μην έχουν εντοπιστεί χρησιμοποιώντας υπάρχουσες δοκιμαστικές περιπτώσεις.

# 4) Δοκιμή προσβασιμότητας

Ο ΣΚΟΠΟΣ ΤΟΥ Δοκιμή προσβασιμότητας είναι να προσδιορίσετε εάν το λογισμικό ή η εφαρμογή είναι προσβάσιμα για άτομα με ειδικές ανάγκες ή όχι.

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

# 5) Δοκιμή Beta

Beta Testing είναι ένας τυπικός τύπος δοκιμής λογισμικού που πραγματοποιείται από τον πελάτη. Εκτελείται σε το πραγματικό περιβάλλον πριν κυκλοφορήσει το προϊόν στην αγορά για τους πραγματικούς τελικούς χρήστες.

Το Beta Testing πραγματοποιείται για να διασφαλιστεί ότι δεν υπάρχουν σημαντικές αποτυχίες στο λογισμικό ή το προϊόν και ικανοποιεί τις επιχειρηματικές απαιτήσεις από την προοπτική του τελικού χρήστη. Η δοκιμή Beta είναι επιτυχής όταν ο πελάτης αποδέχεται το λογισμικό.

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

Έτσι, ο τελικός χρήστης χρησιμοποιεί πραγματικά το λογισμικό και μοιράζεται τα σχόλια στην εταιρεία. Στη συνέχεια, η εταιρεία λαμβάνει τα απαραίτητα μέτρα πριν κυκλοφορήσει το λογισμικό στον κόσμο.

# 6) Δοκιμές Back-end

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

Υπάρχουν διαφορετικές βάσεις δεδομένων, όπως SQL Server, MySQL και Oracle, κ.λπ. Ο έλεγχος βάσης δεδομένων περιλαμβάνει δοκιμή δομής πίνακα, σχήματος, αποθηκευμένης διαδικασίας, δομής δεδομένων και ούτω καθεξής.

Στο Back-end Testing το GUI δεν εμπλέκεται, οι υπεύθυνοι δοκιμών συνδέονται απευθείας στη βάση δεδομένων με κατάλληλη πρόσβαση και οι υπεύθυνοι δοκιμών μπορούν εύκολα να επαληθεύσουν τα δεδομένα εκτελώντας μερικά ερωτήματα στη βάση δεδομένων.

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

# 7) Δοκιμή συμβατότητας προγράμματος περιήγησης

Είναι ένας υπότυπος δοκιμής συμβατότητας (που εξηγείται παρακάτω) και εκτελείται από την ομάδα δοκιμών.

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

# 8) Δοκιμή συμβατότητας προς τα πίσω

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

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

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

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

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

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

# 10) Δοκιμή οριακής τιμής

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

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

Εάν η δοκιμή απαιτεί εύρος δοκιμών αριθμών από 1 έως 500, τότε ο έλεγχος οριακής τιμής πραγματοποιείται σε τιμές 0, 1, 2, 499, 500 και 501.

# 11) Δοκιμή κλάδου

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

# 12) Δοκιμή σύγκρισης

Η σύγκριση της δύναμης και των αδυναμιών ενός προϊόντος με τις προηγούμενες εκδόσεις ή άλλα παρόμοια προϊόντα ονομάζεται Δοκιμή σύγκρισης.

# 13) Δοκιμή συμβατότητας

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

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

# 14) Δοκιμή συστατικών

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

# 15) Δοκιμή από άκρο σε άκρο

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

# 16) Διαχωρισμός ισοδυναμίας

Είναι μια τεχνική δοκιμών και ένας τύπος Black Box Testing. Κατά τη διάρκεια αυτού Διαχωρισμός ισοδυναμίας , επιλέγεται ένα σύνολο της ομάδας και συλλέγονται μερικές τιμές ή αριθμοί για δοκιμή. Είναι κατανοητό ότι όλες οι τιμές από αυτήν την ομάδα παράγουν την ίδια έξοδο.

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

Ας υποθέσουμε, η εφαρμογή δέχεται τιμές μεταξύ -10 έως +10, οπότε χρησιμοποιώντας ισοτιμία, οι τιμές που συλλέγονται για δοκιμή είναι μηδέν, μία θετική τιμή, μία αρνητική τιμή. Έτσι, το Equivalence Partitioning για αυτόν τον έλεγχο είναι -10 έως -1, 0 και 1 έως 10.

# 17) Παράδειγμα δοκιμής

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

# 18) Διερευνητικές δοκιμές

Το Exploratory Testing είναι άτυπος έλεγχος που πραγματοποιείται από την ομάδα δοκιμών. Ο στόχος αυτής της δοκιμής είναι να διερευνήσει την εφαρμογή και να αναζητήσει ελαττώματα που υπάρχουν στην εφαρμογή.

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

Κατά τη διάρκεια του Exploratory Testing, συνιστάται να παρακολουθείτε ποια ροή έχετε δοκιμάσει και ποια δραστηριότητα κάνατε πριν από την έναρξη της συγκεκριμένης ροής.

Μια τεχνική εξερευνητικών δοκιμών εκτελείται χωρίς τεκμηρίωση και δοκιμές.

# 20) Λειτουργική δοκιμή

Αυτός ο τύπος δοκιμών αγνοεί τα εσωτερικά μέρη και εστιάζει μόνο στην έξοδο για να ελέγξει εάν είναι σύμφωνα με την απαίτηση ή όχι. Είναι μια δοκιμή τύπου Black-box προσαρμοσμένη στις λειτουργικές απαιτήσεις μιας εφαρμογής. Για λεπτομερείς πληροφορίες σχετικά με τη Λειτουργική δοκιμή, κάντε κλικ στο εδώ .

# 21) Δοκιμή γραφικών διεπαφών χρήστη (GUI)

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

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

πώς να αρχικοποιήσετε τη στατική μεταβλητή στο c ++

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

# 22) Δοκιμές γορίλλας

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

# 23) Ευτυχισμένος έλεγχος διαδρομής

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

# 24) Έλεγχος σταδιακής ολοκλήρωσης

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

# 25) Εγκατάσταση / απεγκατάσταση δοκιμών

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

# 26) Δοκιμή ολοκλήρωσης

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

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

# 27) Δοκιμή φόρτωσης

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

Βοηθά στη δοκιμή φόρτωσης για να βρείτε τη μέγιστη χωρητικότητα του συστήματος κάτω από συγκεκριμένο φορτίο και τυχόν ζητήματα που προκαλούν υποβάθμιση της απόδοσης του λογισμικού. Ο έλεγχος φορτίου πραγματοποιείται χρησιμοποιώντας εργαλεία όπως JMeter , LoadRunner, WebLoad, Silk performer, κ.λπ.

# 28) Δοκιμή μαϊμού

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

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

Το Monkey Testing πραγματοποιείται τυχαία και δεν υπάρχουν σενάρια δοκιμής και δεν είναι απαραίτητο να γνωρίζετε την πλήρη λειτουργικότητα του συστήματος.

# 29) Δοκιμή μετάλλαξης

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

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

# 30) Αρνητικός έλεγχος

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

# 31) Μη λειτουργικές δοκιμές

Είναι ένας τύπος δοκιμών για τον οποίο κάθε οργανισμός έχει μια ξεχωριστή ομάδα που συνήθως ονομάζεται ομάδα Non-Functional Test (NFT) ή ομάδα απόδοσης.

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

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

# 32) Δοκιμή απόδοσης

Αυτός ο όρος χρησιμοποιείται συχνά εναλλάξιμα με τις δοκιμές «στρες» και «φορτίο». Δοκιμή απόδοσης γίνεται για να ελέγξετε εάν το σύστημα πληροί τις απαιτήσεις απόδοσης. Για τη δοκιμή αυτή χρησιμοποιούνται διαφορετικά εργαλεία απόδοσης και φόρτωσης.

# 33) Δοκιμή αποκατάστασης

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

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

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

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

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

# 35) Δοκιμή βάσει κινδύνου (RBT)

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

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

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

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

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

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

# 37) Δοκιμή ασφαλείας

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

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

πού μπορώ να παρακολουθήσω δωρεάν animes στο διαδίκτυο

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

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

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

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

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

# 39) Στατικές δοκιμές

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

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

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

# 40) Δοκιμή στρες

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

# 41) Δοκιμή συστήματος

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

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

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

# 43) Δοκιμή χρηστικότητας

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

# 44) Δοκιμή ευπάθειας

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

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

# 45) Έλεγχος έντασης

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

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

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

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

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

συμπέρασμα

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

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

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

^