configuration testing tutorial with examples
Εισαγωγή στη δοκιμή διαμόρφωσης λογισμικού:
Αυτό το άρθρο σας παρουσιάστηκε για να συζητήσετε έναν ειδικό τύπο δοκιμών λογισμικού που είναι πολύ σημαντικό για την επιχείρηση.
Θα συζητήσουμε τα βασικά στοιχεία της δοκιμής διαμόρφωσης, την ανάγκη, τη σημασία, τους στόχους και τους τύπους της. Καθώς θα προχωρήσουμε περαιτέρω στο άρθρο, θα μάθουμε λεπτομερώς πώς να εκτελέσουμε αυτόν τον έλεγχο.
ερωτήσεις και απαντήσεις δοκιμής διασφάλισης ποιότητας
Ας αρχίσουμε!!
Αυτό το σεμινάριο θα σας δώσει μια πλήρη επισκόπηση του Configuration Testing και θα λειτουργήσει ως τέλειος οδηγός για όσους είναι νέοι σε αυτήν τη δοκιμαστική ιδέα και θα βελτιώσει τις γνώσεις εκείνων που έχουν ήδη εμπειρία σε αυτό.
Τι θα μάθετε:
- Τι είναι ο έλεγχος διαμόρφωσης;
- Γιατί αυτή η δοκιμή;
- Προετοιμασία για δοκιμή διαμόρφωσης
- Microsoft VSTS - Εργαλείο δοκιμών διαμόρφωσης
- Στόχοι
- Τύποι δοκιμών διαμόρφωσης
- Σημασία αυτού του ελέγχου για μια επιχείρηση
- συμπέρασμα
- Συνιστώμενη ανάγνωση
Τι είναι ο έλεγχος διαμόρφωσης;
Ο έλεγχος διαμόρφωσης είναι μια μέθοδος δοκιμής ενός συστήματος υπό ανάπτυξη σε πολλά μηχανήματα που έχουν διαφορετικούς συνδυασμούς ή διαμορφώσεις υλικού και λογισμικού. Η απόδοση του συστήματος ή μιας εφαρμογής ελέγχεται έναντι καθεμιάς από τις υποστηριζόμενες διαμορφώσεις υλικού και λογισμικού.
Όταν λέμε διαφορετικές διαμορφώσεις υλικού και λογισμικού, αποδίδεται σε πολλές εκδόσεις λειτουργικού συστήματος, προγράμματα περιήγησης, υποστηριζόμενα προγράμματα οδήγησης, μεγέθη μνήμης, τύπους σκληρών δίσκων, CPU κ.λπ.
Γιατί αυτή η δοκιμή;
Όπως συζητήθηκε παραπάνω, αυτή η δοκιμή είναι μια τεχνική που αξιολογεί την απόδοση ενός λογισμικού, συστήματος / εφαρμογής λαμβάνοντας υπόψη τις διάφορες διαμορφώσεις συστήματος.
Αυτός ο έλεγχος γίνεται για να προσδιοριστούν οι βέλτιστες διαμορφώσεις υπό τις οποίες ένα σύστημα ή μια εφαρμογή μπορεί να λειτουργήσει καλά χωρίς σφάλματα, προβλήματα ή ελαττώματα στην απόδοση. Έτσι, η πιο αποτελεσματική διαμόρφωση που θα παρέχει τα απαιτούμενα χαρακτηριστικά απόδοσης εντοπίζεται με τη βοήθεια αυτής της δοκιμής.
Ο δεύτερος κύριος λόγος για αυτήν τη δοκιμή είναι η επαλήθευση της συμβατότητας του συστήματος με το άλλο λογισμικό ή εξοπλισμό που αναφέρεται στο SRS (προδιαγραφή απαιτήσεων λογισμικού).
Ενα παράδειγμα
Ας υποθέσουμε ότι η επιχείρησή σας έχει αναπτύξει μια εφαρμογή για επιτραπέζιους υπολογιστές σε γλώσσα C # και αυτή η εφαρμογή βασίζεται στο πλαίσιο .NET.
Και αυτή η εφαρμογή βασίζεται σε μια αρχιτεκτονική 3 επιπέδων που έχει τρία επίπεδα - front-end (πελάτης), το επίπεδο εφαρμογής (διακομιστής) και το επίπεδο βάσης δεδομένων. Κάθε ένα από τα επίπεδα θα υποστηρίζει συγκεκριμένες πλατφόρμες ανάλογα.
Ας υποθέσουμε ότι κάθε επίπεδο υποστηρίζει τις παρακάτω πλατφόρμες:
Πελάτης - Windows 10 OS, Windows 7, Windows XP, Linux OS.
Υπηρέτης - Διακομιστής Ubuntu, Windows Server 2016 , Διακομιστής Novell Open Enterprise .
Βάση δεδομένων - Microsoft SQL Server, IBM DB2, MySQL.
Τώρα, ως ελεγκτής λογισμικού, θα πρέπει να δοκιμάσετε την εφαρμογή κάτω από κάθε έναν από τους διάφορους συνδυασμούς των παραπάνω πλατφορμών πελάτη, διακομιστή και βάσης δεδομένων για να βεβαιωθείτε ότι η εφαρμογή λειτουργεί καλά με καθεμία από τις πιθανές διαμορφώσεις.
Για παράδειγμα , θα ελέγξετε πώς λειτουργεί η εφαρμογή με το συνδυασμό των Windows 10 OS, Windows Server 2016 & MySQL, και στη συνέχεια θα εκτελέσετε μια άλλη δοκιμή για να ελέγξετε πώς λειτουργεί η εφαρμογή με το συνδυασμό των Windows 10 OS, Windows Server 2016 και IBM DB2.
Και ούτω καθεξής μέχρι να δοκιμάσετε όλες τις πιθανές διαμορφώσεις.
Οι δοκιμές μας δεν θα περιορίζονται μόνο στο λογισμικό, αλλά θα καλύπτουν επίσης το υλικό, όπου θα πρέπει να ελέγξουμε κάθε έναν από τους συνδυασμούς διαφόρων συσκευών υλικού. Επομένως, κατά καιρούς αυτός ο έλεγχος αναφέρεται επίσης ως Δοκιμή διαμόρφωσης υλικού.
Προετοιμασία για δοκιμή διαμόρφωσης
Αυτή η δοκιμή έχει ορισμένες προϋποθέσεις που πρέπει να πληρούνται πριν εκτελέσουμε τις δοκιμές διαμόρφωσης.
Ακολουθούν οι προϋποθέσεις:
# 1) Προετοιμασία του πίνακα κάλυψης
Λόγω ενός τεράστιου αριθμού πιθανών διαμορφώσεων υλικού και λογισμικού, καθίσταται πολύ χρονοβόρα και σχεδόν αδύνατη η αποτελεσματική δοκιμή κάθε μιας από τις διαμορφώσεις.
Για παράδειγμα , στο παράδειγμα που συζητήσαμε παραπάνω, θα έχουμε συνολικά 3 * 3 * 3, δηλαδή 27 διαμορφώσεις λογισμικού. Ας υποθέσουμε ότι έχουμε 5 διαφορετικούς σκληρούς δίσκους και 6 διαφορετικά μεγέθη μνήμης. Στη συνέχεια, η μέτρηση θα μεταβεί σε 27 * 5 * 9, δηλαδή 810 διαμορφώσεις τώρα.
Αυτό θα συνεχίσει να αυξάνεται αν προσθέσουμε περισσότερα στοιχεία στην εικόνα. Γι 'αυτό, είναι σημαντικό να κάνετε τον προγραμματισμό για την προσπάθεια δοκιμών λογισμικού και να προσδιορίσετε με σαφήνεια ποιες πλατφόρμες θα υποστηρίζονται.
Στη συνέχεια, πρέπει να βρούμε έναν πίνακα κάλυψης που θα περιέχει τους διάφορους συνδυασμούς των διαμορφώσεων υλικού και λογισμικού. Μερικές φορές, αυτός ο πίνακας κάλυψης είναι επίσης γνωστός ως BCM (Basic Configuration Matrix).
Η παραπάνω εικόνα δείχνει ένα δείγμα σχηματικού πίνακα διαμορφώσεων που θα θέλατε να δοκιμάσετε.
# 2) Προτεραιότητα στις διαμορφώσεις
Μόλις προετοιμαστεί ο πίνακας διαμόρφωσης, το επόμενο βήμα είναι να δοθεί προτεραιότητα στις διαμορφώσεις.
Αυτό το βήμα απαιτείται επειδή είναι αδύνατο να δοκιμαστεί ολόκληρο το τεράστιο ευρύ φάσμα διαμορφώσεων. Έτσι, με βάση τα σχόλια του πελάτη, καταγράφονται οι πιο κρίσιμες διαμορφώσεις και πρέπει πρώτα να εξεταστούν διεξοδικά.
Μόλις τελειώσουμε με τα παραπάνω δύο βήματα, μπορούμε να προχωρήσουμε στη δοκιμή των διαφόρων διαμορφώσεων με βάση την προτεραιότητά τους.
Microsoft VSTS - Εργαλείο δοκιμών διαμόρφωσης
Το Microsoft Visual Studio Team Services (VSTS) είναι ένα εργαλείο που βοηθά σημαντικά στη δοκιμή της εφαρμογής σας σε διάφορες διαμορφώσεις βάσει του σχεδίου δοκιμών σας.
Θα πρέπει να έχετε ένα σχέδιο δοκιμών για να αποφασίσετε ποιες δοκιμές θέλετε να εκτελέσετε και σε ποιες διαμορφώσεις. Πρέπει να βεβαιωθείτε ότι έχετε ρυθμίσει το σωστό περιβάλλον για τις διαμορφώσεις που χρειάζεστε. Μόλις αποκτήσετε τον πίνακα των συνδυασμών θα πρέπει να το δοκιμάσετε.
Μπορείτε να ακολουθήσετε τα παρακάτω βήματα για να εκτελέσετε αυτήν τη δοκιμή:
# 1) Ρυθμίστε τις διαμορφώσεις και δημιουργήστε τις μεταβλητές. Μια μεταβλητή είναι ένα από τα στοιχεία της διαμόρφωσής σας.
Για παράδειγμα , μπορεί να υπάρχει μια μεταβλητή «Πρόγραμμα περιήγησης» που μπορεί να έχει πολλές τιμές όπως Chrome, Firefox, IE10 κ.λπ.
#δύο) Αντιστοιχίστε τις διαμορφώσεις στα σχέδια δοκιμών / σουίτες δοκιμών ή σε μεμονωμένες περιπτώσεις δοκιμών.
# 3) Εκτελέστε τις δοκιμές σε κάθε διαμόρφωση.
# 4) Παρακολουθήστε τα αποτελέσματα των δοκιμών για καθεμία από τις διαμορφώσεις.
Ένας αναλυτικός οδηγός βήμα προς βήμα για την εκτέλεση αυτής της δοκιμής με VSTS μπορείτε να δείτε εδώ: VSTS - Δοκιμάστε διαφορετικές διαμορφώσεις
Στόχοι
Παρακάτω αναφέρονται οι διάφοροι στόχοι αυτής της δοκιμής:
- Για να προσδιορίσετε τη βέλτιστη διαμόρφωση του AUT (Εφαρμογή υπό δοκιμή).
- Για να ανακαλύψετε τις κρυφές ευπάθειες που περιέχονται στο υλικό.
- Για να διασφαλιστεί η συνέχεια της επιχείρησης εντοπίζοντας και διορθώνοντας τα ζητήματα πριν παρεμποδίσουν τις επιχειρηματικές δραστηριότητες.
- Για να εξαλείψετε μια μετατόπιση διαμόρφωσης.
- Για ελαχιστοποίηση του αριθμού των βλαβών λόγω σφαλμάτων διαμόρφωσης κεντρικού υπολογιστή
- Επικύρωση της εφαρμογής για να βεβαιωθείτε ότι πληροί τη δυνατότητα διαμόρφωσης.
- Για να αναλύσετε την απόδοση του συστήματος προσθέτοντας, αφαιρώντας ή τροποποιώντας τα στοιχεία υλικού ( Π.χ . Μεταβολή των μεγεθών της μνήμης, προσθήκη εξισορροπητικών φορτίων κ.λπ.).
- Για να επαληθεύσετε εάν το σύστημα λειτουργεί καλά σε ένα γεωγραφικά κατανεμημένο περιβάλλον (οι διακομιστές και οι πελάτες βρίσκονται σε διαφορετικές τοποθεσίες).
- Επαληθεύοντας πόσο εύκολα μπορούν να αναπαραχθούν τα σφάλματα ανεξάρτητα από τις αλλαγές στη διαμόρφωση.
- Για να επαληθεύσετε πόσο ανιχνεύσιμα και διαχειρίσιμα είναι τα στοιχεία της εφαρμογής.
Τύποι δοκιμών διαμόρφωσης
Μπορούμε να έχουμε δύο διαφορετικές γραμμές τμημάτων για αυτήν τη δοκιμή.
Στο πρώτη γραμμή , μπορεί να χωριστεί σε δύο μέρη:
- Δοκιμή διαμόρφωσης λογισμικού
- Δοκιμή διαμόρφωσης υλικού
Στο δεύτερη γραμμή , μπορεί και πάλι να χωριστεί σε δύο μέρη - 1. Δοκιμή επιπέδου πελάτη & 2. Δοκιμή επιπέδου διακομιστή
σφάλματα κύκλου ζωής στη δοκιμή λογισμικού
Αρχικά, ας δούμε σχετικά με τη διαμόρφωση υλικού και λογισμικού.
# 1) Δοκιμή διαμόρφωσης λογισμικού:
Αυτός ο έλεγχος πραγματοποιείται μέσω του AUT (εφαρμογή υπό δοκιμή) με πολλαπλές εκδόσεις λειτουργικού συστήματος, ενημερώσεις λογισμικού κ.λπ. Πρόκειται για δοκιμή μακράς διάρκειας, καθώς απαιτεί πολύ χρόνο για να εγκαταστήσετε και να απεγκαταστήσετε τα διάφορα λογισμικά που πρόκειται να χρησιμοποιηθούν για δοκιμές.
Μία προσέγγιση για εξοικονόμηση χρόνου είναι η χρήση εικονικών μηχανών για τον έλεγχο της διαμόρφωσης λογισμικού. Ένα VM προσομοιώνει τις διαμορφώσεις σε πραγματικό χρόνο και δίνει την ίδια αίσθηση με μια φυσική μηχανή.
Έτσι, αντί να εγκαταστήσουμε και να απεγκαταστήσουμε το πολλαπλό λογισμικό σε ένα φυσικό μηχάνημα, μπορούμε να έχουμε πολλές εικονικές μηχανές που προσομοιώνουν κάθε διαφορετική διαμόρφωση έναντι της οποίας πρέπει να κάνουμε τον έλεγχο.
Ο έλεγχος διαμόρφωσης λογισμικού ξεκινά μόλις κυκλοφορήσει η έκδοση αφού περάσει από τη δοκιμή μονάδας και τον έλεγχο ενοποίησης.
# 2) Δοκιμή διαμόρφωσης υλικού:
Ο έλεγχος διαμόρφωσης υλικού πραγματοποιείται συνήθως σε εργαστήρια, όπου έχουμε φυσικά μηχανήματα με διάφορα υλικά συνδεδεμένα σε αυτά.
Κάθε φορά που κυκλοφορεί μια έκδοση, το λογισμικό απαιτείται να εγκατασταθεί σε όλα τα φυσικά μηχανήματα στα οποία είναι συνδεδεμένο το υλικό και η δοκιμαστική σουίτα απαιτείται να εκτελεστεί σε κάθε μηχανή για να επιβεβαιώσει ότι η εφαρμογή λειτουργεί καλά.
Για την ολοκλήρωση της παραπάνω εργασίας, απαιτείται σημαντική προσπάθεια για τη ρύθμιση του λογισμικού σε κάθε μηχάνημα, τη σύνδεση του υλικού σε αυτό και, στη συνέχεια, την εκτέλεση των δοκιμαστικών σουιτών με μη αυτόματο τρόπο. Ακόμα κι αν αυτοματοποιήσουμε αυτήν την εργασία και εκτελέσουμε τη δοκιμαστική σουίτα, ακόμη και τότε θα απαιτηθεί σημαντική προσπάθεια.
Επίσης, όπως έχουμε ήδη συζητήσει στο προηγούμενο μέρος αυτού του άρθρου, ενώ κάνουμε δοκιμή διαμόρφωσης υλικού, εξηγούμε το είδος του υλικού που πρέπει να δοκιμαστεί και υπάρχουν πολλά υλικά και περιφερειακά υπολογιστών που το καθιστούν αδύνατο να εκτελέσουν όλα τα δοκιμές.
Έτσι, ένας δοκιμαστής αναλύει ποιο υλικό χρησιμοποιείται κυρίως από τον πελάτη και στη συνέχεια διεξάγει τη δοκιμή με βάση την προτεραιότητα.
Τώρα ας συζητήσουμε τις δοκιμές διαμόρφωσης σε επίπεδο πελάτη και σε επίπεδο διακομιστή.
# 1) Δοκιμή επιπέδου πελάτη : Έχει μια ομοιότητα με τον έλεγχο χρηστικότητας και λειτουργικότητας. Αυτή η δοκιμή γίνεται από την άποψη των άμεσων συμφερόντων του χρήστη.
# 2) Δοκιμή επιπέδου διακομιστή : Αυτός ο τύπος δοκιμών γίνεται για τη διερεύνηση της αλληλεπίδρασης μεταξύ του λογισμικού και του εξωτερικού περιβάλλοντος όταν προγραμματίζεται να ενσωματωθεί μετά την κυκλοφορία.
Σημασία αυτού του ελέγχου για μια επιχείρηση
Αυτός ο έλεγχος είναι πολύ σημαντικός για μια επιχείρηση να εμφανιστεί και να διατηρήσει εφαρμογές υψηλής απόδοσης, με δυνατότητα κλιμάκωσης και διαθέσιμες.
Αυτή η δοκιμή θα πρέπει να πραγματοποιείται με συνεχή και κατά προτίμηση αυτοματοποιημένο τρόπο (διαφορετικά είναι πολύ χρονοβόρα όταν γίνεται χειροκίνητα) με σκοπό την ταχεία αναγνώριση και διόρθωση των παραγόντων που συμβάλλουν στην αναποτελεσματικότητα.
11 BEST Εργαλεία Διαμόρφωσης Διαμόρφωσης Λογισμικού (Εργαλεία SCM το 2020)
συμπέρασμα
Ο έλεγχος διαμόρφωσης είναι εξίσου σημαντικός με οποιονδήποτε άλλο τύπο δοκιμής λογισμικού, καθώς ανακαλύπτει τη βέλτιστη διαμόρφωση του συστήματος με το οποίο η εφαρμογή αποδίδει καλύτερα. Επίσης, βοηθά στον εντοπισμό και τη διόρθωση τυχόν προβλημάτων συμβατότητας.
Σε αυτό το άρθρο, μάθαμε για το τι είναι ο έλεγχος διαμόρφωσης, γιατί κάνουμε αυτόν τον έλεγχο, ποιοι είναι οι στόχοι του, ποιοι είναι οι τύποι του, ποιες είναι οι προϋποθέσεις αυτής της δοκιμής, πώς πρέπει να γίνει, πόσο σημαντικό είναι για ένα επιχείρηση, κ.λπ., με λεπτομερή τρόπο.
Ελπίζω, αυτό το άρθρο ήταν ενημερωτικό και θα σας έδινε μια δίκαιη ιδέα σχετικά με τη δοκιμή διαμόρφωσης.
Συνιστώμενη ανάγνωση
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
- Λειτουργική δοκιμή Vs Μη λειτουργική δοκιμή
- Εκμάθηση Pairwise Test ή All-Pairs Testing με εργαλεία και παραδείγματα
- Δοκιμή λογισμικού QA Assistant Job
- Εκμάθηση έντασης ήχου: Παραδείγματα και εργαλεία δοκιμής έντασης
- Οδηγός καταστροφικών δοκιμών και μη καταστροφικών δοκιμών
- Εκμάθηση έκλειψης σε βάθος για αρχάριους
- Τι είναι η δοκιμή αντοχής στη δοκιμή λογισμικού (παραδείγματα)