Οι πολλοί τύποι μεθόδων δοκιμών λογισμικού

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

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

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

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

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

Τα άτομα μπορούν να γίνουν πιστοποιημένοι δοκιμαστές λογισμικού μέσω οργανισμών όπως το BCS, το Chartered Institute for IT, το ISTQB® και το ASQ (πρώην η Αμερικανική Εταιρεία Ποιότητας).

Μέθοδοι Δοκιμής Λογισμικού

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

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

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

Δοκιμαστικά επίπεδα

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

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

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

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

Τύποι δοκιμών

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

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

• Δοκιμασία υγιεινής: Αυτό δείχνει εάν το λογισμικό αξίζει τον χρόνο και το κόστος για να συνεχίσει τις περαιτέρω δοκιμές. Εάν υπάρχουν πάρα πολλά λάθη, δεν θα ακολουθήσουν πιο επιθετικές δοκιμές.
• Δοκιμή καπνού: Ο έλεγχος του καπνού αποκαλύπτει βασικές βλάβες που είναι αρκετά σοβαρές για να αποτρέψουν την απελευθέρωση. Όταν αυτό γίνεται σε μια νέα κατασκευή, καλείται δοκιμή επαλήθευσης κατασκευής.
• Δοκιμή παλινδρόμησης: Όταν το σύστημα υφίσταται τροποποίηση, η δοκιμή παλινδρόμησης παρακολουθεί απροσδόκητη συμπεριφορά. Επισημαίνει τις δυσμενείς επιπτώσεις σε δομοστοιχεία ή εξαρτήματα.
• Καταστροφικές δοκιμές: Οι δοκιμαστές εισάγουν μη φυσιολογικές καταχωρίσεις και διακρίνουν την ικανότητα του λογισμικού να διαχειρίζεται την απροσδόκητη εισαγωγή. Αυτό δείχνει στους προγραμματιστές πόσο ισχυρό είναι το πρόγραμμα στη διαχείριση σφαλμάτων.
• Δοκιμή αποκατάστασης: Όταν αποτύχει το υλικό ή άλλες λειτουργίες, αυτό το τεστ δείχνει πόσο καλά μπορεί να ανακτήσει το λογισμικό και να συνεχίσει τη λειτουργία του.
• Αυτοματοποιημένη δοκιμή: Αυτό εκτελεί λειτουργίες που είναι δύσκολο να εφαρμοστούν χειροκίνητα. Χρησιμοποιεί ειδικό λογισμικό για τη διεξαγωγή των δοκιμών και για την παροχή δεδομένων σχετικά με τα πραγματικά έναντι των αναμενόμενων αποτελεσμάτων.
• Δοκιμή συμβατότητας: Το λογισμικό πρέπει να λειτουργεί σε διαφορετικά περιβάλλοντα υπολογιστών, έτσι ώστε να ελέγχεται η συμβατότητα με διαφορετικά συστήματα. Για παράδειγμα, το λογισμικό λειτουργεί με διάφορα λειτουργικά συστήματα και προγράμματα περιήγησης ιστού;
• Έλεγχος απόδοσης: Πρόκειται για μια εις βάθος δοκιμή που εξετάζει την απόδοση του λογισμικού σε διάφορα σενάρια. Παρέχονται πληροφορίες σχετικά με την ανταπόκριση, τη σταθερότητα, την κατανομή πόρων και την ταχύτητα. Επιπλέον, υπο-δοκιμές όπως ο όγκος, η χωρητικότητα και οι δοκιμές ακίδων παίζουν ρόλο σε αυτή τη διαδικασία.
• Δοκιμές ασφάλειας: Αυτό μετρά την ικανότητα του λογισμικού να προστατεύει την ασφάλεια των χρηστών. Αυτό σημαίνει λειτουργίες εξουσιοδότησης, έλεγχος ταυτότητας, εμπιστευτικότητα, ακεραιότητα, διαθεσιμότητα και μη αναδημοσίευση.
• Δοκιμές προσβασιμότητας: Αυτό δεν είναι το ίδιο με τη δοκιμή ευχρηστίας. Αυτό καθορίζει το βαθμό στον οποίο οι χρήστες με διαφορετικές ικανότητες - μάθηση και σωματικές αναπηρίες που περιλαμβάνονται, μπορούν να χρησιμοποιήσουν το λογισμικό.
• Δοκιμές διεθνοποίησης και εντοπισμού: Τα αποτελέσματα δείχνουν πως το λογισμικό μπορεί να προσαρμοστεί σε διαφορετικές γλώσσες και περιφερειακές απαιτήσεις. Αυτό περιλαμβάνει την προσθήκη στοιχείων για συγκεκριμένες τοποθεσίες και τη μετάφραση κειμένου.