data migration testing tutorial
Επισκόπηση του ελέγχου μετεγκατάστασης δεδομένων:
Ακούγεται συχνά ότι μια εφαρμογή μετακινείται σε διαφορετικό διακομιστή, η τεχνολογία αλλάζει, ενημερώνεται στην επόμενη έκδοση ή μεταφέρεται σε διαφορετικό διακομιστή βάσης δεδομένων κ.λπ.,
- Τι σημαίνει αυτό;
- Τι αναμένεται από την ομάδα δοκιμών σε αυτές τις καταστάσεις;
Από την άποψη της δοκιμής, αυτό σημαίνει ότι η εφαρμογή πρέπει να δοκιμαστεί διεξοδικά από άκρο σε άκρο, μαζί με τη μετεγκατάσταση από το υπάρχον σύστημα στο νέο σύστημα με επιτυχία.
Σεμινάρια σε αυτήν τη σειρά:
Η δοκιμή του συστήματος πρέπει να πραγματοποιηθεί σε αυτήν την περίπτωση με όλα τα δεδομένα, τα οποία χρησιμοποιούνται σε μια παλιά εφαρμογή και τα νέα δεδομένα επίσης. Η υπάρχουσα λειτουργικότητα πρέπει να επαληθευτεί μαζί με τη νέα / τροποποιημένη λειτουργικότητα.
Αντί για απλή δοκιμή μετεγκατάστασης, μπορεί επίσης να ονομαστεί δοκιμή μετεγκατάστασης δεδομένων, όπου όλα τα δεδομένα του χρήστη θα μεταφερθούν σε ένα νέο σύστημα.
Έτσι, ο έλεγχος μετεγκατάστασης περιλαμβάνει δοκιμές με παλιά δεδομένα, νέα δεδομένα ή συνδυασμό των δύο, παλιών λειτουργιών (αμετάβλητα χαρακτηριστικά) και των νέων λειτουργιών.
Η παλιά εφαρμογή ονομάζεται συνήθως « κληρονομιά ' εφαρμογή. Μαζί με τη νέα / αναβαθμισμένη εφαρμογή, είναι επίσης υποχρεωτικό να συνεχίζετε να δοκιμάζετε την εφαρμογή παλαιού τύπου έως ότου οι νέες / αναβαθμισμένες εφαρμογές γίνουν σταθερές και συνεπείς. Η εκτεταμένη δοκιμή μετεγκατάστασης σε νέα εφαρμογή θα αποκαλύψει τα νέα ζητήματα που δεν βρέθηκαν στην εφαρμογή παλαιού τύπου.
Τι θα μάθετε:
- Τι είναι ο έλεγχος μετεγκατάστασης;
- Γιατί το τεστ μετανάστευσης;
- Πότε απαιτείται αυτή η δοκιμή;
- Στρατηγική δοκιμής μετανάστευσης δεδομένων
- Διαφορετικές φάσεις μετανάστευσης
- Δοκιμή συμβατότητας προς τα πίσω
- Δοκιμή επαναφοράς
- Συνοπτική έκθεση δοκιμής μετανάστευσης
- Προκλήσεις στη δοκιμή μετανάστευσης δεδομένων
- Συμβουλές για την εξομάλυνση των κινδύνων μετανάστευσης δεδομένων
- συμπέρασμα
- Συνιστώμενη ανάγνωση
Τι είναι ο έλεγχος μετεγκατάστασης;
Το Migration Testing είναι μια διαδικασία επαλήθευσης της μετεγκατάστασης του παλαιού συστήματος στο νέο σύστημα με ελάχιστη διακοπή / διακοπή λειτουργίας, με ακεραιότητα δεδομένων και χωρίς απώλεια δεδομένων, διασφαλίζοντας παράλληλα ότι πληρούνται όλες οι καθορισμένες λειτουργικές και μη λειτουργικές πτυχές της εφαρμογής μετά μετανάστευση.
Απλή αναπαράσταση του συστήματος μετανάστευσης:
Γιατί το τεστ μετανάστευσης;
Όπως γνωρίζουμε, η μετάβαση της εφαρμογής σε ένα νέο σύστημα θα μπορούσε να είναι για διάφορους λόγους, ενοποίηση συστήματος, ξεπερασμένη τεχνολογία, βελτιστοποίηση ή για οποιονδήποτε άλλο λόγο.
Ως εκ τούτου, ενώ το Σύστημα σε χρήση πρέπει να μεταφερθεί σε ένα νέο σύστημα, είναι σημαντικό να διασφαλιστούν τα παρακάτω σημεία:
- Πρέπει να αποφεύγεται / ελαχιστοποιείται κάθε είδους διαταραχή / αναστάτωση που προκαλείται στον χρήστη λόγω μετανάστευσης. Π.χ .: διακοπή λειτουργίας, απώλεια δεδομένων
- Πρέπει να διασφαλιστεί εάν ο χρήστης μπορεί να συνεχίσει να χρησιμοποιεί όλες τις δυνατότητες του λογισμικού προκαλώντας ελάχιστη ή καθόλου ζημιά κατά τη μετεγκατάσταση. Π.χ .: αλλαγή στη λειτουργικότητα, κατάργηση μιας συγκεκριμένης λειτουργικότητας
- Είναι επίσης σημαντικό να προβλέψουμε και να αποκλείσουμε, όλες τις πιθανές δυσλειτουργίες / εμπόδια που μπορεί να προκύψουν κατά τη διάρκεια της πραγματικής μετανάστευσης του ζωντανού συστήματος.
Ως εκ τούτου, προκειμένου να διασφαλιστεί η ομαλή μετανάστευση του ζωντανού συστήματος με την εξάλειψη αυτών των ελαττωμάτων, είναι απαραίτητο να πραγματοποιηθεί ο έλεγχος μετεγκατάστασης στο εργαστήριο.
Αυτή η δοκιμή έχει τη δική της σημασία και παίζει ζωτικό ρόλο όταν τα δεδομένα έρχονται στην εικόνα.
Τεχνικά, απαιτείται επίσης να εκτελεστεί για τους ακόλουθους σκοπούς:
- Για να διασφαλιστεί η συμβατότητα της νέας / αναβαθμισμένης εφαρμογής με όλο το δυνατό υλικό και λογισμικό που υποστηρίζει η παλαιά εφαρμογή. Επίσης, νέο συμβατότητα θα πρέπει επίσης να δοκιμαστεί για νέο υλικό, πλατφόρμα λογισμικού.
- Για να διασφαλιστεί ότι όλες οι υπάρχουσες λειτουργίες λειτουργούν όπως στην εφαρμογή παλαιού τύπου. Δεν πρέπει να υπάρχει καμία αλλαγή στον τρόπο λειτουργίας της εφαρμογής σε σύγκριση με την παλιά έκδοση.
- Η πιθανότητα μεγάλου αριθμού ελαττωμάτων λόγω της μετανάστευσης είναι πολύ υψηλή. Πολλά από τα ελαττώματα συνήθως σχετίζονται με δεδομένα και ως εκ τούτου αυτά τα ελαττώματα πρέπει να εντοπιστούν και να διορθωθούν κατά τη διάρκεια της δοκιμής.
- Για να διασφαλίσετε εάν ο χρόνος απόκρισης συστήματος της νέας / αναβαθμισμένης εφαρμογής είναι ο ίδιος ή μικρότερος από αυτόν που απαιτείται για την εφαρμογή παλαιού τύπου.
- Για να διασφαλιστεί εάν η σύνδεση μεταξύ διακομιστών, υλικού, λογισμικού κ.λπ., είναι άθικτη και δεν διακόπτεται κατά τη δοκιμή. Η ροή δεδομένων μεταξύ διαφορετικών συνιστωσών δεν πρέπει να σπάσει υπό οποιεσδήποτε συνθήκες.
Πότε απαιτείται αυτή η δοκιμή;
Ο έλεγχος πρέπει να πραγματοποιηθεί τόσο πριν όσο και μετά τη μετεγκατάσταση.
Οι διαφορετικές φάσεις του τεστ Μετανάστευσης που θα πραγματοποιηθεί στο Test Lab μπορεί να ταξινομηθεί ως παρακάτω.
- Δοκιμές πριν από τη μετανάστευση
- Δοκιμή μετανάστευσης
- Έλεγχος μετά τη μετεγκατάσταση
Εκτός από τα παραπάνω, το εκτελούνται επίσης οι ακόλουθες δοκιμές ως μέρος ολόκληρης της δραστηριότητας μετανάστευσης.
- Επαλήθευση συμβατότητας προς τα πίσω
- Δοκιμή επαναφοράς
Πριν από την εκτέλεση αυτής της δοκιμής, είναι σημαντικό για κάθε εξεταστή να κατανοήσει με σαφήνεια τα παρακάτω σημεία:
- Οι αλλαγές συμβαίνουν ως μέρος του νέου συστήματος (διακομιστής, διεπαφή, DB, σχήμα, ροή δεδομένων, λειτουργικότητα κ.λπ.)
- Για να κατανοήσουμε την πραγματική στρατηγική μετανάστευσης που σχεδιάστηκε από την ομάδα. Πώς συμβαίνει η μετεγκατάσταση, βήμα προς βήμα αλλαγές συμβαίνουν στο backend του συστήματος και τα σενάρια που είναι υπεύθυνα για αυτές τις αλλαγές.
Ως εκ τούτου, είναι σημαντικό να κάνετε μια διεξοδική μελέτη του παλαιού και του νέου συστήματος και, στη συνέχεια, να σχεδιάσετε και να σχεδιάσετε τις δοκιμαστικές περιπτώσεις και τα σενάρια δοκιμών που θα καλυφθούν ως μέρος των παραπάνω φάσεων δοκιμής και να προετοιμάσετε τη στρατηγική δοκιμών.
Στρατηγική δοκιμής μετανάστευσης δεδομένων
Ο σχεδιασμός της δοκιμαστικής στρατηγικής για τη μετανάστευση περιλαμβάνει ένα σύνολο δραστηριοτήτων που πρέπει να εκτελεστούν και λίγες πτυχές που πρέπει να ληφθούν υπόψη. Αυτό γίνεται για την ελαχιστοποίηση των σφαλμάτων και των κινδύνων που προκύπτουν ως αποτέλεσμα της μετεγκατάστασης και για την αποτελεσματική εκτέλεση του ελέγχου μετεγκατάστασης.
Δραστηριότητες σε αυτήν τη δοκιμή:
# 1) Εξειδικευμένος σχηματισμός ομάδας :
Διαμορφώστε την ομάδα δοκιμών με τα μέλη που έχουν τις απαιτούμενες γνώσεις και εμπειρία και παρέχουν εκπαίδευση σχετικά με το σύστημα που μετεγκαθίσταται.
#δύο) Ανάλυση επιχειρηματικού κινδύνου, ανάλυση πιθανών σφαλμάτων :
Οι τρέχουσες επιχειρήσεις δεν πρέπει να παρεμποδίζονται μετά τη μετανάστευση και συνεπώς να πραγματοποιούν » Ανάλυση επιχειρηματικού κινδύνου » συναντήσεις στις οποίες συμμετέχουν τα σωστά ενδιαφερόμενα μέρη (υπεύθυνος δοκιμών, αναλυτής επιχειρήσεων, αρχιτέκτονες, ιδιοκτήτες προϊόντων, ιδιοκτήτης επιχείρησης κ.λπ.) και προσδιορίζονται οι κίνδυνοι και οι εφαρμόσιμοι μετριασμοί. Η δοκιμή θα πρέπει να περιλαμβάνει σενάρια για την αποκάλυψη αυτών των κινδύνων και την επαλήθευση εάν έχουν εφαρμοστεί κατάλληλοι μετριασμοί.
Συμπεριφορά Πιθανή ανάλυση σφαλμάτων » χρησιμοποιώντας κατάλληλο «Σφάλμα μαντεύοντας προσεγγίσεις» και στη συνέχεια σχεδιάστε δοκιμές γύρω από αυτά τα σφάλματα για να τα ανακαλύψετε κατά τη διάρκεια της δοκιμής.
βασικές ερωτήσεις συνέντευξης sql για δοκιμαστές
# 3) Ανάλυση και αναγνώριση πεδίου μετανάστευσης:
Αναλύστε το σαφές εύρος της δοκιμής μετεγκατάστασης ως πότε και τι πρέπει να δοκιμαστεί.
# 4) Προσδιορίστε το κατάλληλο εργαλείο για μετεγκατάσταση:
Κατά τον καθορισμό της στρατηγικής αυτής της δοκιμής, αυτοματοποιημένη ή μη αυτόματη, προσδιορίστε τα εργαλεία που πρόκειται να χρησιμοποιηθούν. Π.χ: Αυτοματοποιημένο εργαλείο για σύγκριση δεδομένων προέλευσης και προορισμού.
# 5) Προσδιορίστε το κατάλληλο περιβάλλον δοκιμής για μετανάστευση:
Προσδιορίστε ξεχωριστά περιβάλλοντα για περιβάλλοντα πριν και μετά τη μετεγκατάσταση για να πραγματοποιήσετε οποιαδήποτε επαλήθευση που απαιτείται ως μέρος της δοκιμής. Κατανοήστε και τεκμηριώστε τις τεχνικές πτυχές του Legacy and New system of Migration, για να διασφαλίσετε ότι το περιβάλλον δοκιμής έχει ρυθμιστεί σύμφωνα με αυτό.
# 6) Έγγραφο και έλεγχος προδιαγραφών δοκιμής μετανάστευσης:
Προετοιμασία εγγράφου προδιαγραφής δοκιμής μετεγκατάστασης που περιγράφει με σαφήνεια τη δοκιμαστική προσέγγιση, τομείς δοκιμών, μεθόδους δοκιμών (αυτοματοποιημένες, χειροκίνητες), μεθοδολογία δοκιμών (μαύρο κουτί, τεχνική δοκιμής λευκού κουτιού ), Αριθμός κύκλων δοκιμών, χρονοδιάγραμμα δοκιμών, προσέγγιση δημιουργίας δεδομένων και χρήση ζωντανών δεδομένων (οι ευαίσθητες πληροφορίες πρέπει να καλυφθούν), προδιαγραφές περιβάλλοντος δοκιμής, πιστοποίηση δοκιμών κ.λπ. και διεξαγωγή συνεδρίας αναθεώρησης με τα ενδιαφερόμενα μέρη.
# 7) Έναρξη παραγωγής του μεταναστευτικού συστήματος :
Αναλύστε και τεκμηριώστε τη λίστα υποχρεώσεων για μετεγκατάσταση παραγωγής και δημοσιεύστε την εκ των προτέρων
Διαφορετικές φάσεις μετανάστευσης
Παρακάτω δίνονται οι διάφορες φάσεις της Μετανάστευσης.
Φάση 1:Δοκιμές πριν από τη μετανάστευση
Πριν από τη μετεγκατάσταση των δεδομένων, το σύνολο των δοκιμαστικών δραστηριοτήτων εκτελείται ως μέρος της φάσης δοκιμής πριν από τη μετανάστευση. Αυτό αγνοείται ή δεν εξετάζεται σε απλούστερες εφαρμογές. Αλλά όταν πρόκειται να μετεγκατασταθούν πολύπλοκες εφαρμογές, οι δραστηριότητες πριν από τη μετανάστευση είναι απαραίτητες.
Παρακάτω είναι η λίστα των ενεργειών που πραγματοποιούνται κατά τη διάρκεια αυτής της φάσης:
- Ορίστε ένα σαφές πεδίο εφαρμογής των δεδομένων - ποια δεδομένα πρέπει να συμπεριληφθούν, ποια δεδομένα πρέπει να εξαιρούνται, ποια δεδομένα χρειάζονται μετασχηματισμούς / μετατροπές κ.λπ.
- Εκτελέστε αντιστοίχιση δεδομένων μεταξύ παλαιού τύπου και νέας εφαρμογής - για κάθε τύπο δεδομένων στην εφαρμογή παλαιού τύπου συγκρίνετε τον σχετικό τύπο στη νέα εφαρμογή και, στη συνέχεια, χαρτογράψτε τους - Αντιστοίχιση υψηλότερου επιπέδου.
- Εάν η νέα εφαρμογή έχει το πεδίο που είναι υποχρεωτικό σε αυτήν, και δεν ισχύει στην κληρονομιά και, στη συνέχεια, βεβαιωθείτε ότι η κληρονομιά δεν έχει το πεδίο ως μηδενικό. - Χαρτογράφηση χαμηλότερου επιπέδου.
- Μελετήστε το σχήμα δεδομένων της νέας εφαρμογής – ονόματα πεδίων, τύπους, ελάχιστες και μέγιστες τιμές, μήκος, υποχρεωτικά πεδία, επικυρώσεις επιπέδου πεδίου κ.λπ., με σαφήνεια
- Ένας αριθμός πινάκων στο σύστημα παλαιού τύπου πρέπει να σημειωθεί και εάν κάποιοι πίνακες απορριφθούν και πρέπει να επαληθευτεί η προσθήκη μετάβασης.
- Ένας αριθμός εγγραφών σε κάθε πίνακα, οι προβολές πρέπει να σημειώνονται στην εφαρμογή παλαιού τύπου.
- Μελετήστε τις διεπαφές στη νέα εφαρμογή και τις συνδέσεις τους. Τα δεδομένα που ρέουν στη διεπαφή πρέπει να είναι πολύ ασφαλή και να μην είναι σπασμένα.
- Προετοιμάστε δοκιμαστικές περιπτώσεις, σενάρια δοκιμών και χρησιμοποιήστε περιπτώσεις για νέες συνθήκες στις νέες εφαρμογές.
- Εκτελέστε ένα σύνολο δοκιμαστικών περιπτώσεων, σεναρίων με ένα σύνολο χρηστών και διατηρήστε τα αποτελέσματα, αρχεία καταγραφής αποθηκευμένα. Το ίδιο πρέπει να επαληθευτεί μετά τη Μετεγκατάσταση για να διασφαλιστεί ότι τα δεδομένα και η λειτουργικότητα παλαιού τύπου είναι ανέπαφα.
- Ο αριθμός των δεδομένων και των εγγραφών θα πρέπει να σημειωθεί με σαφήνεια, πρέπει να επαληθευτεί μετά τη Μετεγκατάσταση για να μην υπάρξει απώλεια δεδομένων.
Φάση 2:Δοκιμή μετανάστευσης
' Οδηγός μετανάστευσης »που είναι προετοιμάζεται από την ομάδα μετανάστευσης πρέπει να ακολουθείται αυστηρά για την εκτέλεση της δραστηριότητας μετανάστευσης. Στην ιδανική περίπτωση, η δραστηριότητα μετεγκατάστασης ξεκινά με τη δημιουργία αντιγράφων ασφαλείας των δεδομένων στην κασέτα, έτσι ώστε, ανά πάσα στιγμή, το σύστημα παλαιού τύπου να μπορεί να αποκατασταθεί.
Επαλήθευση του μέρους τεκμηρίωσης του « Ο Οδηγός μετεγκατάστασης »είναι επίσης ένα μέρος του Data Migration Testing . Επαληθεύστε εάν το έγγραφο είναι σαφές και εύκολο στην παρακολούθηση. Όλα τα σενάρια και τα βήματα πρέπει να τεκμηριώνονται σωστά χωρίς αμφισημία. Οποιοδήποτε είδος σφαλμάτων τεκμηρίωσης, ταιριαστές αγώνες με τη σειρά εκτέλεσης των βημάτων πρέπει επίσης να θεωρηθούν σημαντικές, ώστε να μπορούν να αναφερθούν και να διορθωθούν.
Τα σενάρια μετεγκατάστασης, ο οδηγός και άλλες πληροφορίες που σχετίζονται με την πραγματική μετεγκατάσταση πρέπει να ληφθούν από το αποθετήριο ελέγχου έκδοσης για εκτέλεση.
Το να σημειωθεί ο πραγματικός χρόνος που απαιτείται για τη μετανάστευση από το σημείο έναρξης της μετεγκατάστασης έως την επιτυχή αποκατάσταση του συστήματος, είναι μία από τις δοκιμαστικές περιπτώσεις που πρέπει να εκτελεστούν και ως εκ τούτου η «Απαιτείται χρόνος για τη μετεγκατάσταση του συστήματος» πρέπει να καταγραφεί στην τελική έκθεση δοκιμής, η οποία θα παραδοθεί ως μέρος των αποτελεσμάτων των δοκιμών μετανάστευσης και αυτές οι πληροφορίες θα είναι χρήσιμες κατά την έναρξη της παραγωγής. Ο χρόνος διακοπής που καταγράφηκε στο περιβάλλον δοκιμής παρεκτείνεται για τον υπολογισμό του κατά προσέγγιση χρόνου διακοπής λειτουργίας στο ζωντανό σύστημα.
Είναι στο κληρονομικό σύστημα όπου θα πραγματοποιηθεί η δραστηριότητα μετανάστευσης.
Κατά τη διάρκεια αυτής της δοκιμής, όλα τα στοιχεία του περιβάλλοντος συνήθως θα κατεβαίνουν και θα αφαιρεθούν από το δίκτυο για την εκτέλεση των δραστηριοτήτων μετανάστευσης. Ως εκ τούτου, είναι απαραίτητο να σημειωθεί το 'Χρόνος αργίας' απαιτείται για τη δοκιμή μετεγκατάστασης. Στην ιδανική περίπτωση, θα είναι το ίδιο με αυτό του χρόνου μετανάστευσης.
Γενικά, η δραστηριότητα μετεγκατάστασης που ορίζεται στο έγγραφο «Οδηγός μετανάστευσης» περιλαμβάνει:
- Πραγματική μετεγκατάσταση της εφαρμογής
- Τείχη προστασίας, θύρα, κεντρικοί υπολογιστές, υλικό, ρυθμίσεις παραμέτρων λογισμικού τροποποιούνται σύμφωνα με το νέο σύστημα στο οποίο γίνεται μετεγκατάσταση του παλαιού τύπου
- Πραγματοποιούνται διαρροές δεδομένων, έλεγχοι ασφαλείας
- Ελέγχεται η συνδεσιμότητα μεταξύ όλων των στοιχείων της εφαρμογής
Συνιστάται στους ελεγκτές να επαληθεύουν τα παραπάνω στο πίσω μέρος του συστήματος ή να διεξάγουν δοκιμές λευκού κουτιού.
Μόλις ολοκληρωθεί η δραστηριότητα μετεγκατάστασης που καθορίζεται στον οδηγό, θα εμφανιστούν όλοι οι διακομιστές και θα γίνουν βασικές δοκιμές που σχετίζονται με την επαλήθευση της επιτυχούς μετεγκατάστασης, η οποία διασφαλίζει ότι όλα τα συστήματα από άκρο σε άκρο συνδέονται κατάλληλα και όλα τα στοιχεία μιλούν μεταξύ τους Άλλο, το DB είναι σε λειτουργία και λειτουργεί, το front end επικοινωνεί με το back end με επιτυχία. Αυτές οι δοκιμές πρέπει να αναγνωριστούν νωρίτερα και να καταγραφούν στο έγγραφο Προδιαγραφή δοκιμής μετανάστευσης.
Υπάρχουν πιθανότητες ότι το λογισμικό υποστηρίζει πολλές διαφορετικές πλατφόρμες. Σε αυτήν την περίπτωση, η μετεγκατάσταση πρέπει να επαληθεύεται ξεχωριστά σε καθεμία από αυτές τις πλατφόρμες.
καλύτερο δωρεάν τείχος προστασίας για τα Windows 10 2018
Η επαλήθευση των σεναρίων μετεγκατάστασης θα είναι μέρος του τεστ μετεγκατάστασης. Μερικές φορές, το μεμονωμένο σενάριο μετεγκατάστασης επαληθεύεται επίσης χρησιμοποιώντας 'Δοκιμή λευκού κουτιού' σε αυτόνομο περιβάλλον δοκιμών.
Ως εκ τούτου, η δοκιμή μετεγκατάστασης θα είναι ένας συνδυασμός τόσο του «λευκού κουτιού όσο και του μαύρου κουτιού».
Μόλις ολοκληρωθεί αυτή η επαλήθευση που σχετίζεται με τη μετανάστευση και περάσουν οι αντίστοιχες δοκιμές, η ομάδα μπορεί να προχωρήσει περαιτέρω με τη δραστηριότητα των δοκιμών μετά τη μετανάστευση.
Φάση # 3:Δοκιμή μετά τη μετανάστευση
Μόλις η εφαρμογή μετεγκατασταθεί με επιτυχία, η δοκιμή μετά τη μετεγκατάσταση εμφανίζεται στην εικόνα.
Εδώ πραγματοποιείται δοκιμή συστήματος από άκρο σε άκρο στο περιβάλλον δοκιμών. Οι υπεύθυνοι δοκιμών εκτελούν αναγνωρισμένες περιπτώσεις δοκιμών, σενάρια δοκιμών, περιπτώσεις χρήσης με δεδομένα παλαιού τύπου, καθώς και ένα νέο σύνολο δεδομένων.
Εκτός από αυτά, υπάρχουν συγκεκριμένα στοιχεία που πρέπει να επαληθευτούν στα μεταναστευμένα περιβάλλοντα που παρατίθενται παρακάτω:
Όλα αυτά τεκμηριώνονται ως δοκιμαστική θήκη και περιλαμβάνονται στο έγγραφο «Προδιαγραφή δοκιμής».
- Ελέγξτε εάν όλα τα δεδομένα του παλαιού τύπου μεταφέρονται στη νέα εφαρμογή εντός του χρόνου διακοπής που είχε προγραμματιστεί. Για να το διασφαλίσετε, συγκρίνετε τον αριθμό των εγγραφών μεταξύ παλαιού τύπου και νέας εφαρμογής για κάθε πίνακα και προβολών στη βάση δεδομένων. Επίσης, αναφέρετε τον χρόνο που απαιτείται για να μετακινήσετε, ας πούμε 10000 εγγραφές.
- Ελέγξτε εάν όλα τα σχήματα αλλάζουν (πεδία και πίνακες που έχουν προστεθεί ή καταργηθεί) σύμφωνα με το νέο σύστημα ενημερώνονται.
- Τα δεδομένα που μετεγκαταστάθηκαν από την παλαιά σε νέα εφαρμογή θα πρέπει να διατηρήσουν την αξία και τη μορφή τους, εκτός εάν δεν έχει καθοριστεί για να το πράξει. Για να το διασφαλίσετε, συγκρίνετε τιμές δεδομένων μεταξύ της βάσης δεδομένων παλαιού τύπου και της νέας εφαρμογής.
- Δοκιμάστε τα μετεγκατεστημένα δεδομένα στη νέα εφαρμογή. Εδώ καλύπτεται ένας μέγιστος αριθμός πιθανών περιπτώσεων. Για να εξασφαλίσετε 100% κάλυψη σε σχέση με την επαλήθευση μετεγκατάστασης δεδομένων, χρησιμοποιήστε το αυτοματοποιημένο εργαλείο δοκιμών.
- Ελέγξτε για ασφάλεια βάσης δεδομένων.
- Ελέγξτε την ακεραιότητα των δεδομένων για όλες τις πιθανές εγγραφές δειγμάτων.
- Ελέγξτε και βεβαιωθείτε ότι η προηγούμενη υποστηριζόμενη λειτουργικότητα στο παλαιό σύστημα λειτουργεί όπως αναμένεται στο νέο σύστημα.
- Ελέγξτε τη ροή δεδομένων εντός της εφαρμογής που καλύπτει τα περισσότερα από τα στοιχεία.
- Η διεπαφή μεταξύ των στοιχείων πρέπει να δοκιμαστεί εκτενώς, καθώς τα δεδομένα δεν πρέπει να τροποποιηθούν, να χαθούν και να καταστραφούν όταν διέρχεται από στοιχεία. Μπορούν να χρησιμοποιηθούν περιπτώσεις δοκιμής ενοποίησης για να το επιβεβαιώσουν.
- Ελέγξτε για περιττές πληροφορίες παλαιού τύπου. Δεν πρέπει να αντιγράφονται τα δεδομένα παλαιού τύπου κατά τη μετεγκατάσταση
- Ελέγξτε για περιπτώσεις αναντιστοιχίας δεδομένων, όπως άλλαξε ο τύπος δεδομένων, αλλάζει η μορφή αποθήκευσης κ.λπ.,
- Όλοι οι έλεγχοι επιπέδου πεδίου στην εφαρμογή παλαιού τύπου θα πρέπει να καλύπτονται και στη νέα εφαρμογή
- Οποιαδήποτε προσθήκη δεδομένων στη νέα εφαρμογή δεν θα πρέπει να αντικατοπτρίζει την κληρονομιά
- Θα πρέπει να υποστηρίζεται η ενημέρωση των δεδομένων της παλαιάς εφαρμογής μέσω της νέας εφαρμογής. Μόλις ενημερωθεί στη νέα εφαρμογή, δεν θα πρέπει να αντικατοπτρίζει το παλαιό.
- Θα πρέπει να υποστηρίζεται η διαγραφή των δεδομένων της παλαιάς εφαρμογής στη νέα εφαρμογή. Μόλις διαγραφεί στη νέα εφαρμογή, δεν θα πρέπει επίσης να διαγράψει δεδομένα από παλαιού τύπου.
- Βεβαιωθείτε ότι οι αλλαγές που έγιναν στο παλαιό σύστημα υποστηρίζουν τη νέα λειτουργικότητα που παρέχεται ως μέρος του νέου συστήματος.
- Βεβαιωθείτε ότι οι χρήστες από το παλαιό σύστημα μπορούν να συνεχίσουν να χρησιμοποιούν τόσο την παλιά λειτουργικότητα όσο και τη νέα λειτουργικότητα, ειδικά αυτές που αφορούν τις αλλαγές. Εκτελέστε τις δοκιμαστικές περιπτώσεις και τα αποτελέσματα των δοκιμών που αποθηκεύτηκαν κατά τη δοκιμή πριν από τη μετεγκατάσταση.
- Δημιουργήστε νέους χρήστες στο σύστημα και πραγματοποιήστε δοκιμές για να βεβαιωθείτε ότι η λειτουργικότητα από την κληρονομιά καθώς και από τη νέα εφαρμογή, υποστηρίζει τους νεοδημιουργημένους χρήστες και λειτουργεί καλά.
- Πραγματοποιήστε δοκιμές σχετικές με τη λειτουργικότητα με μια ποικιλία δειγμάτων δεδομένων (διαφορετική ηλικιακή ομάδα, χρήστες από διαφορετικές περιοχές κ.λπ.)
- Απαιτείται επίσης να επαληθευτεί εάν οι 'Χαρακτηριστικές σημαίες' είναι ενεργοποιημένες για τις νέες δυνατότητες και η ενεργοποίηση / απενεργοποίησή της επιτρέπει στις λειτουργίες να ενεργοποιούνται και να απενεργοποιούνται.
- Ο έλεγχος απόδοσης είναι σημαντικός για να διασφαλιστεί ότι η μετάβαση σε νέο σύστημα / λογισμικό δεν έχει υποβαθμίσει την απόδοση του συστήματος.
- Απαιτείται επίσης η διενέργεια δοκιμών φορτίου και πίεσης για τη διασφάλιση της σταθερότητας του συστήματος.
- Βεβαιωθείτε ότι η αναβάθμιση του λογισμικού δεν έχει ανοίξει ευπάθειες ασφαλείας και, ως εκ τούτου, πραγματοποιήστε δοκιμές ασφαλείας, ειδικά στην περιοχή όπου έχουν πραγματοποιηθεί αλλαγές στο σύστημα κατά τη μετεγκατάσταση.
- Η ευχρηστία είναι μια άλλη πτυχή που πρέπει να επαληθευτεί, όπου εάν το σύστημα GUI διάταξη / front-end έχει αλλάξει ή έχει αλλάξει κάποια λειτουργικότητα, ποια είναι η ευκολία χρήσης που αισθάνεται ο τελικός χρήστης σε σύγκριση με το παλαιό σύστημα.
Δεδομένου ότι το πεδίο των δοκιμών μετά τη μετανάστευση γίνεται πολύ τεράστιο, είναι ιδανικό να διαχωρίζονται οι σημαντικές δοκιμές που πρέπει να γίνουν πρώτα για να κριθεί ότι η Μετανάστευση είναι επιτυχής και στη συνέχεια να πραγματοποιήσει τα υπόλοιπα αργότερα.
Συνιστάται επίσης να αυτοματοποιήσετε τις λειτουργικές περιπτώσεις δοκιμής από άκρο σε άκρο και άλλες πιθανές περιπτώσεις δοκιμής, έτσι ώστε ο χρόνος δοκιμής να μπορεί να μειωθεί και τα αποτελέσματα να είναι διαθέσιμα γρήγορα.
Λίγες συμβουλές για τους υπεύθυνους δοκιμών για τη σύνταξη των δοκιμαστικών περιπτώσεων για την εκτέλεση μετά τη μετεγκατάσταση:
- Όταν η εφαρμογή μετεγκατασταθεί, αυτό δεν σημαίνει ότι οι δοκιμαστικές περιπτώσεις πρέπει να γραφτούν για ολόκληρη τη νέα εφαρμογή. Οι δοκιμαστικές θήκες που έχουν ήδη σχεδιαστεί για την κληρονομιά θα εξακολουθούν να ισχύουν για τη νέα εφαρμογή. Έτσι, στο μέτρο του δυνατού, χρησιμοποιήστε τις παλιές περιπτώσεις δοκιμών και μετατρέψτε τις παλαιότερες περιπτώσεις δοκιμών σε περιπτώσεις μιας νέας εφαρμογής όπου απαιτείται.
- Εάν υπάρχει κάποια αλλαγή λειτουργίας στη νέα εφαρμογή, τότε θα πρέπει να τροποποιηθούν οι δοκιμαστικές περιπτώσεις που σχετίζονται με τη λειτουργία.
- Εάν υπάρχει νέα δυνατότητα προσθήκης στη νέα εφαρμογή, τότε θα πρέπει να σχεδιαστούν νέες δοκιμαστικές περιπτώσεις για τη συγκεκριμένη λειτουργία.
- Όταν υπάρχει κάποια πτώση χαρακτηριστικών στη νέα εφαρμογή, οι δοκιμαστικές περιπτώσεις της σχετικής εφαρμογής παλαιού τύπου δεν θα πρέπει να λαμβάνονται υπόψη για την εκτέλεση μετά τη μετεγκατάσταση και θα πρέπει να επισημαίνονται ως μη έγκυρες και να διαχωρίζονται.
- Οι δοκιμαστικές θήκες που σχεδιάζονται πρέπει να είναι πάντοτε αξιόπιστες και συνεπείς όσον αφορά τη χρήση. Η επαλήθευση κρίσιμων δεδομένων θα πρέπει να καλύπτεται σε δοκιμαστικές περιπτώσεις, ώστε να μην χάνονται κατά την εκτέλεση.
- Όταν ο σχεδιασμός της νέας εφαρμογής είναι διαφορετικός από αυτόν του παλαιού τύπου (UI), τότε οι περιπτώσεις δοκιμών που σχετίζονται με τη διεπαφή χρήστη πρέπει να τροποποιηθούν για να προσαρμόσουν το νέο σχέδιο. Η απόφαση να ενημερώσετε ή να γράψετε νέα, σε αυτήν την περίπτωση, μπορεί να ληφθεί από τον υπεύθυνο δοκιμών με βάση τον όγκο της αλλαγής που συνέβη.
Δοκιμή συμβατότητας προς τα πίσω
Η μετεγκατάσταση του συστήματος απαιτεί επίσης από τους ελεγκτές να επαληθεύσουν την «Συμβατότητα προς τα πίσω», όπου το νέο σύστημα που εισήχθη είναι συμβατό με το παλιό σύστημα (τουλάχιστον 2 προηγούμενες εκδόσεις) και διασφαλίζει ότι λειτουργεί τέλεια με αυτές τις εκδόσεις.
Η συμβατότητα προς τα πίσω είναι να διασφαλιστεί:
- Εάν το νέο σύστημα υποστηρίζει τη λειτουργικότητα που υποστηρίζεται σε προηγούμενες 2 εκδόσεις μαζί με τη νέα.
- Το σύστημα μπορεί να μετεγκατασταθεί επιτυχώς από τις προηγούμενες 2 εκδόσεις χωρίς καμία ταλαιπωρία.
Ως εκ τούτου, είναι σημαντικό να διασφαλιστεί η συμβατότητα του συστήματος με τη διεξαγωγή συγκεκριμένων δοκιμών που σχετίζονται με την υποστήριξη συμβατότητας προς τα πίσω. Οι δοκιμές που σχετίζονται με συμβατότητα προς τα πίσω πρέπει να σχεδιαστούν και να περιληφθούν στο έγγραφο δοκιμής προδιαγραφής για εκτέλεση.
Δοκιμή επαναφοράς
Σε περίπτωση προβλημάτων κατά τη διεξαγωγή της μετεγκατάστασης ή εάν υπάρχει αποτυχία μετεγκατάστασης σε οποιαδήποτε στιγμή κατά τη διάρκεια της μετεγκατάστασης, τότε θα πρέπει να είναι δυνατό για το σύστημα να επιστρέψει στο παλαιό σύστημα και να συνεχίσει τη λειτουργία του γρήγορα χωρίς να επηρεάσει τους χρήστες και η λειτουργικότητα που υποστηρίχθηκε νωρίτερα.
Έτσι, για να επαληθευτεί αυτό, τα σενάρια δοκιμής αποτυχίας μετεγκατάστασης πρέπει να σχεδιαστούν ως μέρος των αρνητικών δοκιμών και ο μηχανισμός επαναφοράς πρέπει να δοκιμαστεί. Ο συνολικός χρόνος που απαιτείται για την επανέναρξη στο παλαιό σύστημα πρέπει επίσης να καταγραφεί και να αναφερθεί στα αποτελέσματα της δοκιμής.
Μετά την επαναφορά, η κύρια λειτουργικότητα και το δοκιμή παλινδρόμησης (αυτοματοποιημένο) πρέπει να εκτελεστεί για να διασφαλιστεί ότι η μετανάστευση δεν έχει επηρεάσει τίποτα και η επαναφορά είναι επιτυχής στην επαναφορά του παλαιού συστήματος.
Συνοπτική έκθεση δοκιμής μετανάστευσης
Η συνοπτική έκθεση δοκιμής θα πρέπει να δημιουργηθεί μετά την ολοκλήρωση των δοκιμών και θα πρέπει να καλύπτει την έκθεση για τη σύνοψη των διαφόρων δοκιμών / σεναρίων που πραγματοποιήθηκαν ως μέρος διαφόρων φάσεων μετεγκατάστασης με την κατάσταση του αποτελέσματος (επιτυχία / αποτυχία) και τα αρχεία καταγραφής δοκιμής.
Ο χρόνος που καταγράφεται για τις ακόλουθες δραστηριότητες πρέπει να αναφέρεται σαφώς:
- Συνολικός χρόνος μετεγκατάστασης
- Διακοπή των εφαρμογών
- Χρόνος που αφιερώθηκε για τη μετεγκατάσταση 10000 εγγραφών.
- Χρόνος που ξοδεύεται για επαναφορά.
Εκτός από τις παραπάνω πληροφορίες, τυχόν παρατηρήσεις / συστάσεις μπορούν επίσης να αναφερθούν.
Προκλήσεις στη δοκιμή μετανάστευσης δεδομένων
Οι προκλήσεις που αντιμετωπίζονται σε αυτή τη δοκιμή αφορούν κυρίως δεδομένα. Παρακάτω είναι λίγα στη λίστα:
# 1) Ποιότητα δεδομένων:
Ενδέχεται να διαπιστώσουμε ότι τα δεδομένα που χρησιμοποιούνται στην εφαρμογή παλαιού τύπου είναι κακής ποιότητας στη νέα / αναβαθμισμένη εφαρμογή. Σε τέτοιες περιπτώσεις, η ποιότητα των δεδομένων πρέπει να βελτιωθεί ώστε να πληροί τα επιχειρηματικά πρότυπα.
Παράγοντες όπως παραδοχές, μετατροπές δεδομένων μετά από μετεγκαταστάσεις, δεδομένα που εισάγονται στην ίδια την εφαρμογή παλαιού τύπου δεν είναι έγκυρα, κακή ανάλυση δεδομένων κ.λπ. οδηγεί σε κακή ποιότητα δεδομένων. Αυτό έχει ως αποτέλεσμα υψηλό λειτουργικό κόστος, αυξημένους κινδύνους ενοποίησης δεδομένων και απόκλιση από τον σκοπό της επιχείρησης.
# 2) Αναντιστοιχία δεδομένων:
Τα δεδομένα που μετεγκαταστάθηκαν από την παλαιά στη νέα / αναβαθμισμένη εφαρμογή ενδέχεται να βρεθούν αναντιστοιχίες στη νέα. Αυτό μπορεί να οφείλεται στην αλλαγή στον τύπο δεδομένων, στη μορφή αποθήκευσης δεδομένων, στον σκοπό για τον οποίο χρησιμοποιούνται τα δεδομένα μπορεί να επαναπροσδιοριστεί.
Αυτό έχει ως αποτέλεσμα τεράστια προσπάθεια τροποποίησης των απαραίτητων αλλαγών είτε για τη διόρθωση των αναντιστοιχικών δεδομένων είτε για την αποδοχή τους και την προσαρμογή σε αυτόν τον σκοπό.
# 3) Απώλεια δεδομένων:
Τα δεδομένα ενδέχεται να χαθούν κατά τη μετάβαση από το παλαιό στη νέα / αναβαθμισμένη εφαρμογή. Αυτό μπορεί να ισχύει για υποχρεωτικά πεδία ή μη υποχρεωτικά πεδία. Εάν τα δεδομένα που χάνονται είναι για μη υποχρεωτικά πεδία, τότε η εγγραφή για αυτά θα εξακολουθεί να είναι έγκυρη και μπορεί να ενημερωθεί ξανά.
Αν όμως τα δεδομένα του υποχρεωτικού πεδίου χαθούν, τότε η ίδια η εγγραφή καθίσταται άκυρη και δεν μπορεί να ανακληθεί. Αυτό θα έχει ως αποτέλεσμα τεράστια απώλεια δεδομένων και θα πρέπει να ανακτηθεί είτε από την εφεδρική βάση δεδομένων είτε από τα αρχεία καταγραφής ελέγχου εάν καταγραφεί σωστά.
# 4) Όγκος δεδομένων:
Τεράστια δεδομένα που απαιτούν πολύ χρόνο για μετεγκατάσταση εντός του παραθύρου εκτός λειτουργίας της δραστηριότητας μετεγκατάστασης. Π.χ: Ξύλινες κάρτες στον κλάδο των τηλεπικοινωνιών, χρήστες σε μια πλατφόρμα ευφυούς δικτύου κ.λπ., εδώ η πρόκληση είναι η στιγμή, τα δεδομένα παλαιού τύπου να διαγραφούν, θα δημιουργηθούν τεράστια νέα δεδομένα, τα οποία πρέπει να μετεγκατασταθούν ξανά. Ο αυτοματισμός είναι η λύση για τεράστια μετεγκατάσταση δεδομένων.
# 5) Προσομοίωση περιβάλλοντος σε πραγματικό χρόνο (με τα πραγματικά δεδομένα):
Η προσομοίωση ενός περιβάλλοντος σε πραγματικό χρόνο στο εργαστήριο δοκιμών είναι μια άλλη πραγματική πρόκληση, όπου οι δοκιμαστές αντιμετωπίζουν διαφορετικά είδη προβλημάτων με τα πραγματικά δεδομένα και το πραγματικό σύστημα, το οποίο δεν αντιμετωπίζει κατά τη διάρκεια της δοκιμής.
Έτσι, η δειγματοληψία δεδομένων, η αναπαραγωγή πραγματικού περιβάλλοντος, η ταυτοποίηση του όγκου των δεδομένων που εμπλέκονται στη μετανάστευση είναι πολύ σημαντική κατά τη διεξαγωγή δοκιμών μετεγκατάστασης δεδομένων.
# 6) Προσομοίωση του όγκου δεδομένων:
Οι ομάδες πρέπει να μελετήσουν πολύ προσεκτικά τα δεδομένα στο ζωντανό σύστημα και πρέπει να παρουσιάσουν την τυπική ανάλυση και δειγματοληψία των δεδομένων.
Π.χ: χρήστες με ηλικιακή ομάδα κάτω των 10 ετών, 10-30 ετών κ.λπ., στο μέτρο του δυνατού, πρέπει να ληφθούν δεδομένα από το ζωντανό, εάν όχι η δημιουργία δεδομένων πρέπει να γίνει στο περιβάλλον δοκιμών. Πρέπει να χρησιμοποιηθούν αυτοματοποιημένα εργαλεία για τη δημιουργία μεγάλου όγκου δεδομένων. Η παρέκταση, όπου είναι δυνατόν, μπορεί να χρησιμοποιηθεί, εάν ο τόμος δεν μπορεί να προσομοιωθεί.
Συμβουλές για την εξομάλυνση των κινδύνων μετανάστευσης δεδομένων
Παρακάτω δίνονται μερικές συμβουλές που πρέπει να γίνουν προκειμένου να εξομαλυνθούν οι κίνδυνοι μετανάστευσης δεδομένων:
- Τυποποιήστε τα δεδομένα που χρησιμοποιούνται στο παλαιό σύστημα, έτσι ώστε κατά τη μετεγκατάσταση, τα τυπικά δεδομένα θα είναι διαθέσιμα σε νέο σύστημα
- Βελτιώστε την ποιότητα των δεδομένων, έτσι ώστε όταν μετεγκατασταθούν, υπάρχουν ποιοτικά δεδομένα για δοκιμή δίνοντας την αίσθηση της δοκιμής ως τελικού χρήστη
- Καθαρίστε τα δεδομένα πριν από τη μετεγκατάσταση, έτσι ώστε όταν μετεγκατασταθούν, δεν θα υπάρχουν διπλά δεδομένα στο νέο σύστημα και επίσης αυτό διατηρεί καθαρό ολόκληρο το σύστημα
- Ελέγξτε ξανά τους περιορισμούς, τις αποθηκευμένες διαδικασίες, τα σύνθετα ερωτήματα που αποδίδουν ακριβή αποτελέσματα, έτσι ώστε όταν μετεγκατασταθούν, επιστρέφονται σωστά δεδομένα και στο νέο σύστημα
- Προσδιορίστε το σωστό εργαλείο αυτοματισμού για να εκτελέσετε ελέγχους δεδομένων / καταγραφή ελέγχων στο νέο σύστημα σε σύγκριση με το παλαιό.
συμπέρασμα
Ως εκ τούτου, λαμβάνοντας υπόψη την πολυπλοκότητα που συνεπάγεται η διεξαγωγή δοκιμών μετεγκατάστασης δεδομένων, έχοντας υπόψη ότι μια μικρή απώλεια σε οποιαδήποτε πτυχή της επαλήθευσης κατά τη διάρκεια της δοκιμής θα οδηγήσει στον κίνδυνο αποτυχίας της μετανάστευσης στην παραγωγή, είναι πολύ σημαντικό να διεξαχθεί προσεκτική και ενδελεχής μελέτη & ανάλυση του συστήματος πριν και μετά τη μετεγκατάσταση. Σχεδιάστε και σχεδιάστε την αποτελεσματική στρατηγική μετεγκατάστασης με τα ισχυρά εργαλεία μαζί με εξειδικευμένους και εκπαιδευμένους δοκιμαστές.
Όπως γνωρίζουμε ότι η Μετεγκατάσταση έχει τεράστιο αντίκτυπο στην ποιότητα της εφαρμογής, πρέπει να καταβληθεί μεγάλη προσπάθεια από ολόκληρη την ομάδα για να επαληθευτεί ολόκληρο το σύστημα σε όλες τις πτυχές όπως λειτουργικότητα, απόδοση, ασφάλεια, χρηστικότητα, διαθεσιμότητα, αξιοπιστία, συμβατότητα κ.λπ., τα οποία με τη σειρά τους θα διασφαλίσουν την επιτυχή «Δοκιμή μετανάστευσης».
«Διαφορετικοί τύποι μεταναστεύσεων» που συμβαίνουν συνήθως αρκετά συχνά στην πραγματικότητα και οι τρόποι χειρισμού των δοκιμών τους θα εξηγηθούν εν συντομία στο δικό μας επόμενο σεμινάριο σε αυτήν τη σειρά .
Σχετικά με τους συγγραφείς: Αυτός ο οδηγός γράφτηκε από τον συγγραφέα STH Nandini. Έχει 7+ χρόνια εμπειρίας στις δοκιμές λογισμικού. Επίσης, ευχαριστούμε τον συγγραφέα της STH Gayathri S. για την κριτική και την παροχή πολύτιμων προτάσεων για τη βελτίωση αυτής της σειράς. Η Gayathri έχει 18+ χρόνια εμπειρίας στις υπηρεσίες ανάπτυξης λογισμικού και δοκιμών.
Ενημερώστε μας για τα σχόλια / τις προτάσεις σας σχετικά με αυτό το σεμινάριο.
Συνιστώμενη ανάγνωση
- Εγχειρίδιο δοκιμών αποθήκης δεδομένων δοκιμών ETL (ένας πλήρης οδηγός)
- Δοκιμή άλφα και δοκιμή beta (Ένας πλήρης οδηγός)
- Λειτουργική δοκιμή εναντίον μη λειτουργική δοκιμή
- Τύποι δοκιμών μετεγκατάστασης: Με σενάρια δοκιμής για κάθε τύπο
- Tutorial Test Usability: Ένας πλήρης οδηγός έναρξης
- 13 καλύτερα εργαλεία μετεγκατάστασης δεδομένων για πλήρη ακεραιότητα δεδομένων (2021 LIST)
- Πλήρης οδηγός δοκιμής επαλήθευσης έκδοσης (BVT Testing)
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)