Τι είναι η δοκιμή συστήματος; Τύποι με Παράδειγμα

Τι είναι η δοκιμή συστήματος;

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

Εξήγηση βίντεο για δοκιμή συστήματος

Πατήστε εδώ εάν το βίντεο δεν είναι προσβάσιμο

Η δοκιμή συστήματος είναι Blackbox

Δοκιμές λογισμικού δύο κατηγοριών

• Μαύρη Box Δοκιμές
• Άσπρο Box Δοκιμές

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

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

Τι επαληθεύετε στη δοκιμή συστήματος;

Η δοκιμή συστήματος περιλαμβάνει τη δοκιμή του κώδικα λογισμικού για την παρακολούθηση

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

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

Ιεραρχία δοκιμών λογισμικού

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

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

Τύποι δοκιμών συστήματος

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

1. Δοκιμές Ευχρηστίας - επικεντρώνεται κυρίως στην ευκολία του χρήστη στη χρήση της εφαρμογής, στην ευελιξία στον χειρισμό των ελέγχων και στην ικανότητα του συστήματος να εκπληρώνει τους στόχους του
2. Δοκιμές φορτίου - είναι απαραίτητο να γνωρίζουμε ότι μια λύση λογισμικού θα λειτουργεί υπό πραγματικές συνθήκες.
3. Δοκιμή παλινδρόμησης - περιλαμβάνει δοκιμές που γίνονται για να διασφαλιστεί ότι καμία από τις αλλαγές που έγιναν κατά τη διάρκεια της διαδικασίας ανάπτυξης δεν έχει προκαλέσει νέα σφάλματα. Διασφαλίζει επίσης ότι δεν εμφανίζονται παλιά σφάλματα από την προσθήκη νέων λειτουργικών μονάδων λογισμικού με την πάροδο του χρόνου.
4. Δοκιμή ανάκτησης - γίνεται για να αποδειχθεί ότι μια λύση λογισμικού είναι αξιόπιστη, αξιόπιστη και μπορεί να ανακτήσει με επιτυχία πιθανά σφάλματα.
5. Δοκιμές μετανάστευσης – γίνεται για να διασφαλιστεί ότι το λογισμικό μπορεί να μετακινηθεί από παλαιότερες υποδομές συστήματος σε τρέχουσες υποδομές συστήματος χωρίς προβλήματα.
6. Λειτουργική δοκιμή - Επίσης γνωστό ως δοκιμή λειτουργικής πληρότητας, Λειτουργική δοκιμή περιλαμβάνει την προσπάθεια να σκεφτούμε τυχόν λειτουργίες που λείπουν. Οι υπεύθυνοι δοκιμών ενδέχεται να δημιουργήσουν μια λίστα με πρόσθετες λειτουργίες που θα μπορούσε να έχει ένα προϊόν για να τη βελτιώσει κατά τη διάρκεια της λειτουργικής δοκιμής.
7. Δοκιμή υλικού/λογισμικού – IBM αναφέρεται στη δοκιμή υλικού/λογισμικού ως «Δοκιμή HW/SW». Αυτό συμβαίνει όταν ο ελεγκτής εστιάζει την προσοχή του/της στις αλληλεπιδράσεις μεταξύ του υλικού και του λογισμικού κατά τη διάρκεια της δοκιμής του συστήματος.

Ποιους τύπους δοκιμών συστήματος πρέπει να χρησιμοποιούν οι δοκιμαστές;

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

• Για ποιον εργάζεται ο ελεγκτής – Αυτός είναι ένας σημαντικός παράγοντας για τον καθορισμό των τύπων δοκιμών συστήματος που θα χρησιμοποιήσει ένας ελεγκτής. Οι μέθοδοι που χρησιμοποιούνται από μεγάλες εταιρείες είναι διαφορετικές από αυτές που χρησιμοποιούν οι μεσαίες και μικρές εταιρείες.
• Χρόνος διαθέσιμος για δοκιμή – Τελικά, θα μπορούσαν να χρησιμοποιηθούν και οι 50 τύποι δοκιμών. Ο χρόνος είναι συχνά αυτό που μας περιορίζει να χρησιμοποιούμε μόνο τους τύπους που είναι πιο σχετικοί για το έργο λογισμικού.
• Πόροι διαθέσιμοι στον ελεγκτή – Φυσικά ορισμένοι ελεγκτές δεν θα έχουν τους απαραίτητους πόρους για τη διεξαγωγή ενός τύπου δοκιμής. Για παράδειγμα, εάν είστε ελεγκτής που εργάζεστε για μια μεγάλη εταιρεία ανάπτυξης λογισμικού, είναι πιθανό να έχετε ακριβό αυτοματοποιημένες δοκιμές λογισμικό που δεν είναι διαθέσιμο σε άλλους.
• Εκπαίδευση του Ελεγκτή Λογισμικού- Υπάρχει μια συγκεκριμένη καμπύλη μάθησης για κάθε διαθέσιμο τύπο δοκιμής λογισμικού. Για να χρησιμοποιήσει κάποιο από το σχετικό λογισμικό, ένας ελεγκτής πρέπει να μάθει πώς να το χρησιμοποιεί.
• Δοκιμή προϋπολογισμού – Τα χρήματα γίνονται παράγοντας όχι μόνο για μικρότερες εταιρείες και μεμονωμένους προγραμματιστές λογισμικού, αλλά και για μεγάλες εταιρείες.