what is regression testing
Τι είναι ο έλεγχος παλινδρόμησης;
Το Regression Testing είναι ένας τύπος δοκιμών που γίνεται για να επαληθευτεί ότι μια αλλαγή κώδικα στο λογισμικό δεν επηρεάζει την υπάρχουσα λειτουργικότητα του προϊόντος. Αυτό γίνεται για να βεβαιωθείτε ότι το προϊόν λειτουργεί καλά με νέες λειτουργίες, διορθώσεις σφαλμάτων ή οποιαδήποτε αλλαγή στην υπάρχουσα λειτουργία. Οι προηγούμενες δοκιμαστικές περιπτώσεις εκτελούνται εκ νέου προκειμένου να επαληθευτεί η επίδραση της αλλαγής.
=> Κάντε κλικ εδώ για πλήρη σειρά εκπαιδευτικών σειρών
Το Regression Testing είναι ένας τύπος δοκιμής λογισμικού στον οποίο οι δοκιμαστικές περιπτώσεις εκτελούνται εκ νέου, προκειμένου να ελεγχθεί εάν η προηγούμενη λειτουργικότητα της εφαρμογής λειτουργεί καλά και οι νέες αλλαγές δεν έχουν εισαγάγει νέα σφάλματα.
Αυτή η δοκιμή μπορεί να εκτελεστεί σε μια νέα έκδοση, όταν υπάρχει μια σημαντική αλλαγή στην αρχική λειτουργικότητα, ακόμη και σε μια επιδιόρθωση σφαλμάτων.
Παλινδρόμηση σημαίνει επανεξέταση των αμετάβλητων τμημάτων της εφαρμογής.
Τι θα μάθετε:
- Σεμινάρια που καλύπτονται σε αυτήν τη σειρά
- Επισκόπηση δοκιμής παλινδρόμησης
- Πότε να εκτελέσετε αυτήν τη δοκιμή;
- Μπορεί να γίνει χειροκίνητη δοκιμή παλινδρόμησης;
- Εργαλεία αυτοματοποιημένου ελέγχου παλινδρόμησης
- Γιατί το τεστ παλινδρόμησης;
- Τύποι δοκιμών παλινδρόμησης
- Πόσο παλινδρόμηση απαιτείται;
- Τι κάνουμε στον έλεγχο παλινδρόμησης;
- Τεχνικές δοκιμής παλινδρόμησης
- Πώς να επιλέξετε μια δοκιμαστική σουίτα παλινδρόμησης;
- Πώς να εκτελέσετε τον έλεγχο παλινδρόμησης;
- Regression In Agile
- Πλεονεκτήματα
- Μειονεκτήματα
- Παλινδρόμηση της εφαρμογής GUI
- Διαφορά μεταξύ παλινδρόμησης και εκ νέου δοκιμής
- Πρότυπο δοκιμής παλινδρόμησης (TOC)
- συμπέρασμα
- Συνιστώμενη ανάγνωση
Σεμινάρια που καλύπτονται σε αυτήν τη σειρά
Εκμάθηση # 1: Τι είναι ο έλεγχος παλινδρόμησης (Αυτό το σεμινάριο)
Εκμάθηση # 2: Εργαλεία δοκιμής παλινδρόμησης
Εκμάθηση # 3: Επανεξέταση δοκιμής παλινδρόμησης Vs
Εκμάθηση # 4: Αυτοματοποιημένη δοκιμή παλινδρόμησης σε ευκίνητο
Επισκόπηση δοκιμής παλινδρόμησης
Ο έλεγχος παλινδρόμησης είναι σαν μια μέθοδο επαλήθευσης. Οι δοκιμαστικές περιπτώσεις είναι γενικά αυτοματοποιημένες, καθώς απαιτούνται δοκιμές για να εκτελούνται ξανά και ξανά και η εκτέλεση των ίδιων δοκιμαστικών περιπτώσεων ξανά και ξανά χειροκίνητα είναι χρονοβόρα και κουραστική.
Για παράδειγμα, Εξετάστε ένα προϊόν X, στο οποίο μία από τις λειτουργίες είναι να προκαλέσει επιβεβαίωση, αποδοχή και αποστολή email όταν κάνετε κλικ στα κουμπιά Επιβεβαίωση, Αποδοχή και Αποστολή.
Κάποιο πρόβλημα παρουσιάζεται στο email επιβεβαίωσης και για να διορθωθεί το ίδιο, ορισμένες αλλαγές κώδικα γίνονται. Σε αυτήν την περίπτωση, όχι μόνο τα email επιβεβαίωσης πρέπει να δοκιμαστούν, αλλά τα email αποδοχής και αποστολής πρέπει επίσης να δοκιμαστούν για να διασφαλιστεί ότι η αλλαγή στον κώδικα δεν τους έχει επηρεάσει.
Το Regression Testing δεν εξαρτάται από καμία γλώσσα προγραμματισμού όπως Java, C ++, C # κ.λπ. Είναι μια μέθοδος δοκιμής που χρησιμοποιείται για τη δοκιμή του προϊόντος για τροποποιήσεις ή για τυχόν ενημερώσεις που γίνονται. Επαληθεύει ότι οποιαδήποτε τροποποίηση σε ένα προϊόν δεν επηρεάζει τις υπάρχουσες ενότητες του προϊόντος.
Η επαλήθευση ότι τα σφάλματα έχουν διορθωθεί και οι νέες δυνατότητες που έχουν προστεθεί δεν έχουν δημιουργήσει κανένα πρόβλημα στην προηγούμενη έκδοση του λογισμικού.
Οι υπεύθυνοι δοκιμών εκτελούν λειτουργικές δοκιμές όταν είναι διαθέσιμη μια νέα έκδοση για επαλήθευση. Ο σκοπός αυτής της δοκιμής είναι να επαληθεύσει τις αλλαγές που έγιναν στην υπάρχουσα λειτουργικότητα και τη λειτουργικότητα που προστέθηκε πρόσφατα.
Όταν ολοκληρωθεί αυτός ο έλεγχος, ο ελεγκτής θα πρέπει να επαληθεύσει εάν η υπάρχουσα λειτουργικότητα λειτουργεί όπως αναμένεται και οι νέες αλλαγές δεν έχουν εισαγάγει κανένα ελάττωμα στη λειτουργικότητα που λειτούργησε πριν από αυτήν την αλλαγή.
Ο έλεγχος παλινδρόμησης πρέπει να αποτελεί μέρος του κύκλου απελευθέρωσης και πρέπει να λαμβάνεται υπόψη στην εκτίμηση της δοκιμής.
Πότε να εκτελέσετε αυτήν τη δοκιμή;
Ο έλεγχος παλινδρόμησης πραγματοποιείται συνήθως μετά από επαλήθευση αλλαγών ή νέας λειτουργικότητας. Αλλά αυτό δεν συμβαίνει πάντα. Για την κυκλοφορία που διαρκεί μήνες, οι δοκιμές παλινδρόμησης πρέπει να ενσωματωθούν στον καθημερινό κύκλο δοκιμών. Για εβδομαδιαίες κυκλοφορίες, οι δοκιμές παλινδρόμησης μπορούν να πραγματοποιηθούν όταν η Λειτουργική δοκιμή έχει τελειώσει για τις αλλαγές.
Ο έλεγχος παλινδρόμησης είναι μια παραλλαγή της δοκιμής (που είναι απλώς να επαναλάβετε μια δοκιμή). Κατά τη δοκιμή, ο λόγος μπορεί να είναι οτιδήποτε. Ας πούμε, δοκιμάσατε ένα συγκεκριμένο χαρακτηριστικό και ήταν το τέλος της ημέρας - δεν μπορούσατε να ολοκληρώσετε τη δοκιμή και έπρεπε να σταματήσετε τη διαδικασία χωρίς να αποφασίσετε εάν η δοκιμή πέρασε / απέτυχε.
Την επόμενη μέρα όταν επιστρέψετε, εκτελείτε ξανά το τεστ - αυτό σημαίνει ότι επαναλαμβάνετε μια δοκιμή που κάνατε πριν. Η απλή πράξη επανάληψης μιας δοκιμής είναι μια δοκιμή.
Το τεστ παλινδρόμησης στον πυρήνα του είναι μια δοκιμή των ειδών. Μόνο για την ειδική περίσταση έχει αλλάξει κάτι στην εφαρμογή / κώδικα. Μπορεί να είναι κώδικας, σχεδιασμός ή οτιδήποτε άλλο που υπαγορεύει το συνολικό πλαίσιο του συστήματος.
Μια δοκιμή που διεξάγεται σε αυτήν την περίπτωση για να βεβαιωθείτε ότι η εν λόγω αλλαγή δεν έχει επηρεάσει οτιδήποτε είχε ήδη λειτουργήσει πριν ονομάζεται Regression Test. Οι πιο συνηθισμένοι λόγοι για τους οποίους αυτό μπορεί να γίνει είναι επειδή έχουν δημιουργηθεί νέες εκδόσεις του κώδικα (αύξηση του εύρους / απαίτηση) ή διορθώθηκαν σφάλματα.
Μπορεί να γίνει χειροκίνητη δοκιμή παλινδρόμησης;
Δίδαξα απλώς μια από αυτές τις μέρες στην τάξη μου και μου ήρθε μια ερώτηση - «Μπορεί η παλινδρόμηση να γίνει χειροκίνητα;»
Απάντησα στην ερώτηση και προχωρήσαμε στην τάξη. Όλα φαίνονταν εντάξει, αλλά κάπως αυτή η ερώτηση με ενοχλούσε για λίγο αργότερα.
Σε πολλές παρτίδες, αυτή η ερώτηση έρχεται πολλές φορές με διάφορους διαφορετικούς τρόπους. Κάποιοι από αυτούς είναι:
- Για την εκτέλεση της δοκιμαστικής εκτέλεσης χρειαζόμαστε ένα εργαλείο;
- Πώς εκτελείται ο έλεγχος παλινδρόμησης;
- Ακόμα και μετά από έναν ολόκληρο γύρο δοκιμών - οι νεοεισερχόμενοι δυσκολεύονται να διακρίνουν τι ακριβώς είναι το Regression test;
Και φυσικά, η αρχική ερώτηση:
- Μπορεί αυτή η δοκιμή να γίνει χειροκίνητα;
Για αρχή, Εκτέλεση δοκιμής είναι μια απλή πράξη της χρήσης των δοκιμαστικών σας περιπτώσεων και της εκτέλεσης αυτών των βημάτων στο AUT, η παροχή των δεδομένων δοκιμής και η σύγκριση του αποτελέσματος που λαμβάνεται στο AUT με το αναμενόμενο αποτέλεσμα που αναφέρεται στις δοκιμαστικές σας περιπτώσεις.
Ανάλογα με το αποτέλεσμα σύγκρισης, ορίζουμε την κατάσταση της επιτυχίας / αποτυχίας της δοκιμαστικής υπόθεσης. Η εκτέλεση των δοκιμών είναι τόσο απλή, δεν υπάρχουν απαραίτητα ειδικά εργαλεία για αυτήν τη διαδικασία.
Εργαλεία αυτοματοποιημένου ελέγχου παλινδρόμησης
Η αυτοματοποιημένη δοκιμή παλινδρόμησης είναι η περιοχή δοκιμών όπου μπορούμε να αυτοματοποιήσουμε τις περισσότερες από τις προσπάθειες δοκιμών. Εκτελούμε όλες τις προηγούμενες δοκιμαστικές περιπτώσεις σε μια νέα έκδοση.
Αυτό σημαίνει ότι διαθέτουμε ένα σύνολο δοκιμαστικών περιπτώσεων και η εκτέλεση αυτών των δοκιμαστικών περιπτώσεων με μη αυτόματο τρόπο είναι χρονοβόρα. Γνωρίζουμε τα αναμενόμενα αποτελέσματα, επομένως η αυτοματοποίηση αυτών των δοκιμαστικών περιπτώσεων εξοικονομεί χρόνο και είναι μια αποτελεσματική μέθοδος δοκιμής παλινδρόμησης. Η έκταση του αυτοματισμού εξαρτάται από τον αριθμό των δοκιμαστικών περιπτώσεων που θα παραμείνουν εφαρμόσιμες υπερωρίες.
Εάν οι δοκιμαστικές περιπτώσεις ποικίλλουν από καιρό σε καιρό, το πεδίο εφαρμογής συνεχίζει να αυξάνεται και τότε η αυτοματοποίηση της διαδικασίας παλινδρόμησης θα είναι χάσιμο χρόνου.
Τα περισσότερα από τα εργαλεία δοκιμής παλινδρόμησης είναι τύπου εγγραφής και αναπαραγωγής. Θα καταγράψετε τις δοκιμαστικές περιπτώσεις μεταβαίνοντας στο AUT (εφαρμογή υπό δοκιμή) και θα επαληθεύσετε εάν τα αναμενόμενα αποτελέσματα έρχονται ή όχι.
Εργαλεία
- Σελήνιο
- Κατάλογος Στούντιο
- AdventNet QEngine
- Δοκιμαστής παλινδρόμησης
- v Δοκιμή
- νερό
- actiWate
- Ορθολογική λειτουργική δοκιμή
- Μετάξι δοκιμής
- TimeShiftX
Τα περισσότερα από αυτά είναι εργαλεία δοκιμής Λειτουργικής και παλινδρόμησης.
Συνιστώμενη ανάγνωση => Δείτε εδώ για τη λίστα των κορυφαίων εργαλείων παλινδρόμησης
Η προσθήκη και η ενημέρωση περιπτώσεων δοκιμής παλινδρόμησης σε μια δοκιμαστική σουίτα αυτοματισμού είναι μια δύσκολη εργασία. Ενώ επιλέγετε ένα εργαλείο αυτοματισμού για δοκιμές παλινδρόμησης, θα πρέπει να ελέγξετε αν το εργαλείο σας επιτρέπει να προσθέσετε ή να ενημερώσετε εύκολα τις δοκιμαστικές θήκες.
ποιοι είναι καλοί ιστότοποι για να παρακολουθήσετε anime
Στις περισσότερες περιπτώσεις, πρέπει να ενημερώνουμε συχνά τις αυτοματοποιημένες περιπτώσεις δοκιμής παλινδρόμησης λόγω συχνών αλλαγών στο σύστημα.
ΔΕΣ ΤΟ ΒΙΝΤΕΟ
Για μια πιο λεπτομερή εξήγηση του ορισμού με ένα παράδειγμα, ελέγξτε τα ακόλουθαΒίντεο δοκιμής παλινδρόμησης:
Γιατί το τεστ παλινδρόμησης;
Η παλινδρόμηση ξεκινά όταν ένας προγραμματιστής διορθώνει οποιοδήποτε σφάλμα ή προσθέτει έναν νέο κώδικα για νέα λειτουργικότητα στο σύστημα.
Μπορεί να υπάρχουν πολλές εξαρτήσεις στην πρόσφατα προστιθέμενη και την υπάρχουσα λειτουργικότητα.
Είναι ένα ποιοτικό μέτρο για να ελέγξετε εάν ο νέος κωδικός συμμορφώνεται με τον παλιό κώδικα, έτσι ώστε ο μη τροποποιημένος κώδικας να μην επηρεάζεται. Τις περισσότερες φορές η ομάδα δοκιμών έχει το καθήκον να ελέγχει τις αλλαγές της τελευταίας στιγμής στο σύστημα.
Σε μια τέτοια περίπτωση, η δοκιμή μόνο επηρεαζόμενης περιοχής εφαρμογής είναι απαραίτητη για την ολοκλήρωση της διαδικασίας δοκιμής εγκαίρως καλύπτοντας όλες τις κύριες πτυχές του συστήματος.
Αυτή η δοκιμή είναι πολύ σημαντική όταν υπάρχει συνεχής αλλαγή / βελτίωση στην εφαρμογή. Η νέα λειτουργικότητα δεν πρέπει να επηρεάζει αρνητικά τον υπάρχοντα δοκιμασμένο κώδικα.
Απαιτείται παλινδρόμηση για να βρείτε τα σφάλματα που προέκυψαν λόγω αλλαγής στον κώδικα. Εάν δεν πραγματοποιηθεί αυτός ο έλεγχος, το προϊόν ενδέχεται να αντιμετωπίσει κρίσιμα προβλήματα στο ζωντανό περιβάλλον και αυτό μπορεί πράγματι να οδηγήσει τον πελάτη σε πρόβλημα.
Κατά τη δοκιμή οποιουδήποτε διαδικτυακού ιστότοπου, ένας υπεύθυνος δοκιμών αναφέρει ένα ζήτημα ότι η τιμή του προϊόντος δεν εμφανίζεται σωστά, δηλαδή δείχνει χαμηλότερη τιμή από την πραγματική τιμή του προϊόντος και πρέπει να διορθωθεί σύντομα.
Μόλις ο προγραμματιστής επιδιορθώσει το πρόβλημα, πρέπει να επανεξεταστεί και ο έλεγχος παλινδρόμησης απαιτείται επίσης, καθώς η επαλήθευση της τιμής στη σελίδα που αναφέρθηκε θα είχε διορθωθεί, αλλά ενδέχεται να εμφανίζει λανθασμένη τιμή στη σελίδα σύνοψης όπου εμφανίζεται το σύνολο με τις άλλες χρεώσεις ή το ταχυδρομείο που αποστέλλεται στον πελάτη εξακολουθεί να έχει τη λανθασμένη τιμή.
Τώρα, σε αυτήν την περίπτωση, ο πελάτης θα πρέπει να αναλάβει την απώλεια εάν αυτός ο έλεγχος δεν εκτελεστεί καθώς ο ιστότοπος υπολογίζει το συνολικό κόστος με τη λανθασμένη τιμή και η ίδια τιμή πηγαίνει στον πελάτη μέσω email. Μόλις ο πελάτης αποδεχτεί, το Προϊόν πωλείται διαδικτυακά σε χαμηλότερη τιμή, θα είναι ζημία για τον πελάτη.
Επομένως, αυτή η δοκιμή παίζει μεγάλο ρόλο και είναι πολύ απαραίτητη και σημαντική.
Τύποι δοκιμών παλινδρόμησης
Παρακάτω αναφέρονται οι διάφοροι τύποι παλινδρόμησης:
- Μονάδα παλινδρόμησης
- Μερική παλινδρόμηση
- Πλήρης παλινδρόμηση
# 1) Παλινδρόμηση μονάδας
Η παλινδρόμηση μονάδας γίνεται κατά τη διάρκεια του Δοκιμή μονάδας η φάση και ο κώδικας ελέγχονται μεμονωμένα, δηλ. αποκλείονται τυχόν εξαρτήσεις από τη μονάδα που πρόκειται να ελεγχθεί, έτσι ώστε η μονάδα να μπορεί να ελεγχθεί ξεχωριστά χωρίς καμία ασυμφωνία.
# 2) Μερική παλινδρόμηση
Η μερική παλινδρόμηση γίνεται για να επαληθευτεί ότι ο κώδικας λειτουργεί καλά ακόμα και όταν οι αλλαγές έχουν γίνει στον κώδικα και ότι η μονάδα είναι ενσωματωμένη στον αμετάβλητο ή ήδη υπάρχοντα κώδικα.
# 3) Πλήρης παλινδρόμηση
Η πλήρης παλινδρόμηση γίνεται όταν μια αλλαγή στον κώδικα πραγματοποιείται σε μια σειρά ενοτήτων και επίσης εάν η επίδραση της αλλαγής σε οποιαδήποτε άλλη ενότητα είναι αβέβαιη. Το προϊόν στο σύνολό του παύει να ελέγχει τυχόν αλλαγές λόγω του αλλαγμένου κώδικα.
Πόσο παλινδρόμηση απαιτείται;
Αυτό εξαρτάται από το εύρος των προστιθέμενων χαρακτηριστικών.
Εάν το εύρος μιας επιδιόρθωσης ή μιας δυνατότητας είναι πολύ μεγάλο, τότε η περιοχή εφαρμογής που επηρεάζεται είναι επίσης αρκετά μεγάλη και ο έλεγχος θα πρέπει να εκτελεστεί διεξοδικά, συμπεριλαμβανομένων όλων των περιπτώσεων δοκιμής εφαρμογής. Αλλά αυτό μπορεί να αποφασιστεί αποτελεσματικά όταν ο υπεύθυνος δοκιμών λαμβάνει πληροφορίες από έναν προγραμματιστή σχετικά με το εύρος, τη φύση και το ύψος της αλλαγής.
Καθώς πρόκειται για επαναλαμβανόμενες δοκιμές, οι δοκιμαστικές περιπτώσεις μπορούν να αυτοματοποιηθούν έτσι ώστε ένα σύνολο δοκιμαστικών περιπτώσεων να μπορεί να εκτελεστεί εύκολα σε μια νέα έκδοση.
Οι περιπτώσεις δοκιμής παλινδρόμησης πρέπει να επιλέγονται πολύ προσεκτικά, έτσι ώστε η μέγιστη λειτουργικότητα να καλύπτεται σε ένα ελάχιστο σύνολο δοκιμαστικών περιπτώσεων. Αυτά τα σετ δοκιμαστικών περιπτώσεων χρειάζονται συνεχείς βελτιώσεις για λειτουργίες που προστέθηκαν πρόσφατα.
Γίνεται πολύ δύσκολο όταν το πεδίο εφαρμογής είναι πολύ μεγάλο και υπάρχουν συνεχείς αυξήσεις ή διορθώσεις στο σύστημα. Σε τέτοιες περιπτώσεις, πρέπει να εκτελούνται επιλεκτικές δοκιμές για να εξοικονομήσετε κόστος και χρόνο δοκιμής. Αυτές οι επιλεκτικές δοκιμαστικές περιπτώσεις επιλέγονται με βάση τις βελτιώσεις που έγιναν στο σύστημα και τα μέρη όπου μπορεί να επηρεάσει περισσότερο.
Τι κάνουμε στον έλεγχο παλινδρόμησης;
- Εκτελέστε ξανά τις προηγούμενες δοκιμές
- Συγκρίνετε τα τρέχοντα αποτελέσματα με τα αποτελέσματα δοκιμών που είχαν εκτελεστεί στο παρελθόν
Πρόκειται για μια συνεχή διαδικασία που πραγματοποιείται σε διάφορα στάδια καθ 'όλη τη διάρκεια του κύκλου ζωής του λογισμικού.
Μια βέλτιστη πρακτική είναι να πραγματοποιήσετε ένα τεστ παλινδρόμησης μετά το Δοκιμή υγιεινής ή καπνού και στο τέλος των λειτουργικών δοκιμών για σύντομη κυκλοφορία.
Για τη διεξαγωγή αποτελεσματικών δοκιμών, η παλινδρόμηση Σχέδιο δοκιμής πρέπει να δημιουργηθεί. Αυτό το σχέδιο πρέπει να περιγράφει τη στρατηγική δοκιμών παλινδρόμησης και τα κριτήρια εξόδου. Performance Testing είναι επίσης μέρος αυτής της δοκιμής για να βεβαιωθείτε ότι η απόδοση του συστήματος δεν επηρεάζεται λόγω των αλλαγών που έγιναν στα στοιχεία του συστήματος.
Βέλτιστες πρακτικές : Εκτελέστε αυτοματοποιημένες δοκιμαστικές θήκες κάθε μέρα το βράδυ, έτσι ώστε τυχόν παρενέργειες παλινδρόμησης να διορθωθούν την επόμενη μέρα. Με αυτόν τον τρόπο μειώνει τον κίνδυνο απελευθέρωσης καλύπτοντας σχεδόν όλα τα ελαττώματα παλινδρόμησης σε πρώιμο στάδιο αντί να εντοπίζει και να διορθώνει αυτά στο τέλος του κύκλου απελευθέρωσης.
Τεχνικές δοκιμής παλινδρόμησης
Παρακάτω αναφέρονται οι διάφορες τεχνικές.
- Δοκιμάστε ξανά όλα
- Επιλογή δοκιμής παλινδρόμησης
- Προτεραιότητα δοκιμής
- Υβρίδιο
# 1) Επαναλάβετε όλα
Όπως υποδηλώνει το ίδιο το όνομα, εκτελούνται εκ νέου ολόκληρες οι δοκιμαστικές περιπτώσεις στη δοκιμαστική σουίτα για να διασφαλιστεί ότι δεν υπάρχουν σφάλματα που έχουν προκύψει λόγω αλλαγής στον κώδικα. Αυτή είναι μια ακριβή μέθοδος καθώς απαιτεί περισσότερο χρόνο και πόρους σε σύγκριση με τις άλλες τεχνικές.
# 2) Επιλογή δοκιμής παλινδρόμησης
Σε αυτήν τη μέθοδο, οι δοκιμαστικές περιπτώσεις επιλέγονται από τη δοκιμαστική σουίτα για εκ νέου εκτέλεση. Δεν εκτελείται ξανά ολόκληρη η σουίτα. Η επιλογή των δοκιμαστικών περιπτώσεων γίνεται με βάση την αλλαγή κώδικα στην ενότητα.
Οι δοκιμαστικές υποθέσεις χωρίζονται σε δύο κατηγορίες, η μία είναι επαναχρησιμοποιήσιμες δοκιμαστικές περιπτώσεις και η άλλη είναι παρωχημένες δοκιμές. Οι επαναχρησιμοποιούμενες περιπτώσεις δοκιμής μπορούν να χρησιμοποιηθούν σε μελλοντικούς κύκλους παλινδρόμησης, ενώ οι ξεπερασμένες δεν χρησιμοποιούνται στους επερχόμενους κύκλους παλινδρόμησης.
# 3) Προτεραιότητα δοκιμής υπόθεσης
Οι δοκιμαστικές περιπτώσεις με υψηλή προτεραιότητα εκτελούνται πρώτα από αυτές με μεσαία και χαμηλή προτεραιότητα. Η προτεραιότητα της δοκιμαστικής θήκης εξαρτάται από την κρισιμότητα και την επίδρασή της στο προϊόν και επίσης από τη λειτουργικότητα του προϊόντος που χρησιμοποιείται συχνότερα.
# 4) Υβριδικό
Η υβριδική τεχνική είναι ένας συνδυασμός επιλογής δοκιμής παλινδρόμησης και προτεραιότητας δοκιμής. Αντί να επιλέξετε ολόκληρη τη δοκιμαστική σουίτα, επιλέξτε μόνο τις δοκιμαστικές περιπτώσεις που εκτελούνται εκ νέου ανάλογα με την προτεραιότητά τους.
Πώς να επιλέξετε μια δοκιμαστική σουίτα παλινδρόμησης;
Τα περισσότερα από τα σφάλματα που εντοπίστηκαν στο περιβάλλον παραγωγής συμβαίνουν λόγω των αλλαγών που πραγματοποιήθηκαν ή των σφαλμάτων που επιδιορθώθηκαν την ενδέκατη ώρα, δηλαδή των αλλαγών που πραγματοποιήθηκαν σε μεταγενέστερο στάδιο. Η διόρθωση σφαλμάτων στο τελευταίο στάδιο ενδέχεται να δημιουργήσει άλλα προβλήματα / σφάλματα στο Προϊόν. Αυτός είναι ο λόγος για τον οποίο ο έλεγχος παλινδρόμησης είναι πολύ σημαντικός πριν από την κυκλοφορία ενός προϊόντος.
Ακολουθεί μια λίστα δοκιμαστικών περιπτώσεων που μπορούν να χρησιμοποιηθούν κατά την εκτέλεση αυτού του τεστ:
- Λειτουργίες που χρησιμοποιούνται συχνά.
- Ελέγξτε τις περιπτώσεις που καλύπτουν την ενότητα όπου έχουν πραγματοποιηθεί οι αλλαγές.
- Πολύπλοκες δοκιμές.
- Περιπτώσεις δοκιμής ολοκλήρωσης που περιλαμβάνουν όλα τα κύρια συστατικά.
- Δοκιμάστε τις περιπτώσεις για τη βασική λειτουργικότητα ή το χαρακτηριστικό του Προϊόντος.
- Θα πρέπει να περιλαμβάνονται οι δοκιμές προτεραιότητας 1 και προτεραιότητας 2.
- Οι περιπτώσεις δοκιμής που συχνά αποτύχουν ή πρόσφατα ελαττώματα δοκιμής βρέθηκαν στο ίδιο.
Πώς να εκτελέσετε τον έλεγχο παλινδρόμησης;
Τώρα που έχουμε διαπιστώσει τι σημαίνει παλινδρόμηση, είναι προφανές ότι δοκιμάζει επίσης - απλά επαναλαμβάνοντας σε μια συγκεκριμένη κατάσταση για έναν συγκεκριμένο λόγο. Επομένως, μπορούμε να εξαγάγουμε με ασφάλεια ότι η ίδια μέθοδος ισχύει και για τις δοκιμές από την αρχή μπορεί να εφαρμοστεί και σε αυτό.
Επομένως, εάν η δοκιμή μπορεί να γίνει χειροκίνητα, τότε η δοκιμή παλινδρόμησης μπορεί επίσης να γίνει. Η χρήση ενός εργαλείου δεν είναι απαραίτητη. Ωστόσο, με την πάροδο του χρόνου οι εφαρμογές συσσωρεύονται με όλο και περισσότερες λειτουργίες που αυξάνουν συνεχώς το πεδίο παλινδρόμησης. Για να αξιοποιήσετε στο έπακρο τον χρόνο, αυτή η δοκιμή είναι πιο συχνά αυτοματοποιημένο .
Παρακάτω δίνονται τα διάφορα βήματα που εμπλέκονται στην εκτέλεση αυτής της δοκιμής
- Ετοιμάστε μια δοκιμαστική σουίτα για παλινδρόμηση λαμβάνοντας υπόψη τα σημεία που αναφέρονται στο «Πώς να επιλέξετε το Regression Test suite»;
- Αυτοματοποιήστε όλες τις δοκιμαστικές περιπτώσεις της δοκιμαστικής σουίτας.
- Ενημερώστε τη σουίτα παλινδρόμησης όποτε απαιτείται, όπως αν βρεθεί κάποιο νέο ελάττωμα που δεν καλύπτεται στη δοκιμαστική θήκη και μια δοκιμαστική θήκη για το ίδιο θα πρέπει να ενημερωθεί στη δοκιμαστική σουίτα, έτσι ώστε η δοκιμή να μην χαθεί την ίδια επόμενη φορά . Η σουίτα δοκιμής παλινδρόμησης πρέπει να διαχειρίζεται σωστά ενημερώνοντας συνεχώς τις δοκιμαστικές περιπτώσεις.
- Εκτελέστε τις περιπτώσεις δοκιμής παλινδρόμησης όποτε υπάρχει οποιαδήποτε αλλαγή στον κώδικα, το σφάλμα διορθώνεται, προστίθεται νέα λειτουργικότητα, γίνεται βελτίωση της υπάρχουσας λειτουργικότητας κ.λπ.
- Δημιουργήστε μια έκθεση εκτέλεσης δοκιμής που περιλαμβάνει την κατάσταση Pass / Fails των υποβληθέντων δοκιμαστικών περιπτώσεων.
Για παράδειγμα:
Επιτρέψτε μου να το εξηγήσω με ένα παράδειγμα. Εξετάστε την παρακάτω κατάσταση:
Έκδοση 1 Στατιστικά | |
---|---|
Αριθμός ελεγκτών | 3 |
Όνομα εφαρμογής | XYZ |
Αριθμός έκδοσης / έκδοσης | 1 |
Αριθμός απαιτήσεων (Πεδίο εφαρμογής) | 10 |
Αριθμός δοκιμαστικών περιπτώσεων / δοκιμών | 100 |
Αριθμός ημερών που απαιτούνται για την ανάπτυξη | 5 |
Αριθμός ημερών που απαιτούνται για τη δοκιμή | 5 |
Έκδοση 2 Στατιστικά | |
---|---|
Αριθμός ελεγκτών | 3 |
Όνομα εφαρμογής | XYZ |
Αριθμός έκδοσης / έκδοσης | δύο |
Αριθμός απαιτήσεων (Πεδίο εφαρμογής) | 10+ 5 νέες απαιτήσεις |
Αριθμός δοκιμαστικών περιπτώσεων / δοκιμών | 100+ 50 νέα |
Αριθμός ημερών που απαιτούνται για την ανάπτυξη | 2.5 (από τότε το μισό ποσό της εργασίας από νωρίτερα) |
Αριθμός ημερών που απαιτούνται για τη δοκιμή | 5 (για τα υπάρχοντα 100 TC) + 2,5 (για νέες απαιτήσεις) |
Έκδοση 3 Στατιστικά | |
---|---|
Αριθμός ελεγκτών | 3 |
Όνομα εφαρμογής | XYZ |
Αριθμός έκδοσης / έκδοσης | 3 |
Αριθμός απαιτήσεων (Πεδίο εφαρμογής) | 10+ 5 + 5 νέες απαιτήσεις |
Αριθμός δοκιμαστικών περιπτώσεων / δοκιμών | 100+ 50+ 50 νέα |
Αριθμός ημερών που απαιτούνται για την ανάπτυξη | 2.5 (από τότε το μισό ποσό της εργασίας από νωρίτερα) |
Αριθμός ημερών που απαιτούνται για τη δοκιμή | 7,5 (για τα υπάρχοντα 150 TC) + 2,5 (για νέες απαιτήσεις) |
Ακολουθούν οι παρατηρήσεις που μπορούμε να κάνουμε από την παραπάνω κατάσταση:
- Καθώς οι κυκλοφορίες μεγαλώνουν, αυξάνεται η λειτουργικότητα.
- Ο χρόνος ανάπτυξης δεν αυξάνεται απαραίτητα με τις κυκλοφορίες, αλλά ο χρόνος δοκιμής
- Καμία εταιρεία / η διοίκησή της δεν θα είναι έτοιμη να επενδύσει περισσότερο χρόνο στη δοκιμή και λιγότερο για ανάπτυξη
- Δεν μπορούμε καν να μειώσουμε το χρόνο που απαιτείται για τη δοκιμή, αυξάνοντας το μέγεθος της ομάδας δοκιμών, επειδή περισσότεροι άνθρωποι σημαίνει περισσότερα χρήματα και νέοι άνθρωποι σημαίνει επίσης πολλή προπόνηση και ίσως επίσης συμβιβασμός στην ποιότητα, καθώς οι νέοι άνθρωποι μπορεί να μην είναι οι ίδιοι με τις απαιτούμενες γνώσεις επίπεδα αμέσως.
- Η άλλη εναλλακτική λύση είναι σαφώς η μείωση του ποσοστού παλινδρόμησης. Αλλά αυτό θα μπορούσε να είναι επικίνδυνο για το προϊόν λογισμικού.
Για όλους αυτούς τους λόγους, το Regression Testing είναι ένας καλός υποψήφιος για αυτοματοποίηση δοκιμών, αλλά δεν χρειάζεται να γίνει μόνο με αυτόν τον τρόπο.
Βασικά βήματα για την εκτέλεση δοκιμών παλινδρόμησης
Κάθε φορά που το λογισμικό υφίσταται αλλαγή και εμφανίζεται μια νέα έκδοση / έκδοση, ακολουθούν τα παρακάτω βήματα για να πραγματοποιήσετε αυτόν τον τύπο δοκιμών:
- Κατανοήστε τι είδους αλλαγές έχουν γίνει στο λογισμικό
- Αναλύστε και προσδιορίστε ποιες ενότητες / τμήματα του λογισμικού ενδέχεται να επηρεαστούν - η ανάπτυξη και οι ομάδες BA μπορούν να βοηθήσουν στην παροχή αυτών των πληροφοριών
- Ρίξτε μια ματιά στις δοκιμαστικές σας περιπτώσεις και καθορίστε εάν θα πρέπει να κάνετε πλήρη, μερική ή παλινδρόμηση μονάδας. Προσδιορίστε αυτά που ταιριάζουν στην περίπτωσή σας
- Προγραμματίστε την ώρα και δοκιμάστε!
Regression In Agile
Ευκίνητος είναι μια προσαρμοστική προσέγγιση που ακολουθεί μια επαναληπτική και σταδιακή μέθοδο. Το προϊόν αναπτύσσεται σε σύντομες επαναλήψεις που ονομάζονται σπριντ και διαρκεί 2-4 εβδομάδες. Σε ευκίνητο, υπάρχει ένας αριθμός επαναλήψεων, επομένως αυτός ο έλεγχος παίζει σημαντικό ρόλο καθώς η νέα λειτουργικότητα ή αλλαγή κώδικα γίνεται στις επαναλήψεις.
Η σουίτα δοκιμής Regression θα πρέπει να προετοιμάζεται από την αρχική φάση και θα πρέπει να ενημερώνεται με κάθε σπριντ.
Στο Agile, ο έλεγχος παλινδρόμησης καλύπτεται από δύο κατηγορίες:
- Παλινδρόμηση επιπέδων σπριντ
- Παλινδρόμηση από άκρο σε τέλος
# 1) Παλινδρόμηση επιπέδων σπριντ
Το Sprint Level Regression γίνεται κυρίως για τη νέα λειτουργικότητα ή για τη βελτίωση που γίνεται στο τελευταίο σπριντ. Οι δοκιμαστικές θήκες από τη δοκιμαστική σουίτα επιλέγονται σύμφωνα με τη λειτουργικότητα που προστέθηκε πρόσφατα ή τη βελτίωση που έχει γίνει.
# 2) Παλινδρόμηση από άκρο σε άκρο
Η «παλινδρόμηση από άκρο σε άκρο» περιλαμβάνει όλες τις δοκιμαστικές περιπτώσεις που πρέπει να εκτελεστούν εκ νέου για τη δοκιμή του πλήρους προϊόντος από άκρο σε άκρο καλύπτοντας όλες τις βασικές λειτουργίες του προϊόντος.
Καθώς το Agile έχει σύντομα σπριντ και συνεχίζει, είναι πολύ απαραίτητο να αυτοματοποιηθεί η δοκιμαστική σουίτα, οι δοκιμαστικές θήκες εκτελούνται ξανά και αυτό πρέπει επίσης να ολοκληρωθεί σε σύντομο χρονικό διάστημα. Η αυτοματοποίηση των δοκιμαστικών περιπτώσεων μειώνει το χρόνο εκτέλεσης και την ολίσθηση ελαττωμάτων.
Πλεονεκτήματα
Παρακάτω δίνονται τα διάφορα πλεονεκτήματα του Regression test
- Βελτιώνει την ποιότητα του προϊόντος.
- Διασφαλίζει ότι οποιαδήποτε διόρθωση σφαλμάτων ή βελτίωση που γίνεται δεν επηρεάζει την υπάρχουσα λειτουργικότητα του Προϊόντος.
- Εργαλεία αυτοματισμού μπορούν να χρησιμοποιηθούν για αυτόν τον έλεγχο.
- Διασφαλίζει ότι τα ζητήματα που έχουν ήδη επιλυθεί δεν θα εμφανιστούν ξανά.
Μειονεκτήματα
Αν και υπάρχουν πολλά πλεονεκτήματα, υπάρχουν και ορισμένα μειονεκτήματα. Αυτοί είναι:
- Πρέπει επίσης να γίνει για μια μικρή αλλαγή στον κώδικα, επειδή ακόμη και μια μικρή αλλαγή στον κώδικα μπορεί να δημιουργήσει προβλήματα στην υπάρχουσα λειτουργικότητα.
- Εάν σε περίπτωση που ο αυτοματισμός δεν χρησιμοποιηθεί στο Έργο για αυτήν τη δοκιμή, θα είναι χρονοβόρα και κουραστική εργασία για την εκτέλεση των δοκιμαστικών περιπτώσεων ξανά και ξανά.
Παλινδρόμηση της εφαρμογής GUI
Είναι δύσκολο να εκτελέσετε μια δοκιμή παλινδρόμησης GUI (Γραφικό περιβάλλον εργασίας χρήστη) όταν η δομή GUI τροποποιείται. Οι δοκιμαστικές περιπτώσεις που είναι γραμμένες σε παλιό GUI είτε καθίστανται παρωχημένες είτε πρέπει να τροποποιηθούν.
Η επαναχρησιμοποίηση των περιπτώσεων δοκιμής παλινδρόμησης σημαίνει ότι οι περιπτώσεις δοκιμών GUI τροποποιούνται σύμφωνα με το νέο GUI. Αλλά αυτή η εργασία γίνεται δυσκίνητη αν έχετε ένα μεγάλο σύνολο περιπτώσεων δοκιμής GUI.
Διαφορά μεταξύ παλινδρόμησης και εκ νέου δοκιμής
Ο επαναληπτικός έλεγχος γίνεται για τις δοκιμαστικές περιπτώσεις που αποτυγχάνουν κατά τη διάρκεια της εκτέλεσης και το σφάλμα που προέκυψε για το ίδιο έχει διορθωθεί, ενώ ο έλεγχος παλινδρόμησης δεν περιορίζεται στη διόρθωση σφαλμάτων, καθώς καλύπτει και άλλες περιπτώσεις δοκιμής, για να διασφαλίσει ότι η επιδιόρθωση σφαλμάτων δεν έχει επηρέασε οποιαδήποτε άλλη λειτουργικότητα του Προϊόντος.
Πρότυπο δοκιμής παλινδρόμησης (TOC)
1. Ιστορικό εγγράφων
2. Αναφορές
3. Σχέδιο δοκιμής παλινδρόμησης
3.1. Εισαγωγή
3.2. Σκοπός
3.3. Στρατηγική δοκιμής
3.4. Δυνατότητα δοκιμής
3.5. Απαίτηση πόρων
3.5.1. Απαίτηση υλικού
3.5.2. Απαιτήσεις λογισμικού
3.6. Πρόγραμμα δοκιμών
3.7. Αλλαγή αιτήματος
3.8. Κριτήρια εισόδου / εξόδου
3.8.1. Κριτήρια συμμετοχής για αυτήν τη δοκιμή
3.8.2. Έξοδος Κριτήρια για αυτήν τη δοκιμή
3.9. Υπόθεση / Περιορισμοί
3.10. Θήκες δοκιμής
3.11. Κίνδυνος / Υποθέσεις
3.12. Εργαλεία
4. Έγκριση / αποδοχή
Ας ρίξουμε μια ματιά σε καθένα από αυτά λεπτομερώς.
# 1) Ιστορικό εγγράφων
Το ιστορικό εγγράφων αποτελείται από μια εγγραφή του πρώτου προσχεδίου και όλων των ενημερωμένων με την παρακάτω μορφή.
Εκδοχή | Ημερομηνία | Συντάκτης | Σχόλιο |
---|---|---|---|
1 | ΗΗ / ΜΜ / ΕΕ | αλφάβητο | Εγκρίθηκε |
δύο | ΗΗ / ΜΜ / ΕΕ | αλφάβητο | Ενημερώθηκε για την προστιθέμενη δυνατότητα |
# 2) Αναφορές
Η στήλη Αναφορές παρακολουθεί όλα τα έγγραφα αναφοράς που χρησιμοποιούνται ή απαιτούνται για το Έργο κατά τη δημιουργία ενός σχεδίου δοκιμής.
Μην | Εγγραφο | Τοποθεσία |
---|---|---|
1 | Έγγραφο SRS | Κοινή χρήση δίσκου |
# 3) Σχέδιο δοκιμής παλινδρόμησης
3.1. Εισαγωγή
Αυτό το έγγραφο περιγράφει την αλλαγή / ενημέρωση / βελτίωση στο Προϊόν που πρόκειται να δοκιμαστεί και την προσέγγιση που χρησιμοποιείται για αυτόν τον έλεγχο. Όλες οι αλλαγές κώδικα, οι βελτιώσεις, οι ενημερώσεις, οι πρόσθετες λειτουργίες περιγράφονται για δοκιμή. Οι δοκιμαστικές περιπτώσεις που χρησιμοποιούνται για τη δοκιμή μονάδας και τη δοκιμή ενοποίησης μπορούν να χρησιμοποιηθούν για τη δημιουργία μιας δοκιμαστικής σουίτας για παλινδρόμηση.
3.2. Σκοπός
Ο σκοπός του σχεδίου δοκιμής παλινδρόμησης είναι να περιγράψει τι ακριβώς και πώς θα γινόταν η δοκιμή για την επίτευξη των αποτελεσμάτων. Ο έλεγχος παλινδρόμησης γίνεται για να διασφαλιστεί ότι δεν παρεμποδίζεται καμία άλλη λειτουργικότητα του προϊόντος λόγω της αλλαγής κώδικα.
3.3. Στρατηγική δοκιμής
Η στρατηγική δοκιμής περιγράφει την προσέγγιση που θα χρησιμοποιηθεί για την εκτέλεση αυτής της δοκιμής και που περιλαμβάνει την τεχνική που θα χρησιμοποιηθεί, ποια θα είναι τα κριτήρια ολοκλήρωσης, ποιος θα εκτελέσει ποια δραστηριότητα, ποιος θα γράψει τα σενάρια δοκιμής, ποιο εργαλείο παλινδρόμησης θα χρησιμοποιηθεί , βήματα για την κάλυψη των κινδύνων όπως η μείωση των πόρων, η καθυστέρηση στην παραγωγή κ.λπ.
3.4. Χαρακτηριστικά προς δοκιμή
Το χαρακτηριστικό / τα συστατικά του προς δοκιμή προϊόντος αναφέρονται εδώ. Σε παλινδρόμηση, όλες οι δοκιμαστικές περιπτώσεις εκτελούνται εκ νέου ή αυτές που επηρεάζουν την υπάρχουσα λειτουργικότητα επιλέγονται ανάλογα με την επιδιόρθωση / ενημέρωση ή τη βελτίωση που έχει γίνει
3.5. Απαίτηση πόρων
3.5.1. Απαίτηση υλικού:
Η απαίτηση υλικού προσδιορίζεται εδώ όπως υπολογιστές, φορητοί υπολογιστές, μόντεμ, βιβλίο Mac, smartphone κ.λπ.
3.5.2. Απαίτηση λογισμικού:
Η απαίτηση λογισμικού προσδιορίζεται όπως το λειτουργικό σύστημα και τα προγράμματα περιήγησης που θα απαιτηθούν.
3.6. Πρόγραμμα δοκιμών
Το πρόγραμμα δοκιμών καθορίζει τον εκτιμώμενο χρόνο για την εκτέλεση των δοκιμαστικών δραστηριοτήτων.
Για παράδειγμα Πόσοι πόροι θα εκτελέσουν μια δοκιμαστική δραστηριότητα και επίσης σε πόση ώρα;
3.7. Αλλαγή αιτήματος
Αναφέρονται λεπτομέρειες CR για τις οποίες θα εκτελεστεί Regression.
ΝΟ | Περιγραφή CR | Regression Test Σουίτα |
---|---|---|
1 | ||
δύο |
3.8. Κριτήρια εισόδου / εξόδου
3.8.1. Κριτήρια συμμετοχής για αυτήν τη δοκιμή:
Καθορίζονται τα κριτήρια εισόδου για το προϊόν για να ξεκινήσει ο έλεγχος παλινδρόμησης.
Για παράδειγμα:
- Οι αλλαγές κωδικοποίησης / βελτίωση / προσθήκη νέας δυνατότητας πρέπει να ολοκληρωθούν.
- Το σχέδιο δοκιμής παλινδρόμησης πρέπει να εγκριθεί.
3.8.2. Κριτήρια εξόδου για αυτήν τη δοκιμή:
Εδώ ορίζονται τα κριτήρια εξόδου για το Regression.
Για παράδειγμα:
- Ο έλεγχος παλινδρόμησης πρέπει να ολοκληρωθεί.
- Τυχόν νέα σφάλματα που εντοπίστηκαν κατά τη διάρκεια αυτής της δοκιμής θα πρέπει να κλείσουν.
- Η έκθεση δοκιμής πρέπει να είναι έτοιμη.
3.9. Θήκες δοκιμής
Οι περιπτώσεις δοκιμής παλινδρόμησης ορίζονται εδώ.
3.10. Κίνδυνος / Υποθέσεις
Τυχόν κίνδυνοι & παραδοχές εντοπίζονται και ένα σχέδιο έκτακτης ανάγκης προετοιμάζεται για το ίδιο.
3.11. Εργαλεία
Τα εργαλεία που θα χρησιμοποιηθούν στο Έργο προσδιορίζονται. Οπως:
- Εργαλείο αυτοματισμού
- Εργαλείο αναφοράς σφαλμάτων
# 4) Έγκριση / αποδοχή
Τα ονόματα και ο χαρακτηρισμός των ανθρώπων αναφέρονται εδώ:
Ονομα | Εγκρίθηκε / απορρίφθηκε | Υπογραφή | Ημερομηνία |
---|---|---|---|
συμπέρασμα
Το Regression Testing είναι μία από τις σημαντικές πτυχές, καθώς βοηθά στην παράδοση ενός ποιοτικού προϊόντος διασφαλίζοντας ότι οποιαδήποτε αλλαγή στον κώδικα, είτε είναι μικρή είτε μεγάλη, δεν επηρεάζει την υπάρχουσα ή παλιά λειτουργικότητα.
Πολλά εργαλεία αυτοματισμού είναι διαθέσιμα για την αυτοματοποίηση των περιπτώσεων δοκιμής παλινδρόμησης, ωστόσο, ένα εργαλείο πρέπει να επιλεγεί σύμφωνα με τις απαιτήσεις του Έργου. Ένα εργαλείο θα πρέπει να έχει τη δυνατότητα να ενημερώνει τη δοκιμαστική σουίτα, καθώς το Regression test suite πρέπει να ενημερώνεται συχνά.
Με αυτό, ολοκληρώνουμε αυτό το θέμα και ελπίζουμε να υπάρχει πολύ καλύτερη σαφήνεια στο θέμα από τώρα και στο εξής.
Ενημερώστε μας για τις ερωτήσεις και τα σχόλιά σας σχετικά με την παλινδρόμηση. Πώς αντιμετωπίσατε τις εργασίες δοκιμής παλινδρόμησης;
=> Επισκεφτείτε εδώ για πλήρη σειρά δοκιμαστικών σχεδίων
Συνιστώμενη ανάγνωση
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
- Τα 10 πιο δημοφιλή εργαλεία δοκιμών παλινδρόμησης το 2021
- Τι είναι ο έλεγχος αξιοπιστίας: Ορισμός, μέθοδος και εργαλεία
- 11 καλύτερα εργαλεία αυτοματισμού για τη δοκιμή εφαρμογών Android (Εργαλεία δοκιμών εφαρμογών Android)
- Αυτοματοποιημένος έλεγχος παλινδρόμησης: Προκλήσεις, διαδικασία και βήματα
- Testing Primer eBook Λήψη
- Διαφορά μεταξύ δοκιμής επανάληψης και παλινδρόμησης με παράδειγμα
- Κορυφαία 10+ καλύτερα εργαλεία δοκιμών SAP (SAP Automation Tools)