Η δοκιμή συστήματος είναι ένας τύπος δοκιμής λογισμικού που πραγματοποιεί ελέγχους στο σύστημα ως σύνολο.
Περιλαμβάνει την ενσωμάτωση όλων των επιμέρους ενοτήτων και στοιχείων του λογισμικού που αναπτύξατε, για να ελέγξετε αν το σύστημα λειτουργεί μαζί όπως αναμένεται.
Η δοκιμή συστήματος είναι ένα βασικό βήμα δοκιμής λογισμικού που θα επιτρέψει στις ομάδες δοκιμών να επαληθεύσουν περαιτέρω την ποιότητα της κατασκευής, πριν αυτή κυκλοφορήσει στους τελικούς χρήστες.
Σε αυτό το άρθρο, θα διερευνήσουμε τη δοκιμή συστήματος: τι είναι, πώς λειτουργεί, ποιος διενεργεί δοκιμές συστήματος και ποιες προσεγγίσεις και εργαλεία μπορούν να χρησιμοποιήσουν οι ομάδες δοκιμών για να κάνουν τις δοκιμές συστήματος ταχύτερες και πιο αξιόπιστες.
Εν ολίγοις, εδώ θα βρείτε όλα όσα πρέπει να γνωρίζετε για τις δοκιμές συστημάτων.
Τι είναι η δοκιμή συστήματος;
Η δοκιμή συστήματος είναι ένας τύπος δοκιμής λογισμικού που διεξάγεται πάντα σε ολόκληρο το σύστημα. Ελέγχει αν το σύστημα συμμορφώνεται με τις απαιτήσεις του, όποιες κι αν είναι αυτές.
Οι δοκιμαστές διενεργούν δοκιμές συστήματος για να αξιολογήσουν τόσο τις λειτουργικές όσο και τις μη λειτουργικές απαιτήσεις του συστήματος μετά την ενσωμάτωση των επιμέρους ενοτήτων και στοιχείων.
Η δοκιμή συστήματος είναι μια κατηγορία δοκιμής μαύρου κουτιού, που σημαίνει ότι ελέγχει μόνο τα εξωτερικά λειτουργικά χαρακτηριστικά του λογισμικού, σε αντίθεση με τη δοκιμή του εσωτερικού σχεδιασμού της εφαρμογής.
Οι ελεγκτές δεν χρειάζονται καμία γνώση του προγραμματισμού και της δομής του κώδικα λογισμικού για να αξιολογήσουν πλήρως μια κατασκευή λογισμικού κατά τη διάρκεια των δοκιμών συστήματος. Αντίθετα, οι δοκιμαστές απλώς αξιολογούν την απόδοση του λογισμικού από τη σκοπιά του χρήστη.
1. Πότε πρέπει να κάνουμε δοκιμές συστήματος;
Η δοκιμή συστήματος πραγματοποιείται μετά τη δοκιμή ολοκλήρωσης και πριν από τη δοκιμή αποδοχής. Η ομάδα δοκιμών λογισμικού διενεργεί σε τακτική βάση δοκιμές συστήματος για να διασφαλίσει ότι το σύστημα λειτουργεί όπως πρέπει σε βασικά στάδια κατά τη διάρκεια της ανάπτυξης.
Μερικά παραδείγματα περιπτώσεων κατά τις οποίες πραγματοποιείται δοκιμή συστήματος είναι:
● Κατά τη διάρκεια της ανάπτυξης νέων εκδόσεων λογισμικού.
● Κατά την έναρξη της εφαρμογής, όταν πραγματοποιούνται δοκιμές άλφα και βήτα.
● Αφού ολοκληρωθούν οι δοκιμές μονάδας και ολοκλήρωσης.
● Όταν ολοκληρωθούν οι απαιτήσεις της κατασκευής του συστήματος.
● Όταν πληρούνται άλλες συνθήκες δοκιμής.
Όπως και σε άλλες μορφές δοκιμών λογισμικού, συνιστάται η τακτική διεξαγωγή δοκιμών συστήματος για να διασφαλιστεί ότι το λογισμικό λειτουργεί όπως πρέπει.
Η συχνότητα με την οποία μπορούν να διεξαχθούν οι δοκιμές συστήματος εξαρτάται από τους πόρους της ομάδας σας και τις προσεγγίσεις και τα εργαλεία που χρησιμοποιείτε για τη διεξαγωγή δοκιμών λογισμικού συστήματος.
2. Όταν δεν χρειάζεστε δοκιμές συστήματος
Εάν δεν έχετε πραγματοποιήσει ακόμη προκαταρκτικές δοκιμές, όπως δοκιμές καπνού, δοκιμές μονάδας και δοκιμές ολοκλήρωσης, τότε δεν είστε έτοιμοι να ξεκινήσετε τις δοκιμές συστήματος.
Είναι πάντα σημαντικό να διεξάγετε δοκιμές συστήματος μετά την ολοκλήρωση των δοκιμών ολοκλήρωσης, αλλά αν συναντήσετε σφάλματα και προβλήματα που οδηγούν σε αποτυχία της δοκιμής συστήματος, μπορείτε να σταματήσετε τις δοκιμές συστήματος και να επιστρέψετε στην ανάπτυξη και τη διόρθωση σφαλμάτων πριν προχωρήσετε περαιτέρω.
3. Ποιος συμμετέχει στη δοκιμή του συστήματος;
Οι δοκιμές συστήματος πραγματοποιούνται από τους ελεγκτές και τις ομάδες QA και όχι από τους προγραμματιστές. Η δοκιμή συστήματος εξετάζει μόνο τα εξωτερικά στοιχεία του λογισμικού ή, με άλλα λόγια, την εμπειρία των χρηστών που προσπαθούν να έχουν πρόσβαση στα χαρακτηριστικά του λογισμικού.
Αυτό σημαίνει ότι οι δοκιμαστές που διενεργούν δοκιμές συστήματος δεν απαιτούν τεχνικές γνώσεις σχετικά με την κωδικοποίηση υπολογιστών, τον προγραμματισμό και άλλες πτυχές της ανάπτυξης λογισμικού που μπορεί να απαιτούν τη συμβολή των προγραμματιστών.
Η μόνη εξαίρεση σε αυτό είναι στην περίπτωση των αυτοματοποιημένων δοκιμών συστήματος, οι οποίες μπορεί να απαιτούν κάποια συμβολή από τους προγραμματιστές, ανάλογα με τον τρόπο προσέγγισής τους.
Τι δοκιμάζουμε στις δοκιμές συστήματος;
Η δοκιμή συστήματος είναι ένας τύπος δοκιμής λογισμικού που χρησιμοποιείται για τη δοκιμή τόσο των λειτουργικών όσο και των μη λειτουργικών πτυχών του λογισμικού.
Μπορεί να χρησιμοποιηθεί για τη δοκιμή μιας τεράστιας ποικιλίας λειτουργιών και χαρακτηριστικών, πολλά από τα οποία καλύπτονται σε μεγαλύτερο βάθος στην ενότητα Τύποι δοκιμών συστήματος.
Ορισμένες από τις πτυχές του λογισμικού που επαληθεύει η δοκιμή συστήματος περιγράφονται λεπτομερώς παρακάτω.
1. Λειτουργικότητα
Οι δοκιμαστές χρησιμοποιούν τις δοκιμές συστήματος για να επαληθεύσουν αν οι διάφορες πτυχές του ολοκληρωμένου συστήματος λειτουργούν όπως πρέπει.
Οι προηγούμενες δοκιμές μπορούν να χρησιμοποιηθούν για την αξιολόγηση της δομής και της λογικής του εσωτερικού κώδικα και του τρόπου με τον οποίο οι διάφορες ενότητες ενσωματώνονται μεταξύ τους, αλλά οι δοκιμές συστήματος είναι το πρώτο βήμα που δοκιμάζει τη λειτουργικότητα του λογισμικού στο σύνολό του με αυτόν τον τρόπο.
2. Ενσωμάτωση
Η δοκιμή συστήματος ελέγχει τον τρόπο με τον οποίο τα διάφορα συστατικά στοιχεία του λογισμικού λειτουργούν μαζί και κατά πόσον ενσωματώνονται ομαλά μεταξύ τους.
Οι δοκιμαστές μπορούν επίσης να δοκιμάσουν εξωτερικά περιφερειακά για να αξιολογήσουν πώς αυτά αλληλεπιδρούν με το λογισμικό και αν λειτουργούν σωστά.
3. Αναμενόμενη παραγωγή
Οι δοκιμαστές χρησιμοποιούν το λογισμικό όπως θα έκανε ένας χρήστης κατά τη δοκιμή του συστήματος για να επαληθεύσουν την έξοδο του λογισμικού κατά την κανονική χρήση. Ελέγχουν αν η έξοδος για κάθε λειτουργικό και μη λειτουργικό χαρακτηριστικό του λογισμικού είναι η αναμενόμενη.
Εάν το λογισμικό δεν συμπεριφέρεται όπως θα έπρεπε, το προφανές συμπέρασμα είναι ότι χρειάζεται περαιτέρω ανάπτυξη.
4. Σφάλματα και σφάλματα
Οι δοκιμές συστήματος χρησιμοποιούνται για την αξιολόγηση της λειτουργικότητας και της αξιοπιστίας του λογισμικού σε πολλαπλές πλατφόρμες και λειτουργικά συστήματα.
Οι δοκιμαστές συστημάτων επαληθεύουν ότι το λογισμικό είναι απαλλαγμένο από σφάλματα, ζητήματα απόδοσης και προβλήματα συμβατότητας σε όλες τις πλατφόρμες στις οποίες αναμένεται να εκτελεστεί το λογισμικό.
Κριτήρια εισόδου και εξόδου
Τα κριτήρια εισόδου και εξόδου χρησιμοποιούνται στις δοκιμές συστήματος για να διαπιστωθεί αν το σύστημα είναι έτοιμο για δοκιμές συστήματος και αν πληρούνται ή όχι οι απαιτήσεις των δοκιμών συστήματος.
Με άλλα λόγια, τα κριτήρια εισόδου και εξόδου βοηθούν τους δοκιμαστές να αξιολογήσουν πότε πρέπει να ξεκινήσουν τη δοκιμή του συστήματος και πότε να την ολοκληρώσουν.
Κριτήρια εισόδου
Τα κριτήρια εισόδου καθορίζουν πότε οι δοκιμαστές θα πρέπει να αρχίσουν τη δοκιμή του συστήματος.
Τα κριτήρια εισόδου μπορεί να διαφέρουν μεταξύ των έργων ανάλογα με τον σκοπό της δοκιμής και τη στρατηγική δοκιμής που ακολουθείται.
Τα κριτήρια εισόδου καθορίζουν τις συνθήκες που πρέπει να πληρούνται πριν από την έναρξη της δοκιμής του συστήματος.
1. Στάδιο δοκιμών
Στις περισσότερες περιπτώσεις, είναι σημαντικό το υπό δοκιμή σύστημα να έχει ήδη ολοκληρώσει τη δοκιμή ολοκλήρωσης και να πληροί τις απαιτήσεις εξόδου για τη δοκιμή ολοκλήρωσης πριν από την έναρξη της δοκιμής συστήματος.
Οι δοκιμές ολοκλήρωσης δεν θα πρέπει να έχουν εντοπίσει σημαντικά σφάλματα ή προβλήματα με την ολοκλήρωση των στοιχείων.
2. Σχέδια και σενάρια
Πριν από την έναρξη των δοκιμών του συστήματος, το σχέδιο δοκιμών θα πρέπει να έχει συνταχθεί, υπογραφεί και εγκριθεί.
Θα πρέπει επίσης να έχετε προετοιμάσει εκ των προτέρων περιπτώσεις δοκιμών, καθώς και σενάρια δοκιμών έτοιμα για εκτέλεση.
3. Ετοιμότητα
Ελέγξτε ότι το περιβάλλον δοκιμής είναι έτοιμο και ότι όλες οι μη λειτουργικές απαιτήσεις της δοκιμής είναι διαθέσιμες.
Τα κριτήρια ετοιμότητας μπορεί να διαφέρουν στα διάφορα έργα.
Κριτήρια εξόδου
Τα κριτήρια εξόδου καθορίζουν το τελικό στάδιο της δοκιμής του συστήματος και καθορίζουν τις απαιτήσεις που πρέπει να πληρούνται για να θεωρηθεί ότι η δοκιμή του συστήματος έχει ολοκληρωθεί.
Τα κριτήρια εξόδου συχνά παρουσιάζονται ως ένα ενιαίο έγγραφο που απλώς προσδιορίζει τα παραδοτέα αυτής της φάσης δοκιμών.
1. Εκτέλεση
Το βασικότερο κριτήριο εξόδου για την ολοκλήρωση των δοκιμών συστήματος είναι ότι όλες οι περιπτώσεις δοκιμών που περιγράφονται στα σχέδια δοκιμών συστήματος και στα κριτήρια εισόδου έχουν εκτελεστεί σωστά.
2. Σφάλματα
Πριν από την έξοδο από τη δοκιμή του συστήματος, ελέγξτε ότι δεν υπάρχουν κρίσιμα σφάλματα ή σφάλματα προτεραιότητας σε ανοικτή κατάσταση.
Τα σφάλματα μεσαίας και χαμηλής προτεραιότητας μπορούν να παραμείνουν σε ανοικτή κατάσταση, εφόσον υλοποιούνται με την αποδοχή του πελάτη ή του τελικού χρήστη.
3. Αναφορά
Πριν από τη λήξη των δοκιμών του συστήματος, πρέπει να υποβληθεί έκθεση εξόδου. Η έκθεση αυτή καταγράφει τα αποτελέσματα των δοκιμών του συστήματος και αποδεικνύει ότι οι δοκιμές πληρούσαν τα απαιτούμενα κριτήρια εξόδου.
Κύκλος ζωής δοκιμών συστήματος
Ο κύκλος ζωής των δοκιμών συστήματος περιγράφει κάθε φάση των δοκιμών συστήματος από τα στάδια σχεδιασμού έως την υποβολή εκθέσεων και την ολοκλήρωση.
Η κατανόηση κάθε σταδίου του κύκλου ζωής των δοκιμών συστήματος θα σας βοηθήσει να κατανοήσετε τον τρόπο διεξαγωγής των δοκιμών συστήματος και τον τρόπο λειτουργίας τους.
Στάδιο 1: Δημιουργία σχεδίου δοκιμών
Το πρώτο στάδιο των δοκιμών συστήματος είναι η δημιουργία ενός σχεδίου δοκιμών συστήματος.
Σκοπός ενός σχεδίου δοκιμών είναι να περιγράψει τις προσδοκίες των περιπτώσεων δοκιμών καθώς και τη στρατηγική δοκιμών.
Το σχέδιο δοκιμών συνήθως καθορίζει τους στόχους και τους σκοπούς των δοκιμών, το πεδίο εφαρμογής, τις περιοχές, τα παραδοτέα, το χρονοδιάγραμμα, τα κριτήρια εισόδου και εξόδου, το περιβάλλον δοκιμών, καθώς και τους ρόλους και τις αρμοδιότητες των ατόμων που συμμετέχουν στις δοκιμές συστημάτων λογισμικού.
Στάδιο 2: Δημιουργία περιπτώσεων δοκιμών
Το επόμενο στάδιο της δοκιμής συστήματος είναι η δημιουργία περιπτώσεων δοκιμής.
Οι περιπτώσεις δοκιμών καθορίζουν τις ακριβείς λειτουργίες, τα χαρακτηριστικά και τις μετρήσεις που πρόκειται να ελέγξετε κατά τη διάρκεια της δοκιμής του συστήματος. Για παράδειγμα, μπορείτε να ελέγξετε πώς λειτουργεί μια συγκεκριμένη λειτουργία ή πόσος είναι ένας συγκεκριμένος χρόνος φόρτωσης.
Για κάθε περίπτωση δοκιμής, καθορίστε το αναγνωριστικό και το όνομα της περίπτωσης δοκιμής μαζί με πληροφορίες σχετικά με τον τρόπο δοκιμής αυτού του σεναρίου και το αναμενόμενο αποτέλεσμα της περίπτωσης δοκιμής.
Μπορείτε επίσης να περιγράψετε τα κριτήρια επιτυχίας/αποτυχίας για κάθε περίπτωση δοκιμής εδώ.
Στάδιο 3: Δημιουργία δοκιμαστικών δεδομένων
Αφού δημιουργήσετε τις περιπτώσεις δοκιμών, μπορείτε να δημιουργήσετε τα δεδομένα δοκιμών που θα χρειαστείτε για την εκτέλεση των δοκιμών.
Τα δεδομένα δοκιμών περιγράφουν τις εισροές που θα χρειαστεί η ομάδα δοκιμών για να ελέγξει αν οι ενέργειές της οδηγούν στα αναμενόμενα αποτελέσματα.
Στάδιο 4: Εκτέλεση περιπτώσεων δοκιμών
Αυτό το στάδιο είναι αυτό που οι περισσότεροι άνθρωποι σκέφτονται όταν σκέφτονται τη δοκιμή συστήματος: η εκτέλεση των περιπτώσεων δοκιμής ή η ίδια η δοκιμή.
Η ομάδα δοκιμών θα εκτελέσει κάθε περίπτωση δοκιμής ξεχωριστά, ενώ παράλληλα θα παρακολουθεί τα αποτελέσματα κάθε δοκιμής και θα καταγράφει τυχόν σφάλματα ή σφάλματα που θα συναντήσει.
Στάδιο 5: Αναφορά και διόρθωση σφαλμάτων
Μετά την εκτέλεση των περιπτώσεων δοκιμών, οι ελεγκτές συντάσσουν μια έκθεση δοκιμών συστήματος που περιγράφει λεπτομερώς όλα τα ζητήματα και τα σφάλματα που προέκυψαν κατά τη διάρκεια των δοκιμών.
Ορισμένα από τα σφάλματα που αποκαλύπτει η δοκιμή μπορεί να είναι μικρά και εύκολα διορθώσιμα, ενώ άλλα μπορεί να καθυστερήσουν την κατασκευή. Διορθώστε αυτά τα σφάλματα καθώς προκύπτουν και επαναλάβετε τον κύκλο δοκιμών (ο οποίος περιλαμβάνει και άλλους τύπους δοκιμών λογισμικού όπως ο έλεγχος καπνού) ξανά μέχρι να περάσει χωρίς σημαντικά σφάλματα.
Ξεκαθαρίζοντας τη σύγχυση: Δοκιμή συστήματος vs δοκιμή ολοκλήρωσης vs δοκιμή αποδοχής από τον χρήστη
Πολλοί άνθρωποι συγχέουν τις δοκιμές συστήματος με άλλους τύπους δοκιμών λογισμικού, όπως οι δοκιμές ολοκλήρωσης και οι δοκιμές αποδοχής χρηστών.
Παρόλο που οι δοκιμές συστήματος, οι δοκιμές ολοκλήρωσης και οι δοκιμές αποδοχής χρήστη μοιράζονται ορισμένα χαρακτηριστικά, είναι διαφορετικοί τύποι δοκιμών που εξυπηρετούν διαφορετικούς σκοπούς και κάθε τύπος δοκιμών πρέπει να διεξάγεται ανεξάρτητα από τους άλλους.
Τι είναι η δοκιμή ολοκλήρωσης;
Η δοκιμή ολοκλήρωσης είναι ένας τύπος δοκιμής λογισμικού όπου οι ενότητες και τα συστατικά στοιχεία του λογισμικού δοκιμάζονται ως ομάδα για να αξιολογηθεί πόσο καλά ενσωματώνονται μεταξύ τους.
Η δοκιμή ολοκλήρωσης είναι ο πρώτος τύπος δοκιμής λογισμικού που χρησιμοποιείται για τη δοκιμή μεμονωμένων ενοτήτων που συνεργάζονται μεταξύ τους.
Οι δοκιμές ολοκλήρωσης πραγματοποιούνται από ελεγκτές σε ένα περιβάλλον QA και είναι απαραίτητες επειδή εκθέτουν ελαττώματα που μπορεί να προκύψουν όταν τα μεμονωμένα κωδικοποιημένα στοιχεία αλληλεπιδρούν μεταξύ τους.
Ποιες είναι οι διαφορές μεταξύ των δοκιμών συστήματος και των δοκιμών ολοκλήρωσης;
Παρόλο που τόσο οι δοκιμές συστήματος όσο και οι δοκιμές ολοκλήρωσης δοκιμάζουν την κατασκευή λογισμικού στο σύνολό της, είναι διαφορετικοί τύποι δοκιμών λογισμικού που λειτουργούν ξεχωριστά.
Οι δοκιμές ολοκλήρωσης γίνονται πρώτα και οι δοκιμές συστήματος γίνονται μετά την ολοκλήρωση των δοκιμών ολοκλήρωσης. Άλλες σημαντικές διαφορές μεταξύ των δοκιμών συστήματος και των δοκιμών ολοκλήρωσης είναι:
1. Σκοπός:
Ο σκοπός της δοκιμής ολοκλήρωσης είναι να αξιολογηθεί κατά πόσον οι επιμέρους ενότητες συνεργάζονται σωστά όταν ενσωματώνονται. Ο σκοπός της δοκιμής συστήματος είναι να ελέγξει τον τρόπο λειτουργίας του συστήματος στο σύνολό του.
2. Τύπος:
Η δοκιμή ενσωμάτωσης ελέγχει καθαρά τη λειτουργικότητα και δεν αποτελεί είδος δοκιμής αποδοχής.
Αντίθετα, η δοκιμή συστήματος ελέγχει τόσο λειτουργικά όσο και μη λειτουργικά χαρακτηριστικά και εμπίπτει στην κατηγορία της δοκιμής αποδοχής (αλλά όχι στη δοκιμή αποδοχής χρήστη).
3. Τεχνική:
Η δοκιμή ολοκλήρωσης χρησιμοποιεί τόσο τη δοκιμή “μαύρου κουτιού” όσο και τη δοκιμή “λευκού κουτιού” για την αξιολόγηση της κατασκευής λογισμικού από την οπτική γωνία τόσο του χρήστη όσο και του προγραμματιστή, ενώ η δοκιμή συστήματος χρησιμοποιεί καθαρά μεθόδους δοκιμής “μαύρου κουτιού” για τη δοκιμή του λογισμικού από την οπτική γωνία του χρήστη.
4. Αξία:
Η δοκιμή ολοκλήρωσης χρησιμοποιείται για τον εντοπισμό σφαλμάτων διεπαφής, ενώ η δοκιμή συστήματος χρησιμοποιείται για τον εντοπισμό σφαλμάτων συστήματος.
Τι είναι η δοκιμή αποδοχής χρηστών;
Η δοκιμή αποδοχής από τον χρήστη ή UAT είναι ένας τύπος δοκιμής λογισμικού που πραγματοποιείται από τον τελικό χρήστη ή τον πελάτη για να επαληθεύσει εάν το λογισμικό πληροί τις επιθυμητές απαιτήσεις.
Η δοκιμή αποδοχής από τον χρήστη είναι η τελευταία μορφή δοκιμής που πραγματοποιείται πριν το λογισμικό μεταφερθεί στο περιβάλλον παραγωγής.
Πραγματοποιείται μετά την ολοκλήρωση των λειτουργικών δοκιμών, των δοκιμών ολοκλήρωσης και των δοκιμών συστήματος.
Ποιες είναι οι διαφορές μεταξύ των δοκιμών συστήματος και των δοκιμών αποδοχής χρήστη;
Τόσο οι δοκιμές αποδοχής από τον χρήστη όσο και οι δοκιμές ολοκλήρωσης επικυρώνουν αν μια κατασκευή λογισμικού λειτουργεί όπως πρέπει, και οι δύο τύποι δοκιμών επικεντρώνονται στον τρόπο με τον οποίο το λογισμικό λειτουργεί συνολικά.
Ωστόσο, υπάρχουν πολλές διαφορές μεταξύ των δοκιμών συστήματος και των δοκιμών αποδοχής χρήστη:
1. Δοκιμαστές:
Ενώ οι δοκιμές συστήματος πραγματοποιούνται από τους ελεγκτές (και μερικές φορές από τους προγραμματιστές), οι δοκιμές αποδοχής χρήστη πραγματοποιούνται από τους τελικούς χρήστες.
2. Σκοπός:
Ο σκοπός της δοκιμής αποδοχής από τον χρήστη είναι να αξιολογηθεί κατά πόσον μια κατασκευή λογισμικού ανταποκρίνεται στις απαιτήσεις του τελικού χρήστη, ενώ ο σκοπός της δοκιμής συστήματος είναι να ελεγχθεί κατά πόσον το σύστημα ανταποκρίνεται στις απαιτήσεις του ελεγκτή.
3. Μέθοδος:
Κατά τη διάρκεια της δοκιμής συστήματος, οι επιμέρους μονάδες της κατασκευής λογισμικού ενσωματώνονται και δοκιμάζονται ως σύνολο. Κατά τη διάρκεια της δοκιμής αποδοχής από τον χρήστη, το σύστημα δοκιμάζεται συνολικά από τον τελικό χρήστη.
4. Στάδιο:
Η δοκιμή του συστήματος πραγματοποιείται μόλις ολοκληρωθεί η δοκιμή ολοκλήρωσης και πριν από τη δοκιμή αποδοχής από τον χρήστη. Η δοκιμή αποδοχής από τους χρήστες πραγματοποιείται λίγο πριν από την κυκλοφορία του προϊόντος και από τους πρώτους χρήστες.
Τύποι δοκιμών συστήματος
Υπάρχουν πάνω από 50 διαφορετικοί τύποι δοκιμών συστήματος που μπορείτε να υιοθετήσετε αν θέλετε να ελέγξετε τον τρόπο με τον οποίο λειτουργεί η κατασκευή του λογισμικού σας στο σύνολό της.
Ωστόσο, στην πράξη, μόνο λίγοι από αυτούς τους τύπους δοκιμών συστήματος χρησιμοποιούνται στην πραγματικότητα από τις περισσότερες ομάδες δοκιμών.
Ο τύπος δοκιμής συστήματος που χρησιμοποιείτε εξαρτάται από πολλούς διαφορετικούς παράγοντες, όπως ο προϋπολογισμός σας, οι χρονικοί περιορισμοί, οι προτεραιότητες και οι πόροι.
1. Δοκιμή λειτουργικότητας
Η δοκιμή λειτουργικότητας είναι ένας τύπος δοκιμής συστήματος που έχει σχεδιαστεί για να ελέγχει τα μεμονωμένα χαρακτηριστικά και τις λειτουργίες του λογισμικού και να αξιολογεί αν λειτουργούν όπως πρέπει.
Αυτός ο τύπος δοκιμών συστήματος μπορεί να εκτελεστεί χειροκίνητα ή αυτόματα και είναι ένας από τους βασικούς τύπους δοκιμών συστήματος που εκτελούν οι ομάδες δοκιμών.
2. Δοκιμή επιδόσεων
Η δοκιμή επιδόσεων είναι ένας τύπος δοκιμής συστήματος που περιλαμβάνει τον έλεγχο της απόδοσης της εφαρμογής κατά την κανονική χρήση.
Ονομάζεται επίσης δοκιμή συμμόρφωσης και συνήθως σημαίνει δοκιμή της απόδοσης μιας εφαρμογής όταν πολλοί χρήστες τη χρησιμοποιούν ταυτόχρονα.
Στις δοκιμές επιδόσεων, οι ελεγκτές θα εξετάσουν τους χρόνους φόρτωσης, καθώς και τα σφάλματα και άλλα ζητήματα.
3. Δοκιμή φορτίου
Οι δοκιμές φορτίου είναι ένας τύπος δοκιμών συστήματος που διενεργούν οι ελεγκτές για να αξιολογήσουν πόσο καλά μια εφαρμογή διαχειρίζεται μεγάλα φορτία.
Για παράδειγμα, οι δοκιμαστές μπορεί να δοκιμάσουν πόσο καλά λειτουργεί η εφαρμογή όταν πολλοί χρήστες προσπαθούν να εκτελέσουν την ίδια εργασία την ίδια στιγμή ή πόσο καλά η εφαρμογή εκτελεί πολλαπλές εργασίες ταυτόχρονα.
4. Δοκιμή επεκτασιμότητας
Η δοκιμή επεκτασιμότητας είναι ένας τύπος δοκιμής συστήματος λογισμικού που ελέγχει πόσο καλά κλιμακώνεται το λογισμικό ώστε να ανταποκρίνεται στις ανάγκες διαφορετικών έργων και ομάδων.
Πρόκειται για ένα είδος μη λειτουργικής δοκιμής που περιλαμβάνει την αξιολόγηση του τρόπου με τον οποίο το λογισμικό λειτουργεί για διαφορετικό αριθμό χρηστών ή όταν χρησιμοποιείται σε διαφορετικές τοποθεσίες και με διαφορετικούς πόρους.
5. Δοκιμή ευχρηστίας
Η δοκιμή ευχρηστίας είναι ένας τύπος δοκιμής συστήματος που περιλαμβάνει τον έλεγχο της χρηστικότητας της εφαρμογής.
Αυτό σημαίνει ότι οι δοκιμαστές αξιολογούν και εκτιμούν πόσο εύκολη είναι η πλοήγηση και η χρήση της εφαρμογής, πόσο διαισθητικές είναι οι λειτουργίες της και αν υπάρχουν σφάλματα ή ζητήματα που μπορεί να προκαλέσουν προβλήματα ευχρηστίας.
6. Δοκιμές αξιοπιστίας
Η δοκιμή αξιοπιστίας είναι ένας τύπος δοκιμής ολοκλήρωσης συστήματος που ελέγχει πόσο αξιόπιστο είναι το λογισμικό.
Απαιτεί τη δοκιμή των λειτουργιών και των επιδόσεων του λογισμικού σε ελεγχόμενο περιβάλλον για να αξιολογηθεί κατά πόσον τα αποτελέσματα των εφάπαξ δοκιμών είναι αξιόπιστα και αναπαραγώγιμα.
7. Δοκιμή διαμόρφωσης
Η δοκιμή διαμόρφωσης είναι ένας τύπος δοκιμής συστήματος που αξιολογεί πόσο καλά λειτουργεί το σύστημα όταν λειτουργεί παράλληλα με διάφορους τύπους λογισμικού και υλικού.
Ο σκοπός της δοκιμής διαμόρφωσης είναι να προσδιοριστεί η βέλτιστη διαμόρφωση του λογισμικού και του υλικού για τη μεγιστοποίηση της απόδοσης του συστήματος στο σύνολό του.
8. Δοκιμές ασφαλείας
Η δοκιμή ασφάλειας είναι ένας τύπος δοκιμής συστήματος που αξιολογεί τον τρόπο με τον οποίο το λογισμικό λειτουργεί σε σχέση με την ασφάλεια και την εμπιστευτικότητα.
Σκοπός των δοκιμών ασφαλείας είναι να εντοπιστούν τυχόν πιθανά τρωτά σημεία και κίνδυνοι που θα μπορούσαν να αποτελέσουν την πηγή παραβιάσεων και παραβιάσεων δεδομένων που θα μπορούσαν να οδηγήσουν σε απώλεια χρημάτων, εμπιστευτικών δεδομένων και άλλων σημαντικών περιουσιακών στοιχείων.
9. Δοκιμή μετανάστευσης
Οι δοκιμές μετάβασης είναι ένας τύπος δοκιμών συστήματος που διεξάγονται σε συστήματα λογισμικού για να εκτιμηθεί ο τρόπος με τον οποίο μπορεί να αλληλεπιδρούν με παλαιότερες ή νεότερες υποδομές.
Για παράδειγμα, οι δοκιμαστές μπορούν να αξιολογήσουν κατά πόσον τα παλαιότερα στοιχεία λογισμικού μπορούν να μεταφερθούν σε μια νέα υποδομή χωρίς να προκύψουν σφάλματα και σφάλματα.
Τι χρειάζεστε για να αρχίσετε να εκτελείτε δοκιμές συστήματος
Πριν από την έναρξη των δοκιμών συστήματος, είναι σημαντικό να έχετε ένα σαφές σχέδιο συγκέντρωσης των πόρων και των εργαλείων που απαιτούνται για μια επιτυχημένη και ομαλή διαδικασία δοκιμών συστήματος.
Πρόκειται για μια σχετικά περίπλοκη διαδικασία είτε δοκιμάζετε χειροκίνητα, είτε αυτόματα, είτε χρησιμοποιείτε και τις δύο προσεγγίσεις, οπότε το να γνωρίζετε τι θα χρειαστείτε πριν ξεκινήσετε είναι ο καλύτερος τρόπος για να μειώσετε τον κίνδυνο καθυστερήσεων και διαταραχών κατά τη διάρκεια των δοκιμών.
1. Ένα σταθερό build που είναι σχεδόν έτοιμο να ξεκινήσει
Η δοκιμή συστήματος είναι ένα από τα τελευταία στάδια της δοκιμής λογισμικού που λαμβάνει χώρα πριν από την κυκλοφορία: ο μόνος τύπος δοκιμής που λαμβάνει χώρα μετά τη δοκιμή συστήματος είναι η δοκιμή αποδοχής από τον χρήστη.
Είναι σημαντικό, προτού ξεκινήσετε τις δοκιμές συστήματος, να έχετε ήδη πραγματοποιήσει άλλους τύπους δοκιμών λογισμικού, συμπεριλαμβανομένων των λειτουργικών δοκιμών, των δοκιμών παλινδρόμησης και των δοκιμών ολοκλήρωσης, και ότι η κατασκευή του λογισμικού σας έχει ικανοποιήσει τα κριτήρια εξόδου για κάθε έναν από αυτούς τους τύπους δοκιμών λογισμικού.
2. Σχέδια δοκιμών συστήματος
Πριν ξεκινήσετε τις δοκιμές, συντάξτε επίσημη τεκμηρίωση που περιγράφει τον σκοπό και τους στόχους των δοκιμών που πρόκειται να πραγματοποιήσετε και καθορίζει τα κριτήρια εισόδου και εξόδου των δοκιμών του συστήματος.
Μπορείτε να χρησιμοποιήσετε αυτό το σχέδιο για να περιγράψετε τα επιμέρους σενάρια δοκιμών που πρόκειται να δοκιμάσετε ή για να καθορίσετε τις προσδοκίες σας για τον τρόπο με τον οποίο θα αποδώσει το σύστημα.
Το σχέδιο δοκιμών συστήματος θα πρέπει να διευκολύνει τους ελεγκτές να σχεδιάζουν και να διεξάγουν δοκιμές συστήματος ακολουθώντας το σχέδιο.
3. Περιπτώσεις δοκιμών
Είναι σημαντικό να περιγράψετε τις περιπτώσεις δοκιμής που πρόκειται να ελέγξετε κατά τη διάρκεια της δοκιμής του συστήματος πριν από την έναρξη της δοκιμής του συστήματος.
Οι περιπτώσεις δοκιμών μπορεί να μην είναι εξαντλητικές, αλλά θα πρέπει να είναι αρκετά πλήρεις ώστε να ελέγχουν τα σημαντικότερα λειτουργικά και μη λειτουργικά χαρακτηριστικά του συστήματος και να δίνουν μια ακριβή εικόνα της λειτουργίας του συστήματος στο σύνολό του.
4. Δεξιότητες και χρόνος
Βεβαιωθείτε ότι διαθέτετε επαρκείς πόρους για τις δοκιμές συστήματος πριν από την έναρξη των δοκιμών συστήματος.
Η δοκιμή συστήματος μπορεί να διαρκέσει σχετικά μεγάλο χρονικό διάστημα, ειδικά σε σύγκριση με άλλους τύπους δοκιμών, όπως η δοκιμή καπνού.
Θα πρέπει να προσδιορίσετε ποιοι από την ομάδα σας θα διεξάγουν τις δοκιμές και πόσο χρόνο θα πρέπει να δεσμεύσουν πριν από την έναρξη των δοκιμών.
5. Εργαλεία δοκιμής συστήματος
Η δοκιμή συστήματος μπορεί να πραγματοποιηθεί χειροκίνητα ή να αυτοματοποιηθεί, αλλά ανεξάρτητα από την προσέγγιση που θα ακολουθήσετε στη δοκιμή, είναι δυνατό να εξορθολογήσετε και να βελτιστοποιήσετε τις ροές εργασίας της δοκιμής συστήματος υιοθετώντας εργαλεία και τεχνολογίες που βοηθούν σε διάφορες πτυχές της δοκιμής.
Για παράδειγμα, μπορείτε να χρησιμοποιήσετε εργαλεία τεχνητής νοημοσύνης για να αυτοματοποιήσετε ορισμένες από τις δοκιμές του συστήματός σας ή να χρησιμοποιήσετε λογισμικό διαχείρισης εγγράφων για να παρακολουθείτε την πρόοδο και τα αποτελέσματα των δοκιμών σας.
Η διαδικασία δοκιμής του συστήματος
Πριν ξεκινήσετε, είναι σημαντικό να κατανοήσετε τη διαδικασία δοκιμής συστήματος και τον τρόπο εκτέλεσης κάθε βήματος.
Αυτό το σχέδιο βήμα προς βήμα ακολουθεί τον κύκλο ζωής των δοκιμών συστήματος που αναλύθηκε προηγουμένως, αλλά προχωράει σε περισσότερες λεπτομέρειες για να περιγράψει τα επιμέρους βήματα που εμπλέκονται στις δοκιμές συστήματος.
Βήμα 1: Δημιουργία σχεδίου δοκιμών συστήματος
Δημιουργήστε το σχέδιο δοκιμών συστήματος πριν ξεκινήσετε τις δοκιμές συστήματος. Κάθε σχέδιο δοκιμών συστήματος θα είναι διαφορετικό, αλλά το σχέδιό σας θα πρέπει να περιλαμβάνει τουλάχιστον ένα περίγραμμα του σκοπού των δοκιμών, καθώς και τα σχετικά κριτήρια εισόδου και εξόδου που καθορίζουν πότε θα πρέπει να ξεκινήσει η δοκιμή και πότε θα ολοκληρωθεί η δοκιμή.
Βήμα 2: Δημιουργία σεναρίων δοκιμών και περιπτώσεων δοκιμών
Το επόμενο στάδιο είναι η δημιουργία σεναρίων δοκιμών και περιπτώσεων δοκιμών που περιγράφουν ακριβώς τι πρόκειται να ελέγξετε και πώς θα το ελέγξετε.
Συμπεριλάβετε σενάρια δοκιμών πραγματικής ζωής που ελέγχουν τον τρόπο λειτουργίας του λογισμικού υπό τυπική χρήση και για κάθε περίπτωση δοκιμής που γράφετε, συμπεριλάβετε λεπτομέρειες σχετικά με τα κριτήρια επιτυχίας και αποτυχίας της δοκιμής και το αναμενόμενο αποτέλεσμα.
Βήμα 3: Δημιουργία των απαιτούμενων δεδομένων δοκιμής
Δημιουργήστε τα απαιτούμενα δεδομένα δοκιμής για κάθε σενάριο δοκιμής που σχεδιάζετε να εκτελέσετε.
Τα δεδομένα δοκιμής που θα χρειαστείτε για κάθε σενάριο δοκιμής που σκοπεύετε να εκτελέσετε, είναι όλα τα δεδομένα δοκιμής που επηρεάζουν ή επηρεάζονται από κάθε συγκεκριμένη δοκιμή.
Μπορείτε να δημιουργήσετε δεδομένα δοκιμών χειροκίνητα ή να αυτοματοποιήσετε αυτό το στάδιο, αν θέλετε να εξοικονομήσετε χρόνο και έχετε τους πόρους για να το κάνετε.
Βήμα 4: Ρύθμιση του περιβάλλοντος δοκιμών
Το επόμενο βήμα είναι η ρύθμιση του περιβάλλοντος δοκιμών, έτοιμο για την εκτέλεση των δοκιμών του συστήματός σας. Θα έχετε καλύτερα αποτελέσματα από τις δοκιμές του συστήματός σας αν δημιουργήσετε ένα περιβάλλον δοκιμών που να μοιάζει με το περιβάλλον παραγωγής.
Βεβαιωθείτε ότι το περιβάλλον δοκιμών σας περιλαμβάνει όλο το λογισμικό και το υλικό που θέλετε να δοκιμάσετε κατά τη διάρκεια των δοκιμών διαμόρφωσης και ολοκλήρωσης.
Βήμα 5: Εκτέλεση των περιπτώσεων δοκιμής
Αφού ρυθμίσετε το περιβάλλον δοκιμών, μπορείτε να εκτελέσετε τις περιπτώσεις δοκιμών που δημιουργήσατε στο δεύτερο βήμα.
Μπορείτε είτε να εκτελέσετε αυτές τις περιπτώσεις δοκιμής χειροκίνητα είτε να αυτοματοποιήσετε την εκτέλεση των περιπτώσεων δοκιμής χρησιμοποιώντας ένα σενάριο.
Καθώς εκτελείτε κάθε περίπτωση δοκιμής, σημειώστε τα αποτελέσματα της δοκιμής.
Βήμα 6: Προετοιμάστε αναφορές σφαλμάτων
Αφού εκτελέσετε όλες τις περιπτώσεις δοκιμών που περιγράψατε, μπορείτε να χρησιμοποιήσετε τα αποτελέσματα κάθε δοκιμής για να συντάξετε αναφορές σφαλμάτων, επισημαίνοντας λεπτομερώς όλα τα σφάλματα και τις ατέλειες που εντοπίσατε κατά τη διάρκεια των δοκιμών του συστήματος.
Προωθήστε αυτή την αναφορά στους προγραμματιστές για επιδιορθώσεις και διορθώσεις σφαλμάτων. Το στάδιο της επιδιόρθωσης σφαλμάτων μπορεί να διαρκέσει αρκετό χρόνο, ανάλογα με την πολυπλοκότητα και τη σοβαρότητα των σφαλμάτων που εντοπίζετε.
Βήμα 7: Επανέλεγχος μετά από επισκευές σφαλμάτων
Μόλις οι προγραμματιστές λογισμικού στείλουν πίσω το λογισμικό για περαιτέρω δοκιμές μετά τη διόρθωση των σφαλμάτων, είναι σημαντικό να επανελέγξετε ξανά τη δημιουργία του λογισμικού.
Είναι πολύ σημαντικό ότι η δοκιμή του συστήματος δεν πρέπει να θεωρείται ολοκληρωμένη έως ότου περάσει αυτό το βήμα χωρίς να εμφανιστούν σφάλματα ή ελαττώματα.
Δεν αρκεί να υποθέσουμε ότι όλα τα σφάλματα έχουν διορθωθεί και ότι η κατασκευή είναι πλέον έτοιμη να προχωρήσει σε δοκιμές αποδοχής από τον χρήστη.
Βήμα 8: Επαναλάβετε τον κύκλο
Το τελικό βήμα είναι απλά να επαναλάβετε αυτόν τον κύκλο όσες φορές χρειάζεται για να περάσετε το βήμα επτά χωρίς να εντοπίσετε σφάλματα ή ελαττώματα.
Μόλις περάσει η δοκιμή του συστήματος και έχετε εκπληρώσει όλα τα κριτήρια εξόδου που περιγράφονται στο σχέδιο δοκιμών συστήματος, είναι καιρός να προχωρήσετε στη δοκιμή αποδοχής από τους χρήστες και, τελικά, στην κυκλοφορία του προϊόντος.
Χειροκίνητες vs αυτοματοποιημένες δοκιμές συστήματος
Όπως και άλλοι τύποι δοκιμών λογισμικού, οι δοκιμές συστημάτων μπορούν να διεξάγονται είτε χειροκίνητα από ανθρώπους-ελέγχοντες είτε να αυτοματοποιούνται τουλάχιστον εν μέρει από λογισμικό. Η αυτοματοποίηση των δοκιμών λογισμικού βελτιώνει τη διαδικασία δοκιμών και εξοικονομεί χρόνο και χρήμα, αλλά μερικές φορές είναι σημαντικό να διεξάγονται και χειροκίνητες δοκιμές συστήματος.
Υπάρχουν πλεονεκτήματα και μειονεκτήματα τόσο στις χειροκίνητες όσο και στις αυτοματοποιημένες δοκιμές συστήματος και είναι σημαντικό να τα κατανοήσετε πριν αποφασίσετε για το είδος των δοκιμών συστήματος που θέλετε να αναλάβετε.
Χειροκίνητες δοκιμές συστήματος
Χειροκίνητη δοκιμή συστήματος σημαίνει ότι η δοκιμή του συστήματος πραγματοποιείται χειροκίνητα, χωρίς να αυτοματοποιείται μέρος της διαδικασίας δοκιμής.
Η εκτέλεση των χειροκίνητων δοκιμών συστήματος διαρκεί περισσότερο από τις αυτοματοποιημένες δοκιμές, αλλά σημαίνει επίσης ότι η διαδικασία δοκιμών επωφελείται από την ανθρώπινη διορατικότητα και κρίση.
Οι χειροκίνητες δοκιμές συνδυάζονται συχνά με αυτοματοποιημένες δοκιμές για τη μεγιστοποίηση της αποτελεσματικότητας και της ακρίβειας των δοκιμών συστήματος και άλλων τύπων δοκιμών λογισμικού.
1. Τα οφέλη της εκτέλεσης χειροκίνητων δοκιμών συστήματος
Υπάρχουν πολλά οφέλη από την εκτέλεση χειροκίνητων δοκιμών συστήματος και αυτά τα οφέλη εξηγούν γιατί πολλές ομάδες δοκιμών επιλέγουν να συνεχίσουν τις χειροκίνητες δοκιμές καθώς και τις αυτοματοποιημένες δοκιμές ακόμη και μετά την αυτοματοποίηση των σεναρίων δοκιμών.
Πολυπλοκότητα
Οι χειροκίνητες δοκιμές είναι κατάλληλες για τη δοκιμή σύνθετων σεναρίων δοκιμών που δεν είναι πάντα εύκολο να αυτοματοποιηθούν.
Εάν οι απαιτήσεις των δοκιμών του συστήματός σας είναι περίπλοκες ή λεπτομερείς, μπορεί να σας είναι ευκολότερο να δοκιμάσετε αυτά τα σενάρια χειροκίνητα παρά να γράψετε αυτοματοποιημένα σενάρια δοκιμών γι’ αυτά.
Διερευνητικές δοκιμές
Όταν αυτοματοποιείτε οποιοδήποτε είδος δοκιμής λογισμικού, η δοκιμή ακολουθεί το σενάριό της και ελέγχει μόνο εκείνα ακριβώς τα χαρακτηριστικά που έχετε προγραμματίσει να αξιολογήσει η δοκιμή.
Αντίθετα, όταν πραγματοποιείτε χειροκίνητες δοκιμές, μπορείτε να επιλέξετε να εξερευνήσετε διαφορετικά χαρακτηριστικά όταν και όπως σας κεντρίζουν το ενδιαφέρον, για παράδειγμα, αν παρατηρήσετε κάτι που δεν φαίνεται όπως θα έπρεπε στο περιβάλλον εργασίας του λογισμικού.
Απλότητα
Μόλις γράψετε τα αυτοματοποιημένα σενάρια δοκιμών σας, οι αυτοματοποιημένες δοκιμές είναι εύκολες. Αλλά συνήθως απαιτείται τεχνογνωσία ανάπτυξης για τη συγγραφή σεναρίων δοκιμών, και οι μικρότερες ομάδες δοκιμών μπορεί να μην έχουν τους πόρους για να το κάνουν αυτό.
Οι χειροκίνητες δοκιμές δεν απαιτούν τεχνική εμπειρία ή γνώση της κωδικοποίησης.
2. Οι προκλήσεις των χειροκίνητων δοκιμών συστήματος
Οι χειροκίνητες δοκιμές φέρνουν επίσης τις δικές τους προκλήσεις. Οι ομάδες δοκιμών λογισμικού που πραγματοποιούν μόνο χειροκίνητες δοκιμές συστημάτων χωρίς να ενσωματώνουν στοιχεία αυτοματοποιημένων δοκιμών μπορεί να βρεθούν σε μειονεκτική θέση σε σύγκριση με τις ομάδες που χρησιμοποιούν και τις δύο προσεγγίσεις.
Χρονοβόρα
Όπως είναι αναμενόμενο, η διεξαγωγή χειροκίνητων δοκιμών συστήματος είναι πιο χρονοβόρα από τις αυτοματοποιημένες δοκιμές συστήματος. Αυτό αποτελεί ιδιαίτερη αδυναμία όταν απαιτείται ευέλικτη δοκιμή.
Αυτό σημαίνει ότι είναι λιγότερο πρακτικό να πραγματοποιούνται τακτικές ή πολύ ενδελεχείς δοκιμές του συστήματος, και αυτό με τη σειρά του μπορεί να επηρεάσει την αξιοπιστία και το εύρος των αποτελεσμάτων.
Ανθρώπινο λάθος
Όταν οι άνθρωποι εκτελούν χειροκίνητες δοκιμές, υπάρχει πάντα περιθώριο για ανθρώπινα λάθη. Οι άνθρωποι κάνουν λάθη και βαριούνται ή αποσπούν την προσοχή τους, και αυτό είναι ιδιαίτερα πιθανό κατά τη διεξαγωγή επαναλαμβανόμενων, χρονοβόρων δοκιμών που είναι πιθανότερο να κουράσουν τους δοκιμαστές.
Κάλυψη δοκιμών
Οι χειροκίνητες δοκιμές δεν προσφέρουν το ίδιο εύρος κάλυψης που προσφέρουν οι αυτοματοποιημένες δοκιμές.
Επειδή οι δοκιμαστές πρέπει να διεξάγουν οι ίδιοι χειροκίνητες δοκιμές, είναι αδύνατο να καλύψουν τόσο πολύ έδαφος κατά τις χειροκίνητες δοκιμές σε σύγκριση με τις αυτοματοποιημένες δοκιμές, και αυτό μπορεί να οδηγήσει σε λιγότερο ολοκληρωμένα αποτελέσματα δοκιμών.
Πότε να χρησιμοποιείτε χειροκίνητες δοκιμές λογισμικού
Η χειροκίνητη δοκιμή λογισμικού δεν έχει αντικατασταθεί από την αυτοματοποιημένη δοκιμή και η χειροκίνητη δοκιμή εξακολουθεί να αποτελεί σημαντικό στάδιο της διαδικασίας δοκιμής του συστήματος.
Οι χειροκίνητες δοκιμές είναι κατάλληλες για μικρότερες ομάδες λογισμικού που μπορεί να μην έχουν τους πόρους για να αυτοματοποιήσουν ανεξάρτητα τις δοκιμές του συστήματος, και ακόμη και οι ομάδες που έχουν υιοθετήσει τις αυτοματοποιημένες δοκιμές θα πρέπει να χρησιμοποιούν τις χειροκίνητες δοκιμές για την αξιολόγηση πιο σύνθετων σεναρίων δοκιμών ή περιπτώσεων δοκιμών όπου οι διερευνητικές δοκιμές προσφέρουν αξία.
Αυτοματοποίηση δοκιμών συστήματος
Είναι δυνατή η αυτοματοποίηση των δοκιμών συστήματος είτε γράφοντας εσείς οι ίδιοι σενάρια δοκιμών είτε χρησιμοποιώντας εργαλεία και διαδικασίες υπεραυτοματοποίησης για τη μερική ή πλήρη αυτοματοποίηση της διαδικασίας δοκιμών συστήματος.
Τις περισσότερες φορές, οι αυτοματοποιημένες δοκιμές συστήματος συνδυάζονται με χειροκίνητες δοκιμές συστήματος για να παρέχουν την καλύτερη δυνατή ισορροπία μεταξύ κάλυψης, αποτελεσματικότητας και ακρίβειας.
1. Τα οφέλη της αυτοματοποίησης των δοκιμών συστήματος
Οι αυτοματοποιημένες δοκιμές συστημάτων αυξάνουν τη δημοτικότητά τους εν μέρει λόγω της ευρείας διαθεσιμότητας εργαλείων αυτοματοποιημένων δοκιμών που καθιστούν εύκολη την αυτοματοποίηση των δοκιμών συστημάτων λογισμικού.
Η αυτοματοποιημένη δοκιμή συστήματος έχει πολλά οφέλη, ειδικά όταν συνδυάζεται με χειροκίνητη δοκιμή.
Αποδοτικότητα
Οι αυτοματοποιημένες δοκιμές είναι πιο αποτελεσματικές από τις χειροκίνητες δοκιμές, επειδή είναι δυνατή η εκτέλεση αυτοματοποιημένων δοκιμών στο παρασκήνιο, ενώ οι ελεγκτές και οι προγραμματιστές εκτελούν άλλες εργασίες.
Αυτό καθιστά πρακτικότερη τη διενέργεια αυτοματοποιημένων δοκιμών σε πιο τακτική βάση και μειώνει την ανάγκη ανάθεσης μεγάλου αριθμού πόρων για τη διενέργεια δοκιμών μετά τη δημιουργία των αυτοματοποιημένων δοκιμών.
Μεγαλύτερη κάλυψη δοκιμών
Οι αυτοματοποιημένες δοκιμές μπορούν συχνά να καλύψουν μεγαλύτερη περιοχή της κατασκευής του λογισμικού από ό,τι οι χειροκίνητες δοκιμές, σε μεγάλο βαθμό λόγω της αυξημένης αποτελεσματικότητάς τους.
Όταν οι δοκιμαστές διενεργούν χειροκίνητες δοκιμές συστήματος, πρέπει να επιλέγουν τις πιο σημαντικές περιπτώσεις δοκιμών προς αξιολόγηση, ενώ οι αυτοματοποιημένες δοκιμές παρέχουν στις ομάδες λογισμικού την ευελιξία να δοκιμάζουν περισσότερα σενάρια σε λιγότερο χρόνο.
Εξάλειψη του ανθρώπινου λάθους
Οι αυτοματοποιημένες δοκιμές δεν είναι ευάλωτες στα ανθρώπινα λάθη με τον ίδιο τρόπο που είναι οι χειροκίνητες δοκιμές.
Κατά τη διενέργεια επαναλαμβανόμενων, χρονοβόρων δοκιμών που μπορεί να κουράσουν τους χειροκίνητους ελεγκτές, οι αυτοματοποιημένες δοκιμές συνεχίζουν να ελέγχουν το λογισμικό με τον ίδιο ρυθμό και το ίδιο επίπεδο ακρίβειας.
Οι άνθρωποι είναι επίσης πιο πιθανό να επικεντρωθούν στην εύρεση εύκολων σφαλμάτων παρά δύσκολων σφαλμάτων, γεγονός που μπορεί να προκαλέσει την παράβλεψη ορισμένων σημαντικών αλλά λιγότερο προφανών σφαλμάτων.
Τυποποίηση των δοκιμών
Όταν γράφετε μια δέσμη ενεργειών για την αυτοματοποίηση των δοκιμών συστήματος, δημιουργείτε ένα σύνολο οδηγιών που θα ακολουθήσει το εργαλείο δοκιμών λογισμικού.
Με αυτόν τον τρόπο τυποποιούνται αποτελεσματικά οι δοκιμές λογισμικού που εκτελείτε και διασφαλίζεται ότι κάθε φορά που εκτελείτε μια δοκιμή, εκτελείτε την ίδια δοκιμή και δοκιμάζετε το λογισμικό με τα ίδια πρότυπα.
2. Οι προκλήσεις της αυτοματοποίησης των δοκιμών συστήματος
Οι αυτοματοποιημένες δοκιμές συστήματος δεν είναι τέλειες, γι’ αυτό και συχνά διεξάγονται παράλληλα με χειροκίνητες δοκιμές για καλύτερα αποτελέσματα. Είναι πιο αποτελεσματική από τις χειροκίνητες δοκιμές, αλλά μπορεί να μην προσφέρει τόσο μεγάλο βάθος ή ποιοτικά δεδομένα.
Ευελιξία
Επειδή οι αυτοματοποιημένες δοκιμές ακολουθούν πάντα ένα σενάριο, δεν υπάρχει ευελιξία στη δοκιμή μηχανισμών ή χαρακτηριστικών εκτός αυτών που είναι γραμμένα στο σενάριο δοκιμών.
Αν και αυτό έχει ως αποτέλεσμα τη συνέπεια, σημαίνει ότι σφάλματα και λάθη μπορεί να διαφύγουν, αν δεν έχουν ληφθεί υπόψη κατά τα στάδια του σχεδιασμού.
Πόροι
Η δημιουργία αυτοματοποιημένων δοκιμών απαιτεί χρόνο και πόρους.
Αν και είναι δυνατή η αυτοματοποίηση των δοκιμών συστήματος με τη χρήση έτοιμου λογισμικού και εργαλείων, τις περισσότερες φορές αυτά απαιτούν προσαρμογή στις απαιτήσεις του λογισμικού σας.
Παραδοσιακά, οι αυτοματοποιημένες δοκιμές σήμαιναν την αφιέρωση τεχνικών πόρων για τη σωστή συγγραφή και εκτέλεση αυτοματοποιημένων δοκιμών, αν και όλο και περισσότερα εργαλεία όπως το ZAPTEST παρέχουν προηγμένη αυτοματοποίηση λογισμικού όρασης υπολογιστή σε ένα περιβάλλον χωρίς κώδικα.
Πολύπλοκες περιπτώσεις δοκιμών
Στις περισσότερες περιπτώσεις, δεν είναι δυνατόν να αυτοματοποιήσετε τις δοκιμές συστήματος 100% χωρίς να βασιστείτε καθόλου σε χειροκίνητες δοκιμές.
Αυτό ισχύει ιδιαίτερα όταν πρέπει να δοκιμάσετε πολύπλοκα σενάρια δοκιμών, τα οποία τα περισσότερα εργαλεία αυτοματοποίησης δεν είναι σε θέση να δοκιμάσουν.
3. Πότε να εφαρμόσετε αυτοματοποιημένες δοκιμές συστήματος
Εάν η ομάδα δοκιμών σας διαθέτει τους πόρους για την υλοποίηση αυτοματοποιημένων δοκιμών, είτε με τη συγγραφή προσαρμοσμένων σεναρίων δοκιμών είτε με τη χρήση εργαλείων αυτοματοποίησης για τη συγγραφή τους, οι αυτοματοποιημένες δοκιμές μπορούν να κάνουν τις δοκιμές του συστήματος πιο αποτελεσματικές και πιο αξιόπιστες.
Ωστόσο, είναι πάντα σημαντικό να συνεχίσετε να δοκιμάζετε χειροκίνητα ακόμη και όταν είστε σίγουροι για την ποιότητα και την κάλυψη των αυτοματοποιημένων δοκιμών σας, επειδή οι αυτοματοποιημένες δοκιμές δεν μπορούν να αναπαράγουν το βάθος και τη διορατικότητα που μόνο οι χειροκίνητες δοκιμές μπορούν να προσφέρουν.
Συμπέρασμα: Αυτοματοποιημένη δοκιμή συστήματος έναντι χειροκίνητης δοκιμής συστήματος
Οι αυτοματοποιημένες δοκιμές συστήματος και οι χειροκίνητες δοκιμές συστήματος είναι αμφότερες σημαντικές κατά τη φάση δοκιμών της ανάπτυξης λογισμικού.
Ενώ οι μικρότερες εταιρείες μπορεί να ξεκινήσουν μόνο με χειροκίνητες δοκιμές συστημάτων λόγω των πρόσθετων επενδύσεων ή πόρων που απαιτεί η αυτοματοποιημένη δοκιμή, οι περισσότερες ομάδες δοκιμών υιοθετούν μια συνδυασμένη προσέγγιση που περιλαμβάνει αυτοματοποιημένες δοκιμές μόλις είναι πρακτικά σε θέση να το κάνουν.
Συνδυάζοντας τις αυτοματοποιημένες δοκιμές με τις χειροκίνητες δοκιμές, οι ομάδες δοκιμών μπορούν να μεγιστοποιήσουν την αποδοτικότητα, την ακρίβεια και την ευελιξία χωρίς συμβιβασμούς σε κανένα από τα αποτελέσματα των δοκιμών συστήματος.
Βέλτιστες πρακτικές για δοκιμές συστήματος
Αν θέλετε να βελτιστοποιήσετε τις ροές εργασίας σας για δοκιμές συστήματος για μέγιστη αποδοτικότητα και ακρίβεια, η τήρηση των βέλτιστων πρακτικών δοκιμών συστήματος είναι ο καλύτερος τρόπος για να το πετύχετε.
Οι βέλτιστες πρακτικές μπορούν να σας βοηθήσουν να διασφαλίσετε ότι δεν σας διαφεύγει τίποτα κατά τη διάρκεια του σταδίου των δοκιμών συστήματος και ότι οι δοκιμές του συστήματός σας είναι πάντα σταθερά υψηλού επιπέδου.
1. Σχεδιάστε επαρκώς τις δοκιμές του συστήματος
Όλες οι δοκιμές συστημάτων πρέπει να ξεκινούν με ένα επίσημο σχέδιο δοκιμών που περιγράφει σαφώς τις περιπτώσεις δοκιμών και τις προσεγγίσεις που θα χρησιμοποιηθούν κατά τη διάρκεια των δοκιμών.
Η έναρξη με ένα επίσημο σχέδιο μειώνει τον κίνδυνο καθυστερήσεων κατά τη διάρκεια των δοκιμών και αποτρέπει τις διαταραχές που μπορεί να προκύψουν από ασάφειες.
Εξασφαλίζει ότι όλα τα ενδιαφερόμενα μέρη γνωρίζουν ποιος είναι ο ρόλος τους και για τι είναι υπεύθυνα.
2. Να συντάσσετε πάντα λεπτομερείς και ακριβείς αναφορές.
Είναι σημαντικό οι δοκιμές συστήματος να είναι πάντα καλά τεκμηριωμένες, αλλιώς οι ελεγκτές και οι προγραμματιστές λογισμικού μπορεί να μην είναι εύκολο να ενεργήσουν βάσει των αποτελεσμάτων των δοκιμών σας.
Συντάξτε σαφείς, λεπτομερείς αναφορές για κάθε δοκιμή που πραγματοποιείτε, οι οποίες περιγράφουν λεπτομερώς τα σφάλματα που εντοπίζετε, δείχνουν ακριβώς πώς να τα αναπαράγετε και προσδιορίζουν πώς θα πρέπει να συμπεριφέρεται το λογισμικό μετά τη διόρθωσή τους.
Βεβαιωθείτε ότι οι αναφορές σφαλμάτων σας είναι σαφείς και εύκολα κατανοητές.
3. Δοκιμή σε πραγματικές συσκευές
Συχνά, οι ομάδες δοκιμών επιλέγουν να αναπαράγουν διαφορετικές συσκευές στο περιβάλλον δοκιμών, χωρίς να δοκιμάζουν πραγματικά το λογισμικό σε διαφορετικές συσκευές.
Αν κατασκευάζετε λογισμικό που θα χρησιμοποιηθεί σε διαφορετικές πλατφόρμες, όπως κινητά, δηλ. Android, iOS κ.λπ. tablets, διαδίκτυο και επιτραπέζιους υπολογιστές, δηλ. Windows, Linux κ.λπ., βεβαιωθείτε ότι τα δοκιμάζετε σε αυτές τις συσκευές για να αξιολογήσετε πώς λειτουργούν με διαφορετικά φορτία ή αν τα προβλήματα σύνδεσης στο δίκτυο θα μπορούσαν να προκαλέσουν προβλήματα σε συγκεκριμένες πλατφόρμες.
4. Αυτοματοποίηση των δοκιμών όπου είναι δυνατόν
Συνήθως είναι καλύτερο να συνδυάζετε τη χειροκίνητη δοκιμή συστήματος με την αυτοματοποιημένη δοκιμή συστήματος για καλύτερα αποτελέσματα.
Αν δεν έχετε πειραματιστεί ακόμη με αυτοματοποιημένες δοκιμές ολοκλήρωσης συστήματος, δοκιμάζοντας εργαλεία RPA + δοκιμές λογισμικού που μπορούν να σας βοηθήσουν να αυτοματοποιήσετε τουλάχιστον ορισμένες από τις δοκιμές του συστήματός σας, θα σας επιτρέψουν να αυξήσετε την κάλυψη και την αποδοτικότητά σας χωρίς να διακυβεύσετε την ακρίβεια των αποτελεσμάτων σας.
5. Δοκιμάστε ένα χαρακτηριστικό ανά περίπτωση
Όταν γράφετε περιπτώσεις δοκιμών, επικεντρωθείτε στη δοκιμή ενός μόνο χαρακτηριστικού ανά περίπτωση, όπου αυτό είναι δυνατόν.
Αυτό διευκολύνει την επαναχρησιμοποίηση αυτών των περιπτώσεων δοκιμής σε μελλοντικές δοκιμές και επιτρέπει στους προγραμματιστές να κατανοήσουν με μεγαλύτερη σαφήνεια πώς προκύπτουν τα σφάλματα και ποια χαρακτηριστικά τα προκαλούν.
Τύποι αποτελεσμάτων από δοκιμές συστήματος
Όταν εκτελείτε δοκιμές συστήματος, είναι σημαντικό να γνωρίζετε τι είδους αποτελέσματα να περιμένετε από τις δοκιμές σας και πώς να χρησιμοποιήσετε αυτά τα αποτελέσματα για να ενημερώσετε τη μελλοντική ανάπτυξη και δοκιμή.
Τα αποτελέσματα των δοκιμών είναι ουσιαστικά τα περιουσιακά στοιχεία και οι πληροφορίες που λαμβάνετε με τη διεξαγωγή των δοκιμών του συστήματος.
1. Αποτελέσματα δοκιμών
Τα αποτελέσματα των δοκιμών σας περιλαμβάνουν δεδομένα σχετικά με την απόδοση του λογισμικού σε κάθε περίπτωση δοκιμής που εκτελέσατε, καθώς και μια σύγκριση του τρόπου με τον οποίο αναμένατε να αποδώσει το λογισμικό.
Τα αποτελέσματα αυτά βοηθούν να καθοριστεί αν κάθε περίπτωση δοκιμής περνάει ή αποτυγχάνει, διότι αν το λογισμικό εκτελέστηκε με τρόπο που δεν περιμένατε, αυτό συνήθως σημαίνει ότι απέτυχε.
2. Ημερολόγιο ελαττωμάτων
Τα αρχεία καταγραφής ελαττωμάτων είναι αρχεία καταγραφής όλων των σφαλμάτων και ελαττωμάτων που εντοπίστηκαν κατά τη διάρκεια των δοκιμών του συστήματος.
Ένα αρχείο καταγραφής ελαττωμάτων παραθέτει όλα τα σφάλματα που εντοπίστηκαν, μαζί με άλλες σημαντικές πληροφορίες, όπως η προτεραιότητα κάθε σφάλματος, η σοβαρότητα κάθε σφάλματος, τα συμπτώματα και η περιγραφή του σφάλματος.
Θα πρέπει επίσης να σημειώσετε την ημερομηνία που εντοπίστηκε το σφάλμα και άλλες πληροφορίες που θα βοηθήσουν τους προγραμματιστές να επαναλάβουν το σφάλμα ξανά.
3. Έκθεση δοκιμής
Η έκθεση δοκιμών αποτελεί συνήθως μέρος των κριτηρίων εξόδου για την ολοκλήρωση των δοκιμών του συστήματος και συνήθως περιλαμβάνει μια περίληψη των δοκιμών που πραγματοποιήθηκαν, συστάσεις GO/No-Go, πληροφορίες φάσης και επανάληψης και την ημερομηνία των δοκιμών.
Μπορείτε επίσης να συμπεριλάβετε οποιαδήποτε άλλη σημαντική πληροφορία σχετικά με τα αποτελέσματα των δοκιμών ή να επισυνάψετε αντίγραφο του καταλόγου ελαττωμάτων σε αυτή την έκθεση.
Παραδείγματα δοκιμών συστήματος
Οι δοκιμές συστήματος έχουν σχεδιαστεί για να ελέγχουν το σύστημα στο σύνολό του, πράγμα που σημαίνει ότι ελέγχουν όλες τις διαφορετικές μονάδες λογισμικού που συνεργάζονται ως σύστημα.
Παραδείγματα δοκιμών συστήματος μπορούν να σας βοηθήσουν να κατανοήσετε καλύτερα τι είναι μια δοκιμή συστήματος και τι ελέγχει.
1. Δοκιμή λειτουργικότητας
Μια ομάδα μηχανικών λογισμικού ετοιμάζει μια νέα εφαρμογή αγορών που βοηθά τα καταστήματα τροφίμων να παραλαμβάνουν και να συσκευάζουν πιο αποτελεσματικά τις online παραγγελίες.
Η εφαρμογή αποτελείται από πολλές διαφορετικές ενότητες, καθεμία από τις οποίες έχει ήδη δοκιμαστεί ανεξάρτητα σε δοκιμές μονάδας και έχει δοκιμαστεί μαζί με άλλες ενότητες σε δοκιμές ολοκλήρωσης.
Η δοκιμή συστήματος είναι η πρώτη φορά που όλες οι ενότητες δοκιμάζονται μαζί, και οι ελεγκτές σχεδιάζουν περιπτώσεις δοκιμών για να αξιολογήσουν κάθε επιμέρους λειτουργία της εφαρμογής και να ελέγξουν αν λειτουργούν όπως αναμένεται όταν όλες οι ενότητες λειτουργούν μαζί.
2. Δοκιμή χρόνων φόρτωσης
Μια ομάδα ελεγκτών λογισμικού δοκιμάζει πόσο γρήγορα φορτώνει μια εφαρμογή σε διάφορα σημεία υπό διαφορετικά επίπεδα πίεσης.
Δημιουργούν περιπτώσεις δοκιμών που περιγράφουν το είδος της καταπόνησης που υφίσταται η εφαρμογή (για παράδειγμα, πόσοι χρήστες τη χρησιμοποιούν ταυτόχρονα) και ποιες λειτουργίες και χαρακτηριστικά προσπαθεί να φορτώσει ο χρήστης.
Κατά τη διάρκεια των δοκιμών του συστήματος, οι χρόνοι φόρτωσης καταγράφονται στην έκθεση δοκιμών και οι χρόνοι φόρτωσης που κρίνονται πολύ αργοί θα προκαλέσουν μια άλλη φάση ανάπτυξης.
3. Δοκιμή διαμόρφωσης
Όταν κατασκευάζεται ένα βιντεοπαιχνίδι που μπορεί να χρησιμοποιηθεί με πολλά διαφορετικά περιφερειακά, όπως ένα ποντίκι υπολογιστή, ένα σετ ακουστικών VR και ένα μαξιλάρι παιχνιδιών, οι δοκιμαστές λογισμικού πραγματοποιούν δοκιμές διαμόρφωσης για να ελέγξουν πόσο καλά λειτουργεί κάθε ένα από αυτά τα περιφερειακά με το παιχνίδι.
Διεξάγουν κάθε σενάριο δοκιμής δοκιμάζοντας κάθε περιφερειακό ξεχωριστά και μαζί, σημειώνοντας πώς αποδίδει κάθε περιφερειακό σε διαφορετικά σημεία του παιχνιδιού και αν η απόδοση είναι χειρότερη από την αναμενόμενη.
Τύποι σφαλμάτων και σφαλμάτων που εντοπίζονται μέσω των δοκιμών συστήματος
Όταν πραγματοποιείτε δοκιμές συστήματος, οι δοκιμές που εκτελείτε θα σας επιτρέψουν να εντοπίσετε σφάλματα και σφάλματα στο λογισμικό που δεν έχουν βρεθεί κατά τις δοκιμές μονάδας και τις δοκιμές ολοκλήρωσης.
Είναι δυνατόν να εντοπιστούν σφάλματα πολλών ειδών κατά τη διάρκεια των δοκιμών του συστήματος, μερικές φορές επειδή δεν έχουν εντοπιστεί προηγουμένως ή συνήθως επειδή προκύπτουν μόνο όταν το σύστημα λειτουργεί στο σύνολό του.
1. Σφάλματα απόδοσης
Η δοκιμή συστήματος μπορεί να αναδείξει σφάλματα επιδόσεων στην ταχύτητα, τη συνέπεια και τους χρόνους απόκρισης μιας κατασκευής λογισμικού.
Οι δοκιμαστές μπορεί να αξιολογούν τον τρόπο με τον οποίο το λογισμικό εκτελεί διάφορες εργασίες και να σημειώνουν τυχόν σφάλματα ή καθυστερήσεις που εμφανίζονται κατά τη χρήση. Πρόκειται για ελαττώματα επιδόσεων, τα οποία μπορεί να θεωρηθούν ή να μην θεωρηθούν αρκετά σοβαρά ώστε να απαιτούν περαιτέρω ανάπτυξη.
2. Σφάλματα ασφαλείας
Είναι δυνατόν να εντοπιστούν σφάλματα ασφαλείας κατά τη δοκιμή του συστήματος που αναδεικνύουν ευπάθειες στο επίπεδο ασφαλείας του συστήματος.
Η δοκιμή ασφάλειας πραγματοποιείται κατά τη φάση της δοκιμής του συστήματος και μπορεί να χρησιμοποιηθεί για τον εντοπισμό σφαλμάτων κρυπτογράφησης, λογικών σφαλμάτων και ευπαθειών XSS στο λογισμικό.
3. Σφάλματα ευχρηστίας
Τα σφάλματα ευχρηστίας είναι σφάλματα που δυσχεραίνουν τη χρήση της εφαρμογής με τον τρόπο που προορίζεται. Μπορεί να προκαλέσουν ταλαιπωρία στους χρήστες, η οποία με τη σειρά της μπορεί να οδηγήσει τους χρήστες στην εγκατάλειψη της εφαρμογής.
Ορισμένα παραδείγματα σφαλμάτων ευχρηστίας περιλαμβάνουν ένα πολύπλοκο σύστημα πλοήγησης ή μια διάταξη που δεν είναι εύκολη στην πλοήγηση σε όλες τις πτυχές της πλατφόρμας.
Με τη χρήση εργαλείων ευχρηστίας, τα σφάλματα μπορούν να εντοπιστούν νωρίτερα στη διαδικασία δοκιμής, αλλά μπορούν επίσης να εμφανιστούν κατά τη διάρκεια της δοκιμής του συστήματος.
4. Σφάλματα επικοινωνίας
Τα σφάλματα επικοινωνίας συμβαίνουν όταν μέρος του λογισμικού προσπαθεί να επικοινωνήσει με μια άλλη μονάδα και ένα σφάλμα προκαλεί την αποτυχία αυτής της επικοινωνίας.
Για παράδειγμα, εάν το λογισμικό προτρέπει τον χρήστη να κατεβάσει μια νέα ενημέρωση αλλά, όταν ο χρήστης κάνει κλικ στο κουμπί λήψης ενημέρωσης, η ενημέρωση δεν μπορεί να βρεθεί, πρόκειται για σφάλμα επικοινωνίας.
5. Σφάλματα χειρισμού σφαλμάτων
Ορισμένες φορές εμφανίζονται σφάλματα ακόμη και όταν το λογισμικό λειτουργεί όπως θα έπρεπε. Ίσως επειδή ένα εξάρτημα δεν έχει εγκατασταθεί σωστά ή επειδή ο χρήστης δεν το χειρίζεται σωστά.
Ωστόσο, το σύστημα πρέπει να είναι σε θέση να χειρίζεται σωστά αυτά τα σφάλματα με τρόπο που να βοηθά τους χρήστες να εντοπίζουν και να διορθώνουν το πρόβλημα.
Εάν τα μηνύματα σφάλματος δεν περιέχουν επαρκείς πληροφορίες σχετικά με το σφάλμα που συμβαίνει, οι χρήστες δεν θα είναι σε θέση να διορθώσουν το σφάλμα.
Κοινές μετρικές στον έλεγχο συστημάτων
Όταν πραγματοποιείτε δοκιμές συστήματος, μπορεί να παρακολουθείτε ορισμένες μετρικές δοκιμών για να βοηθήσετε την ομάδα δοκιμών σας να παρακολουθεί πόσο αποτελεσματική είναι η δοκιμή συστήματος, πόσο συχνά εντοπίζονται σφάλματα και αν η δοκιμή συστήματος πραγματοποιείται στο σωστό στάδιο του κύκλου δοκιμών.
Για παράδειγμα, αν παρακολουθείτε τον αριθμό των δοκιμών που περνούν και τον αριθμό των δοκιμών που αποτυγχάνουν και διαπιστώσετε ότι ένα μεγάλο ποσοστό των δοκιμών συστήματος αποτυγχάνει, μπορεί να συμπεράνετε ότι απαιτούνται πιο ενδελεχείς δοκιμές νωρίτερα στον κύκλο δοκιμών για τον εντοπισμό σφαλμάτων και λαθών πριν από την έναρξη των δοκιμών του συστήματος.
1. Απόλυτες μετρήσεις
Οι απόλυτοι αριθμοί είναι εκείνες οι μετρήσεις που απλά σας δίνουν έναν απόλυτο αριθμό αντί για αναλογία ή αναλογία.
Οι απόλυτες μετρήσεις μπορεί να είναι χρήσιμες, αλλά επειδή είναι απόλυτοι αριθμοί δεν είναι πάντα εύκολο να ερμηνεύσουμε τι σημαίνουν.
Ορισμένα παραδείγματα απόλυτων μετρήσεων περιλαμβάνουν τη διάρκεια της δοκιμής συστήματος, το χρονικό διάστημα που απαιτείται για την εκτέλεση μιας δοκιμής συστήματος και το συνολικό αριθμό ελαττωμάτων που βρέθηκαν κατά τη διάρκεια της δοκιμής συστήματος.
2. Μετρήσεις αποτελεσματικότητας δοκιμών
Οι μετρικές αποδοτικότητας των δοκιμών βοηθούν τις ομάδες δοκιμών να κατανοήσουν πόσο αποδοτικές είναι οι τρέχουσες διαδικασίες δοκιμών συστήματος, αν και δεν παρέχουν καμία πληροφορία σχετικά με την ποιότητα των δοκιμών συστήματος.
Ορισμένα παραδείγματα μετρήσεων αποτελεσματικότητας των δοκιμών περιλαμβάνουν το ποσοστό επιτυχίας των δοκιμών και το ποσοστό διόρθωσης ελαττωμάτων.
Οι δοκιμές που έχουν περάσει μπορούν να σας δείξουν αν περνάτε πάρα πολλές δοκιμές και συνεπώς σας διαφεύγουν σφάλματα, ειδικά αν βλέπετε μια υψηλή μετρική για τις δοκιμές που έχουν περάσει μαζί με μια υψηλή αναλογία διαφυγής ελαττωμάτων.
3. Μετρήσεις αποτελεσματικότητας των δοκιμών
Οι μετρήσεις αποτελεσματικότητας των δοκιμών λένε στους ελεγκτές κάτι για την ποιότητα των δοκιμών συστήματος που εκτελούν.
Μετρούν πόσο αποτελεσματικές είναι οι δοκιμές συστήματος στον εντοπισμό και την αξιολόγηση σφαλμάτων και ατελειών στο σύστημα.
Η συνολική αποδοτικότητα περιορισμού ελαττωμάτων είναι ένα παράδειγμα μετρικής αποτελεσματικότητας των δοκιμών που εμφανίζει την αναλογία των σφαλμάτων που βρέθηκαν κατά το στάδιο των δοκιμών σε σύγκριση με τα σφάλματα που βρέθηκαν μετά την κυκλοφορία.
4. Μετρικές κάλυψης δοκιμών
Οι μετρικές κάλυψης δοκιμών βοηθούν τους ελεγκτές να κατανοήσουν πόσο πλήρης είναι η κάλυψή τους σε ολόκληρο το σύστημα που προσπαθούν να ελέγξουν.
Για παράδειγμα, μπορείτε να μετρήσετε ποιο ποσοστό των δοκιμών του συστήματός σας είναι αυτοματοποιημένο ή πόσες από τις απαιτούμενες δοκιμές έχουν εκτελεστεί μέχρι στιγμής.
Μια μετρική κάλυψης απαιτήσεων βοηθά επίσης τους ελεγκτές να παρακολουθούν ποιο ποσοστό των απαιτούμενων χαρακτηριστικών έχει καλυφθεί από τη δοκιμή.
5. Μετρικές ελαττωμάτων
Οι μετρικές ελαττωμάτων είναι μετρικές που μετρούν την παρουσία ελαττωμάτων με διάφορους τρόπους. Ορισμένες μετρικές ελαττωμάτων μπορεί να εστιάζουν στη σοβαρότητα των ελαττωμάτων, ενώ άλλες μπορεί να εστιάζουν στον τύπο ή στη βασική αιτία των ελαττωμάτων.
Ένα παράδειγμα μιας κοινής μετρικής ελαττωμάτων είναι η πυκνότητα ελαττωμάτων, η οποία μετρά τον συνολικό αριθμό ελαττωμάτων σε ολόκληρη την έκδοση.
Η πυκνότητα ελαττωμάτων παρουσιάζεται συνήθως ως ο αριθμός ελαττωμάτων ανά 1000 γραμμές κώδικα.
Περιπτώσεις δοκιμών συστήματος
Οι περιπτώσεις δοκιμών συστήματος είναι τα σενάρια δοκιμών που χρησιμοποιούνται στις δοκιμές συστήματος για να ελεγχθεί ο τρόπος λειτουργίας του λογισμικού και το κατά πόσον ανταποκρίνεται στις προσδοκίες των προγραμματιστών, των ελεγκτών, των χρηστών και των ενδιαφερομένων μερών.
1. Τι είναι οι περιπτώσεις δοκιμών στον έλεγχο συστημάτων;
Οι περιπτώσεις δοκιμής είναι ουσιαστικά οδηγίες που καθορίζουν τι πρέπει να ελεγχθεί και ποια βήματα πρέπει να εκτελέσει ο ελεγκτής για να ελέγξει κάθε μεμονωμένη περίπτωση.
Όταν γράφετε περιπτώσεις δοκιμών για δοκιμές συστήματος, είναι σημαντικό να συμπεριλάβετε όλες τις πληροφορίες που χρειάζονται οι ελεγκτές για να εκτελέσουν κάθε δοκιμή. Συμπεριλάβετε ένα αναγνωριστικό περίπτωσης δοκιμής για κάθε περίπτωση δοκιμής και πληροφορίες σχετικά με τον τρόπο εκτέλεσης της δοκιμής και τα αποτελέσματα που αναμένετε, καθώς και τα κριτήρια επιτυχίας και αποτυχίας για κάθε περίπτωση δοκιμής, όπου αυτό είναι απαραίτητο.
2. Πώς να γράφετε περιπτώσεις δοκιμών συστήματος
Αν είστε νέοι στη συγγραφή περιπτώσεων δοκιμών, μπορείτε να ακολουθήσετε τα παρακάτω βήματα για να γράψετε περιπτώσεις δοκιμών για δοκιμές συστήματος. Η συγγραφή περιπτώσεων δοκιμών για άλλους τύπους δοκιμών λογισμικού είναι μια πολύ παρόμοια διαδικασία.
- Ορίστε την περιοχή που θέλετε να καλύπτει η περίπτωση δοκιμής σας.
- Βεβαιωθείτε ότι η περίπτωση δοκιμής είναι εύκολο να ελεγχθεί.
- Εφαρμόστε τα σχετικά σχέδια δοκιμών σε κάθε περίπτωση δοκιμής.
- Εκχωρήστε σε κάθε περίπτωση δοκιμής ένα μοναδικό αναγνωριστικό περίπτωσης δοκιμής.
- Συμπεριλάβετε μια σαφή περιγραφή του τρόπου εκτέλεσης κάθε περίπτωσης δοκιμής.
- Προσθέστε προ- και μετα-προϋποθέσεις για κάθε περίπτωση δοκιμής.
- Καθορίστε το αποτέλεσμα που περιμένετε από κάθε περίπτωση δοκιμής.
- Περιγράψτε τις τεχνικές δοκιμών που πρέπει να χρησιμοποιούνται.
- Ζητήστε από έναν συνάδελφο να κάνει ομότιμη αξιολόγηση κάθε περίπτωσης δοκιμής πριν προχωρήσετε.
3. Παραδείγματα περιπτώσεων δοκιμής συστήματος
Η χρήση παραδειγμάτων δοκιμών μπορεί να σας βοηθήσει να γράψετε τις δικές σας περιπτώσεις δοκιμών. Ακολουθούν δύο παραδείγματα περιπτώσεων δοκιμής συστήματος που οι ελεγκτές μπορούν να χρησιμοποιήσουν για να ελέγξουν τη λειτουργία μιας εφαρμογής ή ενός λογισμικού.
Επικύρωση τιμών εφαρμογής σάρωσης παντοπωλείου
Αναγνωριστικό δοκιμής: 0788
Περίπτωση δοκιμής: Ελέγξτε την τιμή του στοιχείου
Περιγραφή της περίπτωσης δοκιμής: Σαρώστε ένα αντικείμενο και επαληθεύστε την τιμή του.
Αναμενόμενα αποτελέσματα: Η ανιχνευόμενη τιμή θα πρέπει να ευθυγραμμιστεί με την τρέχουσα τιμή της μετοχής.
Αποτέλεσμα: Το στοιχείο σαρώθηκε στο 1$, το οποίο ευθυγραμμίζεται με την τρέχουσα τιμή της μετοχής.
Πέρασμα/αποτυχία: Πέρασε.
Χρόνος απόκρισης συναλλαγών από άκρο σε άκρο του λογισμικού διαχείρισης
Αναγνωριστικό δοκιμής: 0321
Περίπτωση δοκιμής: Χρόνοι φόρτωσης αρχικής οθόνης
Περιγραφή της περίπτωσης δοκιμής: Βεβαιωθείτε ότι η οθόνη φόρτωσης της εφαρμογής φορτώνει σε εύλογο χρονικό διάστημα.
Αναμενόμενα αποτελέσματα: Η οθόνη θα πρέπει να φορτώσει μέσα σε τέσσερα δευτερόλεπτα ή λιγότερο.
Αποτέλεσμα: Η οθόνη φορτώθηκε μέσα σε 6 δευτερόλεπτα.
Πέρασμα/αποτυχία: Αποτυχία.
Καλύτερα εργαλεία δοκιμών συστήματος
Η χρήση εργαλείων δοκιμών συστήματος είναι ένας από τους απλούστερους τρόπους για τον εξορθολογισμό της διαδικασίας δοκιμών και τη μείωση του χρόνου που οι ομάδες δοκιμών ξοδεύουν σε χρονοβόρες χειροκίνητες εργασίες.
Τα εργαλεία δοκιμών συστήματος μπορούν είτε να αυτοματοποιήσουν στοιχεία της διαδικασίας δοκιμών συστήματος για εσάς, είτε να διευκολύνουν τη συγγραφή περιπτώσεων δοκιμών και την παρακολούθηση της προόδου των δοκιμών.
Πέντε καλύτερα δωρεάν εργαλεία δοκιμών συστήματος
Αν δεν είστε έτοιμοι να ξοδέψετε ένα μεγάλο κομμάτι του προϋπολογισμού σας σε εργαλεία δοκιμών συστήματος, αλλά θέλετε να εξερευνήσετε τι υπάρχει εκεί έξω και ίσως να βελτιώσετε ταυτόχρονα την αποτελεσματικότητα των διαδικασιών δοκιμών συστήματος, τα καλά νέα είναι ότι υπάρχουν πολλά δωρεάν εργαλεία δοκιμών διαθέσιμα στο διαδίκτυο.
Τα δωρεάν εργαλεία δοκιμών δεν προσφέρουν όλες τις ίδιες λειτουργίες με τα επί πληρωμή εργαλεία δοκιμών, αλλά μπορούν να προσφέρουν στις μικρότερες επιχειρήσεις έναν οικονομικά αποδοτικό τρόπο για να εξερευνήσουν την αυτοματοποίηση λογισμικού και την RPA.
1. ZAPTEST ΔΩΡΕΑΝ έκδοση
Το ZAPTEST είναι μια σουίτα εργαλείων δοκιμής λογισμικού που μπορεί να χρησιμοποιηθεί για δοκιμές συστήματος και άλλους τύπους δοκιμών λογισμικού.
Το ZAPTEST διατίθεται τόσο σε δωρεάν όσο και σε πληρωμένη έκδοση για επιχειρήσεις, αλλά η δωρεάν έκδοση είναι η ιδανική εισαγωγή στις αυτοματοποιημένες δοκιμές συστημάτων για μικρότερες εταιρείες και επιχειρήσεις που θέλουν να κάνουν τα πρώτα βήματα προς την αυτοματοποίηση των δοκιμών.
Το ZAPTEST μπορεί να αυτοματοποιήσει δοκιμές συστήματος τόσο για επιτραπέζιες όσο και για φορητές συσκευές και επιτρέπει στους ελεγκτές να αυτοματοποιούν δοκιμές χωρίς κωδικοποίηση.
2. Σελήνιο
Το Selenium είναι ένα από τα πιο γνωστά εργαλεία δοκιμών ανοικτού κώδικα που διατίθενται στην αγορά.
Η δωρεάν έκδοση του Selenium προσφέρει εργαλεία αυτοματοποιημένων δοκιμών που μπορούν να χρησιμοποιηθούν σε δοκιμές συστήματος, δοκιμές παλινδρόμησης και αναπαραγωγή σφαλμάτων και μπορείτε να το χρησιμοποιήσετε για να δημιουργήσετε τα δικά σας σενάρια δοκιμών για πολλά διαφορετικά σενάρια δοκιμών.
Ωστόσο, αυτό έχει ως κόστος την απλότητα και την ευκολία χρήσης και μπορεί να είναι αρκετά δύσκολο να το μάθουν οι μη τεχνικοί χρήστες.
3. Appium
Το Appium είναι ένα δωρεάν εργαλείο δοκιμών συστήματος που είναι κατάλληλο για χρήση ειδικά σε εφαρμογές για κινητά.
Μπορείτε να χρησιμοποιήσετε το Appium για να αυτοματοποιήσετε τις δοκιμές συστήματος για εφαρμογές που έχουν σχεδιαστεί για χρήση με smartphones και tablets iOS και Android.
Αυτό το δωρεάν εργαλείο δεν είναι κατάλληλο για χρήση με εφαρμογές γραφείου, γεγονός που αποτελεί μία από τις μεγαλύτερες αδυναμίες του.
3. Testlink
Αν θέλετε απλώς να διευκολύνετε τον προγραμματισμό, την προετοιμασία και την τεκμηρίωση των δοκιμών συστήματος, το Testlink είναι ένα εξαιρετικό δωρεάν εργαλείο που καθιστά απλή τη διαχείριση της τεκμηρίωσης δοκιμών.
Χρησιμοποιώντας το Testlink, μπορείτε εύκολα να ταξινομήσετε τις αναφορές σε ενότητες για να βρείτε τις πληροφορίες που χρειάζεστε όταν τις χρειάζεστε.
Το Testlink είναι ένα πολύτιμο εργαλείο δοκιμών, είτε πραγματοποιείτε δοκιμές συστήματος, είτε δοκιμές καπνού, είτε οποιουδήποτε άλλου είδους δοκιμές λογισμικού.
5. Φορτίο
Το Loadium είναι ένα δωρεάν εργαλείο δοκιμών που έχει σχεδιαστεί ειδικά για δοκιμές απόδοσης και δοκιμές φορτίου.
Ωστόσο, η εστίασή του στις δοκιμές απόδοσης και φορτίου αποτελεί σημαντική αδυναμία για τους χρήστες που επιθυμούν να αυτοματοποιήσουν ολόκληρο το φάσμα των δοκιμών από άκρο σε άκρο.
4 καλύτερα εργαλεία δοκιμών εταιρικών συστημάτων
Καθώς η επιχείρησή σας αναπτύσσεται, μπορεί να διαπιστώσετε ότι τα δωρεάν εργαλεία δοκιμών δεν ανταποκρίνονται πλέον στις απαιτήσεις σας. Πολλά δωρεάν εργαλεία, όπως το ZAPTEST, προσφέρουν εκδόσεις για επιχειρήσεις καθώς και δωρεάν εκδόσεις.
1. Έκδοση ZAPTEST Enterprise
Το ZAPTEST προσφέρει μια επιχειρησιακή έκδοση του εργαλείου δοκιμών του, η οποία διαθέτει τα ίδια εύχρηστα χαρακτηριστικά και το διαισθητικό περιβάλλον εργασίας του δωρεάν εργαλείου, αλλά κλιμακώνεται καλύτερα για μεγαλύτερες ομάδες που μπορεί να απαιτούν πιο εντατικές δοκιμές ή που θέλουν να δοκιμάσουν πιο σύνθετες κατασκευές λογισμικού.
Η επιχειρησιακή έκδοση του ZAPTEST προσφέρει απεριόριστες δοκιμές επιδόσεων και απεριόριστες επαναλήψεις, καθώς και έναν πιστοποιημένο εμπειρογνώμονα ZAP για υποστήριξη, ο οποίος εργάζεται ως μέρος της ομάδας του πελάτη (αυτό από μόνο του αποτελεί σημαντικό πλεονέκτημα σε σύγκριση με οποιαδήποτε άλλα διαθέσιμα εργαλεία αυτοματοποίησης).
Το μοντέλο απεριόριστων αδειών χρήσης αποτελεί επίσης κορυφαία πρόταση στην αγορά, εξασφαλίζοντας ότι οι επιχειρήσεις θα έχουν σταθερό κόστος ανά πάσα στιγμή, ανεξάρτητα από το πόσο γρήγορα αναπτύσσονται.
2. SoapUI
Το SoapUI είναι ένα εργαλείο δοκιμών που καθιστά δυνατή τη διαχείριση και εκτέλεση δοκιμών συστήματος σε διάφορες πλατφόρμες υπηρεσιών ιστού και API.
Οι ομάδες δοκιμών μπορούν να χρησιμοποιήσουν το SoapUI για να ελαχιστοποιήσουν τον χρόνο που ξοδεύουν σε χρονοβόρες εργασίες και να αναπτύξουν πιο διεξοδικές και αποτελεσματικές στρατηγικές δοκιμών.
3. Testsigma
Το Testsigma είναι μια πλατφόρμα δοκιμών λογισμικού που λειτουργεί από το ράφι. Επιτρέπει στις ομάδες προϊόντων να σχεδιάζουν και να εκτελούν αυτόματα δοκιμές λογισμικού σε ιστότοπους, εφαρμογές για κινητά και API.
Η πλατφόρμα είναι κατασκευασμένη με Java, αλλά λειτουργεί με σενάρια δοκιμών γραμμένα σε απλά αγγλικά.
4. TestingBot
Το TestingBot είναι μια σχετικά χαμηλού κόστους επιχειρησιακή λύση για επιχειρήσεις που θέλουν να πειραματιστούν σε αυτόν τον τομέα χωρίς να ξοδέψουν πολλά χρήματα από την αρχή. Το TestingBot προσφέρει στους δοκιμαστές έναν απλό τρόπο να δοκιμάζουν τόσο ιστότοπους όσο και εφαρμογές για κινητά χρησιμοποιώντας ένα πλέγμα 3200 συνδυασμών προγραμμάτων περιήγησης και κινητών συσκευών.
Δεν διαθέτει τη λειτουργικότητα των μεγαλύτερων εργαλείων Enterprise, αλλά είναι μια καλή επιλογή για εταιρείες με χαμηλότερο προϋπολογισμό.
Πότε θα πρέπει να χρησιμοποιείτε εργαλεία δοκιμών συστήματος enterprise vs free
Το αν θα επιλέξετε να χρησιμοποιήσετε επιχειρησιακά ή δωρεάν εργαλεία δοκιμών συστήματος εξαρτάται από τις ανάγκες της ομάδας σας, τον προϋπολογισμό σας, τις προτεραιότητές σας και το πρόγραμμα εργασίας σας.
Είναι αυτονόητο ότι τα επιχειρησιακά εργαλεία προσφέρουν περισσότερα χαρακτηριστικά και λειτουργικότητα σε σύγκριση με τα δωρεάν εργαλεία, αλλά για τις μικρότερες εταιρείες που δεν έχουν πολύ χώρο στον προϋπολογισμό τους, τα δωρεάν εργαλεία είναι μια φανταστική επιλογή.
Εάν η επιχείρησή σας αναπτύσσεται ή εάν διαπιστώνετε ότι η ομάδα δοκιμών σας ξοδεύει περισσότερο χρόνο από ό,τι θα θέλατε για δοκιμές συστήματος και άλλους τύπους δοκιμών λογισμικού, η αναβάθμιση σε εργαλεία επιχειρηματικών δοκιμών και η εκμάθηση του τρόπου πλήρους αξιοποίησης αυτών των εργαλείων θα μπορούσαν να σας βοηθήσουν να επεκτείνετε περαιτέρω την επιχείρησή σας για να ανταποκριθείτε στην αυξανόμενη ζήτηση.
Επιπλέον, με τη χρήση εργαλείων όπως το ZAPTEST Enterprise, τα οποία προσφέρουν καινοτόμα μοντέλα λογισμικού + υπηρεσιών και απεριόριστες άδειες χρήσης, εγγυάστε ότι θα καλύψετε το κενό των τεχνικών σας γνώσεων και θα διατηρήσετε σταθερό το κόστος σας, ανεξάρτητα από το πόσο γρήγορα αναπτύσσεστε και πόσο χρησιμοποιείτε τα εργαλεία.
Λίστα ελέγχου, συμβουλές και κόλπα για δοκιμές συστήματος
Πριν ξεκινήσετε τη δοκιμή συστήματος, ελέγξτε τον παρακάτω κατάλογο ελέγχου δοκιμών συστήματος και ακολουθήστε αυτές τις συμβουλές για να βελτιστοποιήσετε τη δοκιμή συστήματος για ακρίβεια, αποτελεσματικότητα και κάλυψη.
Ένας κατάλογος ελέγχου δοκιμών συστήματος μπορεί να σας βοηθήσει να διασφαλίσετε ότι έχετε καλύψει όλα όσα χρειάζεστε καθώς προχωράτε στις δοκιμές συστήματος.
1. Εμπλοκή των δοκιμαστών κατά τη φάση του σχεδιασμού
Αν και οι ελεγκτές συνήθως δεν εργάζονται σε λογισμικό μέχρι να ολοκληρωθεί η φάση ανάπτυξης και σχεδιασμού, με την έγκαιρη συμμετοχή των ελεγκτών είναι ευκολότερο για τους ελεγκτές να κατανοήσουν πώς τα διάφορα συστατικά στοιχεία συνεργάζονται και να τα συνυπολογίσουν στις δοκιμές τους.
Αυτό συχνά οδηγεί σε πιο διορατικές διερευνητικές δοκιμές.
2. Γράψτε σαφείς περιπτώσεις δοκιμών
Όταν γράφετε τις περιπτώσεις δοκιμών σας, βεβαιωθείτε ότι είναι σαφείς και ξεκάθαρες.
Οι ελεγκτές θα πρέπει να είναι σε θέση να διαβάζουν τις περιπτώσεις δοκιμών και να κατανοούν αμέσως τι πρέπει να ελεγχθεί και πώς να το ελέγξουν.
Εάν χρειάζεται, εξηγήστε πού θα βρείτε το χαρακτηριστικό που απαιτεί δοκιμή και ποια βήματα πρέπει να ακολουθήσετε κατά τη διαδικασία δοκιμής του συστήματος.
3. Μεγιστοποίηση της κάλυψης δοκιμών
Συνήθως δεν είναι δυνατόν να επιτύχετε 100% κάλυψη δοκιμών όταν πραγματοποιείτε δοκιμές συστήματος, ακόμη και αν χρησιμοποιείτε εργαλεία αυτοματοποίησης.
Ωστόσο, όσο μεγαλύτερη είναι η κάλυψη των δοκιμών σας τόσο πιο πιθανό είναι να εντοπίσετε και να διορθώσετε σφάλματα πριν από την κυκλοφορία.
Προσπαθήστε να επιτύχετε κάλυψη δοκιμών τουλάχιστον 90% ή όσο το δυνατόν πιο κοντά σε αυτό.
4. Αναλύστε διεξοδικά τα αποτελέσματα
Αναλύστε διεξοδικά τα αποτελέσματα κάθε δοκιμής συστήματος και αναφέρετε τα σφάλματα και τις ατέλειες με σαφήνεια στην τεκμηρίωσή σας.
Όσο περισσότερες λεπτομέρειες μπορείτε να παρέχετε σχετικά με τα σφάλματα, τόσο πιο εύκολο θα είναι για τους προγραμματιστές να αναπαράγουν αυτά τα σφάλματα αργότερα.
Αν έχετε ιδέες σχετικά με το γιατί εμφανίζονται τα σφάλματα και πώς μπορούν να διορθωθούν, συμπεριλάβετε τις ιδέες αυτές στα αποτελέσματα των δοκιμών σας.
5. Πέρα από τον έλεγχο απαιτήσεων
Μην δοκιμάζετε απλώς τις εφαρμογές σας για να δείτε αν κάνουν αυτό που πρέπει να κάνουν.
Δοκιμάστε πώς λειτουργεί το λογισμικό σας πέρα από τις απαιτήσεις του για να δείτε πώς ανταποκρίνεται σε εργασίες και λειτουργίες εκτός της προβλεπόμενης χρήσης. Αυτό θα μπορούσε να σας βοηθήσει να εντοπίσετε σφάλματα και ελαττώματα που διαφορετικά θα σας ξέφευγαν.
7 λάθη και παγίδες που πρέπει να αποφύγετε κατά την εφαρμογή δοκιμών συστήματος
Όταν εφαρμόζετε δοκιμές συστήματος για πρώτη φορά, είναι σημαντικό να γνωρίζετε τα κοινά λάθη και τις παγίδες που συχνά κάνουν οι ομάδες δοκιμών.
Γνωρίζοντας ποια είναι αυτά τα λάθη θα είναι εύκολο να τα αποφύγετε, γεγονός που θα αυξήσει την αποτελεσματικότητα και την ακρίβεια των δικών σας δοκιμών συστήματος.
1. Ξεκινώντας χωρίς σχέδιο δοκιμών
Είναι σημαντικό να δημιουργήσετε ένα λεπτομερές σχέδιο δοκιμών πριν ξεκινήσετε τις δοκιμές συστήματος.
Εάν ξεκινήσετε τη δοκιμή ολοκλήρωσης χωρίς σχέδιο, είναι εύκολο να ξεχάσετε κάποιες από τις περιπτώσεις δοκιμής που σκοπεύετε να εκτελέσετε ή περιπτώσεις δοκιμής εκτός του σχεδίου δοκιμής.
Οι περισσότεροι άνθρωποι δεν μπορούν να θυμηθούν τις πλήρεις λεπτομέρειες ενός σχεδίου δοκιμών αν δεν είναι σαφώς τεκμηριωμένο, και αυτό εμποδίζει επίσης τις ομάδες να το μεταβιβάσουν σε άλλους ελεγκτές.
2. Μη καθορισμός του πεδίου εφαρμογής των δοκιμών συστήματος
Η δοκιμή συστήματος είναι μια πολυδιάστατη εργασία που περιλαμβάνει τη δοκιμή πολλών διαφορετικών πτυχών μιας ενιαίας κατασκευής λογισμικού.
Ανάλογα με τον τύπο του λογισμικού που αναπτύσσετε και με το τι έχετε δοκιμάσει μέχρι στιγμής, το πεδίο εφαρμογής των δοκιμών συστήματος μπορεί να διαφέρει σημαντικά μεταξύ των δοκιμών.
Είναι σημαντικό να καθοριστεί το πεδίο εφαρμογής των δοκιμών πριν από την έναρξη των δοκιμών και να διασφαλιστεί ότι το πεδίο αυτό είναι κατανοητό από όλα τα μέλη της ομάδας δοκιμών.
3. Αγνόηση ψευδώς θετικών και ψευδώς αρνητικών αποτελεσμάτων
Ψευδώς θετικά αποτελέσματα προκύπτουν όταν οι δοκιμές του συστήματος περνούν παρά το γεγονός ότι τα σενάρια δοκιμής δεν λειτουργούν όπως αναμενόταν.
Ομοίως, ψευδώς αρνητικά αποτελέσματα μπορεί να προκύψουν όταν μια δοκιμή αποτυγχάνει παρά το γεγονός ότι λειτουργεί όπως αναμενόταν.
Μερικές φορές μπορεί να είναι δύσκολο να εντοπίσετε τα ψευδώς θετικά και τα ψευδώς αρνητικά αποτελέσματα, ειδικά αν απλά κοιτάξετε τα αποτελέσματα της εξέτασης χωρίς να εμβαθύνετε στις πραγματικές εκροές της εξέτασης. Τα λανθασμένα θετικά και αρνητικά αποτελέσματα είναι ιδιαίτερα πιθανά και εύκολο να διαφύγουν κατά τη διενέργεια αυτοματοποιημένων δοκιμών συστήματος.
4. Δοκιμές με παρόμοιους τύπους δεδομένων δοκιμής
Εάν χρησιμοποιείτε πολλούς διαφορετικούς τύπους δεδομένων δοκιμής, η όσο το δυνατόν μεγαλύτερη διαφοροποίηση των χαρακτηριστικών των δεδομένων δοκιμής που χρησιμοποιείτε θα αυξήσει την κάλυψη των δοκιμών του συστήματός σας.
Αυτό σημαίνει ότι είναι λιγότερο πιθανό να χάσετε σφάλματα και ατέλειες και προσθέτει αξία στις δοκιμές που πραγματοποιείτε.
Καλύπτοντας διαφορετικούς τύπους δεδομένων δοκιμών, θα αποκτήσετε μια πιο λεπτομερή εικόνα για το πώς θα συμπεριφέρεται το προϊόν μετά την κυκλοφορία.
5. Αγνόηση των διερευνητικών δοκιμών
Ενώ η τήρηση του σχεδίου δοκιμών είναι σημαντική, είναι επίσης σημαντικό να δημιουργηθεί χώρος για διερευνητικές δοκιμές και να επιτραπεί στους ελεγκτές να δοκιμάζουν διαφορετικά χαρακτηριστικά και λειτουργίες καθώς τα βρίσκουν κατά τη διάρκεια των δοκιμών.
Η διερευνητική δοκιμή μπορεί συχνά να αποκαλύψει νέα σφάλματα που διαφορετικά θα είχαν διαφύγει ή σφάλματα που έχουν ήδη διαφύγει κατά τη διάρκεια άλλων φάσεων της δοκιμής.
Μπορείτε να προγραμματίσετε ακόμη και συνεδρίες διερευνητικών δοκιμών, διοργανώνοντας συνεδρίες δοκιμαστικής μαρμελάδας, όπου όλοι οι δοκιμαστές διεξάγουν μη προγραμματισμένες δοκιμές συστήματος για ένα καθορισμένο χρονικό διάστημα.
6. Μη τακτική επανεξέταση των αποτελεσμάτων της αυτοματοποίησης των δοκιμών
Εάν είστε νέοι στον έλεγχο συστημάτων λογισμικού και, ειδικότερα, στον αυτοματοποιημένο έλεγχο, μπορεί να νομίζετε ότι μπορείτε απλώς να θέσετε σε λειτουργία τη δοκιμή και να την αφήσετε.
Ωστόσο, είναι σημαντικό να επανεξετάζετε τακτικά τα αποτελέσματα της αυτοματοποίησης δοκιμών και να κάνετε αλλαγές στον κώδικα αυτοματοποίησης δοκιμών όπου χρειάζεται.
Για παράδειγμα, εάν κάνετε αλλαγές στο λογισμικό που δοκιμάζετε, αυτές θα πρέπει να αντικατοπτρίζονται στον κώδικα των αυτοματοποιημένων δοκιμών.
Διαβάστε προσεκτικά τα αποτελέσματα των αυτοματοποιημένων δοκιμών για να κατανοήσετε κάθε έξοδο της δοκιμής και όχι μόνο τα αποτελέσματα επιτυχίας/αποτυχίας.
7. Χρήση του λάθος εργαλείου αυτοματοποίησης
Υπάρχουν πολλά εργαλεία αυτοματοποίησης διαθέσιμα σήμερα, ορισμένα από τα οποία είναι δωρεάν στη χρήση και άλλα για τα οποία οι χρήστες πρέπει να πληρώνουν μηνιαία συνδρομή.
Αν και οι αρχάριοι συνήθως επιλέγουν εργαλεία ανοιχτού κώδικα, είναι σημαντικό να βεβαιωθείτε ότι το εργαλείο που θα επιλέξετε να χρησιμοποιήσετε ταιριάζει στις απαιτήσεις σας και προσφέρει τα χαρακτηριστικά που χρειάζεστε.
Για παράδειγμα, τα εργαλεία ανοικτού κώδικα είναι γνωστά για την περιορισμένη λειτουργικότητά τους, το μη διαισθητικό περιβάλλον εργασίας και την πολύ δύσκολη καμπύλη εκμάθησης, Αντίθετα, τα εργαλεία δοκιμών πλήρους εκτέλεσης όπως το ZAPTEST Free Edition, παρέχουν κορυφαίες λειτουργίες δοκιμών και RPA, όπως 1SCRIPT, Cross Browser, Cross Device, Cross Platform Technology, σε ένα εύχρηστο περιβάλλον εργασίας χωρίς κώδικα, κατάλληλο τόσο για μη τεχνικούς όσο και για έμπειρους δοκιμαστές.
Και, μερικές φορές αξίζει να επενδύσετε σε ένα ελαφρώς ακριβότερο εργαλείο αυτοματοποίησης επιχειρηματικού επιπέδου, αν η λειτουργικότητα που προσφέρει ταιριάζει πολύ καλύτερα στο έργο σας.
Συμπέρασμα
Η δοκιμή συστήματος είναι ένα σημαντικό στάδιο της δοκιμής λογισμικού που ελέγχει το σύστημα στο σύνολό του και διασφαλίζει ότι κάθε επιμέρους στοιχείο λειτουργεί ομαλά και αποτελεσματικά.
Είναι το στάδιο της δοκιμής λογισμικού που ακολουθεί τη δοκιμή ολοκλήρωσης και πριν από τη δοκιμή αποδοχής από τον χρήστη και είναι ένα από τα τελευταία επίσημα στάδια δοκιμής λογισμικού που πραγματοποιείται πριν από την αρχική κυκλοφορία.
Οι δοκιμές συστήματος επιτρέπουν στους ελεγκτές να εντοπίζουν διάφορα είδη σφαλμάτων, συμπεριλαμβανομένων λειτουργικών και μη λειτουργικών σφαλμάτων, καθώς και σφαλμάτων ευχρηστίας και ατελειών διαμόρφωσης.
Είναι δυνατόν να εκτελέσετε δοκιμές συστήματος χειροκίνητα ή να αυτοματοποιήσετε τις δοκιμές συστήματος, αν και στις περισσότερες περιπτώσεις συνιστάται να ακολουθήσετε μια υβριδική προσέγγιση για να μεγιστοποιήσετε την αποδοτικότητα, ενώ παράλληλα να αφήσετε χώρο για διερευνητικές δοκιμές.
Ακολουθώντας τις βέλτιστες πρακτικές και αποφεύγοντας τις συνήθεις παγίδες των δοκιμών συστήματος, οι ομάδες δοκιμών μπορούν να διεξάγουν ακριβείς, αποτελεσματικές δοκιμές συστήματος που καλύπτουν τις περισσότερες βασικές περιοχές της κατασκευής.
Συχνές ερωτήσεις και πόροι
Εάν είστε νέοι στον τομέα των δοκιμών συστήματος, υπάρχουν πολλοί πόροι στο διαδίκτυο που μπορούν να σας βοηθήσουν να μάθετε περισσότερα για τις δοκιμές συστήματος και τον τρόπο διεξαγωγής δοκιμών συστήματος.
Παρακάτω παρατίθενται λεπτομέρειες σχετικά με ορισμένους από τους χρήσιμους διαδικτυακούς πόρους δοκιμών συστήματος, καθώς και απαντήσεις σε ορισμένες από τις πιο συχνές ερωτήσεις σχετικά με τις δοκιμές συστήματος.
1. Τα καλύτερα μαθήματα για δοκιμές συστημάτων
Η παρακολούθηση διαδικτυακών μαθημάτων στις δοκιμές συστήματος ή στις δοκιμές λογισμικού μπορεί να βοηθήσει τους επαγγελματίες QA να αναπτύξουν την κατανόησή τους για τις δοκιμές συστήματος και να αποκτήσουν προσόντα που αποδεικνύουν τις γνώσεις αυτές.
Διαδικτυακοί ιστότοποι εκπαίδευσης όπως το Coursera, το Udemy, το edX και το Pluralsight προσφέρουν δωρεάν και επί πληρωμή μαθήματα στον τομέα των δοκιμών λογισμικού και της αυτοματοποίησης για επαγγελματίες και αρχάριους.
Μερικά παραδείγματα διαδικτυακών μαθημάτων στον τομέα των δοκιμών συστημάτων είναι:
- Το πλήρες πρόγραμμα εκμάθησης δοκιμών λογισμικού 2023, Udemy
- Εξειδίκευση στις δοκιμές λογισμικού και αυτοματισμού, Coursera
- Αυτοματοποιημένη δοκιμή λογισμικού, edX
- Αυτοματοποιημένη δοκιμή λογισμικού με Python, Udemy
- Επιχειρηματικός αναλυτής: Διαδικασίες και Τεχνικές Δοκιμών Λογισμικού, Udemy
Αναζητήστε διαδικτυακά μαθήματα που ανταποκρίνονται στο επίπεδο εμπειρίας σας και ταιριάζουν στον προϋπολογισμό σας. Εάν εργάζεστε στον τομέα της ποιοτικής αξιολόγησης, ίσως μπορέσετε να ζητήσετε από τον εργοδότη σας να σας χρηματοδοτήσει για να παρακολουθήσετε ένα αναγνωρισμένο μάθημα στον τομέα των δοκιμών λογισμικού.
2. Ποιες είναι οι 5 κορυφαίες ερωτήσεις συνέντευξης σχετικά με τον έλεγχο συστημάτων;
Εάν προετοιμάζεστε για μια συνέντευξη για έναν ρόλο που μπορεί να περιλαμβάνει δοκιμές συστήματος ή άλλους τύπους δοκιμών λογισμικού, η εκ των προτέρων προετοιμασία των απαντήσεων σε συνήθεις ερωτήσεις συνέντευξης θα μπορούσε να βοηθήσει την απόδοσή σας στη συνέντευξή σας.
Ορισμένες από τις πιο συνηθισμένες ερωτήσεις συνέντευξης σχετικά με τον έλεγχο συστημάτων περιλαμβάνουν:
- Πώς διαφέρει η δοκιμή συστήματος από τη δοκιμή ολοκλήρωσης;
- Ποια είναι τα πλεονεκτήματα και τα μειονεκτήματα των αυτοματοποιημένων δοκιμών συστήματος;
- Πόσους τύπους δοκιμών συστήματος μπορείτε να αναφέρετε;
- Πώς θα μεγιστοποιούσατε την κάλυψη δοκιμών κατά τη διάρκεια των δοκιμών συστήματος;
- Τι είδους σφάλματα και ελαττώματα θα περιμένατε να βρείτε στις δοκιμές συστήματος;
Μπορείτε να χρησιμοποιήσετε αυτές τις ερωτήσεις για να προετοιμάσετε τις απαντήσεις σας σύμφωνα με τη δομή STAR πριν από τη συνέντευξή σας, χρησιμοποιώντας παραδείγματα από την καριέρα σας για να αποδείξετε τις γνώσεις σας σχετικά με τον έλεγχο συστημάτων και άλλους τύπους ελέγχου λογισμικού.
3. Τα καλύτερα σεμινάρια στο YouTube για δοκιμές συστήματος
Αν είστε οπτικός μαθητής, μπορεί να σας είναι πιο εύκολο να κατανοήσετε τι είναι η δοκιμή συστήματος και πώς λειτουργεί μαζί με άλλους τύπους δοκιμών λογισμικού, παρακολουθώντας βίντεο σχετικά με τη δοκιμή συστήματος.
Υπάρχουν πολλά εκπαιδευτικά βίντεο στο YouTube που εξηγούν τι είναι η δοκιμή συστήματος και πώς να ξεκινήσετε τη δοκιμή συστήματος, είτε θέλετε να την εκτελέσετε χειροκίνητα είτε χρησιμοποιώντας εργαλεία αυτοματοποίησης. Μερικά από τα καλύτερα σεμινάρια στο YouTube για δοκιμές συστήματος περιλαμβάνουν:
- Τι είναι η δοκιμή συστήματος;
- Δοκιμές αποδοχής και δοκιμές συστήματος
- Τι είναι η δοκιμή συστήματος και πώς λειτουργεί;
- Δοκιμές ολοκλήρωσης συστήματος με ένα παράδειγμα πραγματικού χρόνου
- Τι είναι η δοκιμή συστήματος στις δοκιμές λογισμικού;
4. Πώς να διατηρήσετε τις δοκιμές του συστήματος
Η συντήρηση δοκιμών είναι η διαδικασία προσαρμογής και συντήρησης των δοκιμών συστήματος και άλλων ειδών δοκιμών λογισμικού, ώστε να διατηρούνται ενημερωμένες καθώς πραγματοποιείτε αλλαγές σε μια κατασκευή λογισμικού ή αλλάζετε τον κώδικα.
Για παράδειγμα, αν πραγματοποιήσετε δοκιμές συστήματος και βρείτε σφάλματα και ελαττώματα, θα στείλετε το λογισμικό πίσω στους προγραμματιστές για προσαρμογές. Οι ομάδες δοκιμών μπορεί στη συνέχεια να πρέπει να διατηρούν σενάρια δοκιμών για να διασφαλίσουν ότι θα δοκιμάσουν επαρκώς τη νέα κατασκευή λογισμικού όταν έρθει η ώρα να δοκιμάσουν ξανά.
Η συντήρηση των δοκιμών είναι μια σημαντική πτυχή των δοκιμών λογισμικού και οι δοκιμαστές μπορούν να διασφαλίσουν ότι διατηρούν το λογισμικό συντηρημένο ακολουθώντας τις βέλτιστες πρακτικές συντήρησης.
Αυτά περιλαμβάνουν:
1. Συνεργασία:
Οι προγραμματιστές και οι δοκιμαστές θα πρέπει να συνεργάζονται από κοινού για να διασφαλίσουν ότι οι δοκιμαστές γνωρίζουν ποιες πτυχές του κώδικα έχουν αλλάξει και πώς αυτό μπορεί να επηρεάσει τα σενάρια δοκιμών.
2. Σχεδιασμός:
Σχεδιάστε σενάρια δοκιμών πριν αρχίσετε να αυτοματοποιείτε δοκιμές. Αυτό διασφαλίζει ότι οι δοκιμές που αυτοματοποιείτε είναι πάντα κατάλληλες για το σκοπό σας.
3. Διαδικασία:
Λάβετε υπόψη τη συντήρηση των δοκιμών λογισμικού κατά τη διαδικασία σχεδιασμού. Να θυμάστε ότι θα πρέπει να συντηρείτε τις δοκιμές και να το λαμβάνετε υπόψη στον προγραμματισμό, τα σχέδια δοκιμών και το σχεδιασμό δοκιμών.
4. Ευκολία:
Ενημερώστε όλες τις δοκιμές σας, συμπεριλαμβανομένων των δοκιμών συστήματος και των δοκιμών ορθότητας, από ένα μόνο ταμπλό, αν είναι δυνατόν.
Αυτό σημαίνει ότι η ενημέρωση των δοκιμών είναι πολύ ταχύτερη και πιο βολική και ελαχιστοποιεί τον κίνδυνο να ξεχάσετε να ενημερώσετε μια συγκεκριμένη δοκιμή όταν έχουν γίνει αλλαγές στην κατασκευή του λογισμικού.
Είναι η δοκιμή συστήματος white box ή black box;
Η δοκιμή συστήματος είναι μια μορφή δοκιμής μαύρου κουτιού.
Η δοκιμή “μαύρου κουτιού” διαφέρει από τη δοκιμή “λευκού κουτιού” στο ότι εξετάζει μόνο τις εξωτερικές λειτουργίες και τα χαρακτηριστικά του λογισμικού. Η δοκιμή λευκού κουτιού ελέγχει τον τρόπο με τον οποίο το λογισμικό λειτουργεί εσωτερικά, για παράδειγμα τον τρόπο με τον οποίο ο κώδικας λειτουργεί και συνεργάζεται.
Η δοκιμή “μαύρου κουτιού” δεν απαιτεί γνώση των εσωτερικών λειτουργιών του συστήματος ή του κώδικα, αλλά απλώς απαιτεί από τους ελεγκτές να δοκιμάζουν τις εξόδους και τις λειτουργίες της εφαρμογής λογισμικού και να τις αξιολογούν με βάση καθορισμένα κριτήρια.
Οι δοκιμές συστήματος περιλαμβάνουν τόσο λειτουργικές όσο και μη λειτουργικές δοκιμές, αλλά οι ελεγκτές χρησιμοποιούν μια τεχνική “μαύρου κουτιού” για να δοκιμάσουν ακόμη και μη λειτουργικές πτυχές της κατασκευής.
Για το λόγο αυτό, η δοκιμή συστήματος θεωρείται γενικά μια μορφή δοκιμής μαύρου κουτιού.
