oracle real application testing solution test oracle db before moving production
Έχουμε φτάσει στο τελευταίο μέρος του σειρά δοκιμών βάσεων δεδομένων Oracle.
Μέχρι τώρα, έχουμε αντιμετωπίσει μεθόδους δοκιμής της βάσης δεδομένων Oracle. Συνεχίζοντας αυτήν την εστίαση θα βρούμε περισσότερες λεπτομέρειες σχετικά με το Oracle Real Application Testing.
Σήμερα θα μάθουμε το Oracle Real Application Testing - ένα αποτελεσματικό σύστημα διασφάλισης αλλαγών που αξιολογεί την αλλαγή του συστήματος στο ίδιο το περιβάλλον δοκιμών προτού το εισαγάγει στην παραγωγή.
Αυτή είναι η κορυφαία λύση της Oracle για τη σύλληψη του πραγματικού φόρτου εργασίας του περιβάλλοντος παραγωγής DB και την αντικατάστασή του στο t είναι περιβάλλον .
Όπως αναφέρεται σε πολλές περιπτώσεις, πρέπει πάντα να βεβαιωθούμε ότι δοκιμάζουμε τη βάση δεδομένων σε κάθε δυνατή διάσταση για να εξαλείψουμε τις αστάθειες και να βεβαιωθούμε ότι δεν αντιμετωπίζουμε απρόβλεπτα ζητήματα στην παρουσία παραγωγής μας.
Μπορούμε να κατηγοριοποιήσουμε Δοκιμή πραγματικών εφαρμογών της Oracle σε δύο μεγάλες ενότητες:
- Αναλυτής απόδοσης SQL
- Επανάληψη βάσης δεδομένων
Πριν προχωρήσουμε περαιτέρω, Λάβετε υπόψη ότι ο Αναλυτής απόδοσης SQL και το Replay βάσης δεδομένων απαιτεί πρόσθετη αδειοδότηση, δηλαδή είναι διαθέσιμο με επιπλέον κόστος και μια επιλογή Enterprise Edition.
Τι θα μάθετε:
Αναλυτής απόδοσης SQL
Το GUI που χρησιμοποιήθηκε για πρόσβαση στο SQL Performance Analyzer και το Database Replay είναι το Enterprise Manager, όπως φαίνεται παρακάτω:
Για να αποκτήσετε πρόσβαση στο SQL Performance Analyzer απλώς κάντε κλικ στο σύνδεσμο 'SQL Performance Analyzer'
(Κάντε κλικ στην εικόνα για προβολή μεγεθυμένη)
Το SQL Performance Analyzer μας δίνει τη δυνατότητα να μετρήσουμε την επίδραση απόδοσης οποιασδήποτε αλλαγής στο σύστημα που μπορεί να έχει αντίκτυπο στην εκτέλεση και την απόδοση του SQL.
Είναι εξαιρετικά χρήσιμα σε περιπτώσεις όπως:
- Αναβάθμιση βάσης δεδομένων, ενημέρωση κώδικα
- Αλλαγές διαμόρφωσης στο λειτουργικό σύστημα - Λογισμικό ή υλικό
- Οι στατιστικές του Oracle Optimizer αλλάζουν
- Αλλαγές χρήστη / σχήματος
Συνιστάται πάντα να εκτελείτε το SQL Performance Analysis σε μια δοκιμή ή ένα UAT (Δοκιμή εφαρμογής χρήστη) σύστημα και όχι σε σύστημα παραγωγής. Δεδομένου ότι, ενώ δοκιμάζουμε τα αποτελέσματα της αλλαγής από την άποψη της απόδοσης, θα μπορούσαμε να επηρεάσουμε ακούσια τους χρήστες που εκτελούνται στην παρουσία παραγωγής. Επίσης, η εκτέλεση σε δοκιμή θα διασφαλίσει ότι δεν θα παραβιάσουμε τις τρέχουσες διαδικασίες παραγωγής.
ΠΡΟΣ ΤΗΝ Η βασική επισκόπηση μιας ροής εργασίας του SQL Performance Analyzer φαίνεται παρακάτω:
Η ανάλυση απόδοσης SQL περιλαμβάνει τα ακόλουθα βήματα.
Βήμα 1)Λήψη φόρτου εργασίας SQL
Προσδιορίστε τις δηλώσεις SQL που θα αποτελούσαν μέρος του φόρτου εργασίας SQL από την παρουσία παραγωγής που θέλετε να αναλύσετε. Αυτός ο φόρτος εργασίας θα πρέπει ιδανικά να αντιπροσωπεύει τον φόρτο εργασίας που μπορεί να έχετε στην παραγωγή σας.
Καταγράφουμε αυτές τις δηλώσεις σε ένα SQL Tuning Set και τροφοδοτούμε αυτό το SQL Tuning Set στον SQL Performance Analyzer.
Επειδή ο Αναλυτής καταναλώνει πολλούς πόρους στο σύστημά σας, σας συνιστούμε πάντα να εκτελούνται σε δοκιμή ή σε σύστημα UAT. Για να το εκτελέσουμε σε ένα δοκιμαστικό σύστημα θα πρέπει να εξάγουμε το σύνολο SQL Tuning που έχουμε ήδη δημιουργήσει στην παραγωγή στο δοκιμαστικό σύστημα.
Βήμα 2)Δημιουργία εργασίας SQL Performance Analyzer
Για να εκτελέσετε τον Αναλυτή, πρέπει πρώτα να δημιουργήσετε μια εργασία SQL Performance Analyzer. Αυτή η εργασία δεν είναι παρά ένα αποθετήριο που συγκεντρώνει όλα τα δεδομένα σχετικά με την ανάλυση που εκτελείται από τον SQL Performance Analyzer. Όπως προαναφέρθηκε, το SQL Tuning Set τροφοδοτείται ως διεγερτικό στον Αναλυτή.
σετ κεφαλής εικονικής πραγματικότητας για xbox one
Βήμα # 3)Προ-αλλαγή δοκιμής απόδοσης SQL
Αφού δημιουργήσαμε την εργασία SQL Performance Analyzer και το SQL Tuning Set, πρέπει να οικοδομήσουμε την υποδομή στο δοκιμαστικό σύστημα.
Λάβετε υπόψη ότι όταν σκοπεύουμε να χρησιμοποιήσουμε ένα σύστημα για δοκιμή, πρέπει να βεβαιωθούμε ότι είναι πολύ παρόμοιο με το σύστημα παραγωγής όσον αφορά το υλικό, το λογισμικό και την αποθήκευση, ώστε να μπορούμε να αναπαραγάγουμε ένα παρόμοιο περιβάλλον.
Μόλις το σύστημα δοκιμής διαμορφωθεί κατάλληλα, μπορούμε να δημιουργήσουμε την έκδοση πριν από την αλλαγή των δεδομένων χρησιμοποιώντας το SQL Performance Analyzer.
Αυτό μπορεί να επιτευχθεί χρησιμοποιώντας είτε το Enterprise Manager είτε τα API (ενσωματωμένες διαδικασίες).
Βήμα # 4)Δοκιμαστική απόδοση SQL μετά την αλλαγή
Η δοκιμή μετά την αλλαγή εκτελείται στο δοκιμαστικό σύστημα αφού πραγματοποιήσει ορισμένες αλλαγές στο σύστημα.
Μόλις ολοκληρωθεί αυτό, θα έχουμε δύο δοκιμές SQL - μια δοκιμή πριν από την αλλαγή και μετά την αλλαγή για σύγκριση.
Παρόμοια με τη δοκιμή απόδοσης προ-αλλαγής SQL, μπορούμε να δημιουργήσουμε δοκιμή επιδόσεων μετά την αλλαγή SQL χρησιμοποιώντας είτε το Enterprise Manager είτε τα API (ενσωματωμένες διαδικασίες).
Βήμα # 5)Δημιουργία αναφοράς
Μετά την εκτέλεση των δοκιμών πριν από την αλλαγή και μετά την αλλαγή, τα δεδομένα απόδοσης που συλλέγονται σε αυτά μπορούν να συγκριθούν εκτελώντας μια ανάλυση σύγκρισης χρησιμοποιώντας το SQL Performance Analyzer.
Μόλις ολοκληρωθεί αυτή η εργασία σύγκρισης, μπορούμε να δημιουργήσουμε μια αναφορά για να προσδιορίσουμε την απόδοση της δήλωσης SQL που ήταν μέρος του φόρτου εργασίας που σκοπεύαμε να δοκιμάσουμε.
Με την εξέταση της έκθεσης, μπορούμε να κρίνουμε και να βγάλουμε συμπεράσματα σχετικά με την απόδοση του SQL
Δηλώσεις και στη συνέχεια ανάπτυξη των αλλαγών του συστήματος στην παραγωγή.
Παρομοίως, μπορούμε να δοκιμάσουμε διάφορους φόρτους εργασίας με διάφορες αλλαγές συστήματος και να βεβαιωθούμε ότι δοκιμάζουμε κάθε ένα από αυτά πριν τα εφαρμόσουμε στην παραγωγή.
Η ροή εργασίας που απεικονίζεται παραπάνω μπορεί να αναπαρασταθεί γραφικά όπως φαίνεται παρακάτω.
Επανάληψη βάσης δεδομένων
Για να εκτελέσετε το εργαλείο μέσω του Enterprise Manager:
(Κάντε κλικ στην εικόνα για προβολή μεγεθυμένη)
Η αναπαραγωγή βάσης δεδομένων επιτρέπει ρεαλιστικό έλεγχο των αλλαγών του συστήματος, αναπαράγοντας ουσιαστικά το περιβάλλον παραγωγής σας σε ένα δοκιμαστικό σύστημα. Αυτό το επιτυγχάνει καταγράφοντας έναν επιθυμητό φόρτο εργασίας στο σύστημα παραγωγής και το αναπαράγουμε σε ένα δοκιμαστικό σύστημα με τα ακριβή χαρακτηριστικά πόρων του αρχικού φόρτου εργασίας, όπως εκτέλεση SQL, συναλλαγές, αποσπάσματα και διαδικασίες.
Αυτό γίνεται για να βεβαιωθούμε ότι εξετάζουμε όλες τις πιθανές επιπτώσεις οποιασδήποτε αλλαγής, συμπεριλαμβανομένων ανεπιθύμητων αποτελεσμάτων, όπως σφάλματα προϊόντος, ακατάλληλα αποτελέσματα ή παλινδρόμηση απόδοσης.
Η εκτεταμένη ανάλυση και η αναφορά που δημιουργούνται βοηθούν επίσης στον εντοπισμό τυχόν πιθανών προβλημάτων, όπως λανθασμένες περιστάσεις και αποκλίσεις απόδοσης.
Ως αποτέλεσμα, οι οργανισμοί μπορούν να είναι σίγουροι όταν αντιμετωπίζουν την αλλαγή και να είναι επικερδείς στην αξιολόγηση της συνολικής επιτυχίας της αλλαγής του συστήματος. Αυτό θα μειώσει σημαντικά κάθε κίνδυνο όταν θέλουμε να εφαρμόσουμε τις αλλαγές στην παραγωγή. Η αλλαγή είναι αναπόφευκτη και διασφαλίζοντας ότι δοκιμάζουμε κάθε πτυχή αυτής της αλλαγής από όλους τους βαθμούς θα κάνει την παραγωγή πιο στιβαρή και ανθεκτική.
Μια βασική ροή εργασίας της επανάληψης βάσης δεδομένων είναι όπως φαίνεται παρακάτω:
Οι αλλαγές που υποστηρίζονται από την επανάληψη βάσης δεδομένων είναι:
- Αναβαθμίσεις βάσης δεδομένων Oracle, ενημέρωση κώδικα λογισμικού
- Χρήστης / Σχέδιο, Παράμετροι παρουσίας βάσης δεδομένων όπως μνήμη, I / O
- Αλλαγές υλικού / λογισμικού σε κόμβους RAC (Real Application Cluster)
- Αλλαγές λειτουργικού συστήματος, ενημέρωση λειτουργικού συστήματος
- CPU, μνήμη, αποθήκευση
Η αναπαραγωγή βάσης δεδομένων μας επιτρέπει να δοκιμάσουμε διάφορα εφέ πιθανών αλλαγών στο σύστημα παίζοντας το πρακτικό φορτίο ενός πραγματικού συστήματος παραγωγής σε ένα δοκιμαστικό σύστημα προτού εκτεθεί στο προηγούμενο. Ο φόρτος εργασίας στην παραγωγή παρακολουθείται, αναλύεται και καταγράφεται σε μια ποσοτική σταθερή χρονική περίοδο. Αυτά τα δεδομένα καταγράφονται με την πάροδο του χρόνου και χρησιμοποιούνται για την αναπαραγωγή του φόρτου εργασίας σε συστήματα δοκιμών.
Εκτελώντας αυτό, μπορούμε να δοκιμάσουμε με επιτυχία τις επιπτώσεις του φόρτου εργασίας πριν από την εφαρμογή τυχόν αλλαγών που ενδέχεται να επηρεάσουν αρνητικά την παραγωγή.
Η ροή εργασίας έχει ως εξής:
Βήμα 1) Λήψη φόρτου εργασίας
Καταγράφουμε όλα τα αιτήματα των πελατών σε αρχεία που ονομάζονται 'Capture files' στο σύστημα αρχείων (αποθήκευση). Αυτά τα αρχεία περιέχουν όλες τις ζωτικές πληροφορίες σχετικά με τα αιτήματα των πελατών, όπως SQL, δεσμεύσεις, διαδικασίες και πληροφορίες συναλλαγών. Αυτά τα αρχεία μπορούν στη συνέχεια να εξαχθούν σε οποιοδήποτε σύστημα σε περίπτωση που θέλουμε να τα αναπαραγάγουμε σε άλλο σύστημα.
Βήμα 2)Προεπεξεργασία φόρτου εργασίας
Αφού καταγράψαμε τις πληροφορίες στο 'Capture files', πρέπει να τις επεξεργαστούμε εκ των προτέρων. Σε αυτό το βήμα, δημιουργούμε μεταδεδομένα που παρέχουν μια περιγραφή κάθε δεδομένων που απαιτείται για την αναπαραγωγή του φόρτου εργασίας.
Δεδομένου ότι αυτό το βήμα χρησιμοποιεί ένα τεράστιο ποσό πόρων από το σύστημα, συνιστάται να εκτελείται σε άλλο σύστημα εκτός από την παραγωγή όπου το φορτίο μπορεί να αναπαραχθεί. Σε περίπτωση που δεν διαθέτετε άλλο σύστημα για δοκιμή και θα θέλατε να τα εκτελέσετε στην παραγωγή, φροντίστε να το εκτελέσετε κατά τις ώρες αιχμής, ώστε να μην επηρεαστούν οι χρήστες και οι διαδικασίες που εκτελούνται στην παραγωγή.
Βήμα # 3)Επανάληψη φόρτου εργασίας
Τώρα, μπορούμε να τα επαναλάβουμε στο δοκιμαστικό σύστημα. Προς το παρόν επαναλαμβάνουμε όλες τις συναλλαγές, το πλαίσιο, τις διαδικασίες και το SQL που καταγράφηκαν αρχικά κατά τη φάση σύλληψης που συγκεντρώνουν δεδομένα καθώς κάθε διαδικασία υποβάλλεται σε αυτήν τη μετάβαση.
Βήμα # 4)Δημιουργία αναφορών
Παρόμοια με το Performance Analyzer, μπορείτε επίσης να δημιουργήσετε και να προβάλετε αναφορές για να συγκρίνετε καθεμία από τις δοκιμές που έχετε εκτελέσει.
Εν κατακλείδι, προσφέρουμε μερικές γρήγορες συμβουλές κατά τη δοκιμή της επανάληψης βάσης δεδομένων:
- Χρησιμοποιήστε το ίδιο σύστημα δοκιμών όπως και όταν είναι δυνατόν
- Δοκιμάστε μία αλλαγή κάθε φορά για να κατανοήσετε τον αντίκτυπό της
- Φροντίστε να ξεκινήσετε με τις προεπιλεγμένες επιλογές επανάληψης και, στη συνέχεια, να κάνετε αλλαγές, εάν είναι απαραίτητο, με βάση την απαίτησή σας.
- Πριν εκτελέσετε τη δεύτερη επανάληψη, βεβαιωθείτε ότι έχετε κατανοήσει όλες τις πτυχές της δοκιμής
- Φροντίστε να αποθηκεύσετε τα αποτελέσματα των δοκιμών σας και να τεκμηριώσετε τυχόν αλλαγές / δοκιμές που απαιτούνται
- Βεβαιωθείτε ότι κανένας άλλος φόρτος εργασίας ή χρήστες δεν χρησιμοποιούν το σύστημα κατά τη διάρκεια οποιασδήποτε δοκιμής
Συμπέρασμα:
Με διάφορες πτυχές και διάφορες μεθόδους της βάσης δεδομένων της Oracle και της δοκιμής εφαρμογών, φροντίστε να ελέγχετε πάντα όσο το δυνατόν συχνότερα και όσο το δυνατόν πληρέστερα. κατανοήστε την εφαρμογή και το περιβάλλον χρήστη πριν από την ανάπτυξη τυχόν αλλαγών ή την εισαγωγή νέων παραμέτρων στην παραγωγή.
Συνιστώμενη ανάγνωση
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
- Διαφορά μεταξύ Desktop, Client Server Testing και Web Testing
- Πώς να δοκιμάσετε τη βάση δεδομένων της Oracle
- Οδηγός δοκιμών ασφάλειας εφαρμογών Ιστού
- Δοκιμή εφαρμογών - Στα βασικά του ελέγχου λογισμικού!
- Εγκατάσταση της εφαρμογής σας στη συσκευή και έναρξη δοκιμής από το Eclipse
- Testing Primer eBook Λήψη
- Εγχειρίδιο καταστροφικών δοκιμών και μη καταστροφικών δοκιμών