Εκμάθηση δοκιμών βάσεων δεδομένων (δεδομένων).

Τι είναι η δοκιμή βάσεων δεδομένων;

Δοκιμή βάσης δεδομένων είναι ένας τύπος δοκιμής λογισμικού που ελέγχει το σχήμα, τους πίνακες, τους κανόνες ενεργοποίησης κ.λπ. της υπό δοκιμή βάσης δεδομένων. Ελέγχει επίσης την ακεραιότητα και τη συνέπεια των δεδομένων. Μπορεί να περιλαμβάνει τη δημιουργία σύνθετων ερωτημάτων για τη φόρτωση/τον έλεγχο της βάσης δεδομένων και τον έλεγχο της ανταπόκρισής της.

Δοκιμή βάσης δεδομένων

Γιατί είναι σημαντική η δοκιμή βάσεων δεδομένων;

Η δοκιμή βάσεων δεδομένων είναι σημαντική in δοκιμές λογισμικού επειδή διασφαλίζει ότι οι τιμές δεδομένων και οι πληροφορίες που λαμβάνονται και αποθηκεύονται στη βάση δεδομένων είναι έγκυρες ή όχι. Η δοκιμή βάσης δεδομένων βοηθά στην εξοικονόμηση απώλειας δεδομένων, αποθηκεύει δεδομένα ματαιωμένων συναλλαγών και δεν έχει μη εξουσιοδοτημένη πρόσβαση στις πληροφορίες. Η βάση δεδομένων είναι σημαντική για κάθε εφαρμογή λογισμικού, επομένως οι υπεύθυνοι δοκιμών πρέπει να έχουν καλή γνώση της SQL για τη δοκιμή βάσεων δεδομένων.

Στο GUI δίνεται συνήθως η μεγαλύτερη έμφαση από τα μέλη της ομάδας δοκιμών και ανάπτυξης, καθώς η γραφική διεπαφή χρήστη τυχαίνει να είναι το πιο ορατό μέρος της εφαρμογής. Ωστόσο, αυτό που είναι επίσης σημαντικό είναι η επικύρωση των πληροφοριών που είναι η καρδιά της εφαρμογής, γνωστή και ως ΒΑΣΗ ΔΕΔΟΜΕΝΩΝ.

Ας εξετάσουμε μια εφαρμογή Τραπεζών όπου ένας χρήστης πραγματοποιεί συναλλαγές. Τώρα από την άποψη της δοκιμής βάσης δεδομένων ή της δοκιμής DB, τα πράγματα είναι σημαντικά:

  1. Η εφαρμογή αποθηκεύει τις πληροφορίες συναλλαγής στη βάση δεδομένων της εφαρμογής και τις εμφανίζει σωστά στον χρήστη.
  2. Καμία πληροφορία δεν χάνεται στη διαδικασία.
  3. Δεν αποθηκεύονται από την εφαρμογή πληροφορίες μερικώς εκτελεσθείσες ή ματαιωμένες λειτουργίες.
  4. Κανένα μη εξουσιοδοτημένο άτομο δεν επιτρέπεται να έχει πρόσβαση στις πληροφορίες του χρήστη.

Για να διασφαλίσουμε όλους αυτούς τους παραπάνω στόχους, πρέπει να χρησιμοποιήσουμε επικύρωση δεδομένων ή δοκιμές δεδομένων.

Διαφορές μεταξύ της δοκιμής διεπαφής χρήστη και της δοκιμής δεδομένων

Δοκιμή διεπαφής χρήστη έναντι δοκιμής δεδομένων

Δοκιμή διεπαφής χρήστη Βάση δεδομένων ή Δοκιμή δεδομένων
Αυτός ο τύπος δοκιμών είναι επίσης γνωστός ως δοκιμή γραφικής διεπαφής χρήστη ή δοκιμή διεπαφής. Αυτός ο τύπος δοκιμής είναι επίσης γνωστός ως Backend Testing ή δοκιμή δεδομένων.
Αυτός ο τύπος δοκιμών ασχολείται κυρίως με όλα τα ελεγχόμενα στοιχεία που είναι ανοιχτά στον χρήστη για προβολή και αλληλεπίδραση, όπως Φόρμες, Παρουσίαση, Γραφήματα, Μενού και Αναφορές κ.λπ. (δημιουργήθηκαν μέσω VB, VB.net, VC++, Δελφοί – Εργαλεία διεπαφής) Αυτός ο τύπος δοκιμών ασχολείται κυρίως με όλα τα ελεγχόμενα στοιχεία που είναι γενικά κρυμμένα από τον χρήστη για προβολή. Αυτές περιλαμβάνουν εσωτερικές διαδικασίες και αποθήκευση όπως Assembly, DBMS όπως Oracle, SQL Server, MYSQL, κ.λπ.

Αυτός ο τύπος δοκιμής περιλαμβάνει την επικύρωση του

  • πλαίσια κειμένου
  • επιλέξτε αναπτυσσόμενα μενού
  • ημερολόγια και κουμπιά
  • Πλοήγηση σελίδας
  • προβολή εικόνων
  • Εμφάνιση και αίσθηση της συνολικής εφαρμογής

Αυτός ο τύπος δοκιμής περιλαμβάνει την επικύρωση:

  • το σχήμα
  • πίνακες βάσης δεδομένων
  • στήλες
  • κλειδιά και ευρετήρια
  • αποθηκευμένες διαδικασίες ενεργοποίησης
  • επικυρώσεις διακομιστή βάσης δεδομένων
  • επικύρωση αντιγραφής δεδομένων
Ο ελεγκτής πρέπει να γνωρίζει καλά τις επιχειρηματικές απαιτήσεις καθώς και τη χρήση των εργαλείων ανάπτυξης και τη χρήση πλαισίων και εργαλείων αυτοματισμού. Για να είναι σε θέση να πραγματοποιήσει δοκιμές υποστήριξης, ο υπεύθυνος δοκιμών πρέπει να έχει ισχυρό υπόβαθρο στις έννοιες του διακομιστή βάσης δεδομένων και της δομημένης γλώσσας ερωτημάτων.

Τύποι δοκιμών βάσεων δεδομένων

Τύποι δοκιμών βάσεων δεδομένων

Οι 3 τύποι δοκιμών βάσεων δεδομένων είναι

  1. Δομική Δοκιμή
  2. Λειτουργική δοκιμή
  3. Μη λειτουργική δοκιμή

Σε αυτό το σεμινάριο δοκιμής βάσης δεδομένων, θα εξετάσουμε κάθε τύπο και τους υποτύπους του έναν προς έναν.

Δοκιμή δομικών βάσεων δεδομένων

Δοκιμή δομικών βάσεων δεδομένων είναι μια τεχνική δοκιμής βάσης δεδομένων που επικυρώνει όλα τα στοιχεία μέσα στο αποθετήριο δεδομένων που χρησιμοποιούνται κυρίως για αποθήκευση δεδομένων και τα οποία δεν επιτρέπεται να χειρίζονται απευθείας από τους τελικούς χρήστες. Η επικύρωση των διακομιστών βάσεων δεδομένων είναι επίσης σημαντικός παράγοντας στη δοκιμή δομικών βάσεων δεδομένων. Η επιτυχής ολοκλήρωση αυτής της δοκιμής απαιτεί γνώση σε ερωτήματα SQL.

Τι είναι το Schema Testing;

Δοκιμή Σχήματος στη δοκιμή βάσης δεδομένων επικυρώνει διάφορες μορφές σχημάτων που σχετίζονται με τη βάση δεδομένων και επαληθεύει εάν οι μορφές αντιστοίχισης πινάκων/προβολών/στήλων είναι συμβατές με τις μορφές αντιστοίχισης της διεπαφής χρήστη. Ο κύριος σκοπός της δοκιμής σχήματος είναι να διασφαλίσει ότι η αντιστοίχιση σχήματος μεταξύ του μπροστινού και του πίσω άκρου είναι παρόμοια. Έτσι, αναφέρεται και ως δοκιμή χαρτογράφησης.

Ας συζητήσουμε τα πιο σημαντικά σημεία ελέγχου για τη δοκιμή σχημάτων.

  1. Επικύρωση των διαφόρων μορφών σχημάτων που σχετίζονται με τις βάσεις δεδομένων. Πολλές φορές η μορφή αντιστοίχισης του πίνακα μπορεί να μην είναι συμβατή με τη μορφή αντιστοίχισης που υπάρχει στο επίπεδο διεπαφής χρήστη της εφαρμογής.
  2. Υπάρχει ανάγκη επαλήθευσης στην περίπτωση μη αντιστοιχισμένων πινάκων/προβολών/στήλων.
  3. Υπάρχει επίσης ανάγκη να επαληθευτεί εάν οι ετερογενείς βάσεις δεδομένων σε ένα περιβάλλον είναι συνεπείς με τη συνολική χαρτογράφηση της εφαρμογής.

Ας δούμε επίσης μερικά από τα ενδιαφέροντα εργαλεία δοκιμής βάσεων δεδομένων για την επικύρωση σχημάτων βάσεων δεδομένων.

  • Το DBUnit που είναι ενσωματωμένο με το Ant είναι πολύ κατάλληλο για δοκιμές χαρτογράφησης.
  • Ο SQL Server επιτρέπει στους δοκιμαστές να μπορούν να ελέγχουν και να ερωτούν το σχήμα της βάσης δεδομένων γράφοντας απλά ερωτήματα και όχι μέσω κώδικα.

Για παράδειγμα, εάν οι προγραμματιστές θέλουν να αλλάξουν μια δομή πίνακα ή να τη διαγράψουν, ο ελεγκτής θα ήθελε να διασφαλίσει ότι όλες οι αποθηκευμένες διαδικασίες και οι προβολές που χρησιμοποιούν αυτόν τον πίνακα είναι συμβατές με τη συγκεκριμένη αλλαγή. Ένα άλλο παράδειγμα θα μπορούσε να είναι ότι εάν οι δοκιμαστές θέλουν να ελέγξουν για αλλαγές σχήματος μεταξύ 2 βάσεων δεδομένων, μπορούν να το κάνουν χρησιμοποιώντας απλά ερωτήματα.

Πίνακας βάσης δεδομένων, Δοκιμή στήλης

Ας εξετάσουμε διάφορους ελέγχους για δοκιμές βάσης δεδομένων και στηλών.

  1. Εάν η αντιστοίχιση των πεδίων και των στηλών της βάσης δεδομένων στο backend είναι συμβατή με αυτές τις αντιστοιχίσεις στο front-end;
  2. Επικύρωση του μήκους και της σύμβασης ονομασίας των πεδίων και στηλών της βάσης δεδομένων όπως καθορίζεται από τις απαιτήσεις.
  3. Επικύρωση της παρουσίας τυχόν αχρησιμοποίητων/μη αντιστοιχισμένων πινάκων/στήλων βάσης δεδομένων.
  4. Επικύρωση της συμβατότητας του
  • Τύπος δεδομένων
  • μήκη πεδίου

των στηλών βάσης δεδομένων του back-end με εκείνες εκείνων που βρίσκονται στο μπροστινό μέρος της εφαρμογής.

  1. Εάν τα πεδία της βάσης δεδομένων επιτρέπουν στον χρήστη να παρέχει τις επιθυμητές εισροές χρήστη, όπως απαιτείται από τα έγγραφα προδιαγραφών επιχειρηματικών απαιτήσεων.

Δοκιμή κλειδιών και ευρετηρίων

Σημαντικοί έλεγχοι για κλειδιά και ευρετήρια –

  1. Ελέγξτε εάν το απαιτούμενο
  • Πρωτεύων κλειδί
  • Ξένο κλειδί

έχουν δημιουργηθεί περιορισμοί στους απαιτούμενους πίνακες.

  1. Ελέγξτε εάν οι αναφορές για ξένα κλειδιά είναι έγκυρες.
  2. Ελέγξτε εάν ο τύπος δεδομένων του πρωτεύοντος κλειδιού και των αντίστοιχων ξένων κλειδιών είναι ο ίδιος στους δύο πίνακες.
  3. Ελέγξτε εάν έχουν τηρηθεί οι απαιτούμενες συμβάσεις ονομασίας για όλα τα κλειδιά και τα ευρετήρια.
  4. Ελέγξτε το μέγεθος και το μήκος των απαιτούμενων πεδίων και ευρετηρίων.
  5. Είτε το απαιτούμενο
  • Clusterευρετήρια
  • Δεν Clusterευρετήρια

έχουν δημιουργηθεί στους απαιτούμενους πίνακες όπως ορίζεται από τις επιχειρηματικές απαιτήσεις.

Δοκιμή Αποθηκευμένων Διαδικασιών

Σημαντικές δοκιμές για τον έλεγχο των αποθηκευμένων διαδικασιών είναι:

  1. Εάν η ομάδα ανάπτυξης υιοθέτησε τις απαιτούμενες, Α) τυπικές συμβάσεις κωδικοποίησης και Β) χειρισμό εξαιρέσεων και σφαλμάτων. Για όλες τις αποθηκευμένες διαδικασίες για όλες τις ενότητες για την υπό δοκιμή εφαρμογή.
  2. Εάν η ομάδα ανάπτυξης κάλυψε όλες τις συνθήκες/βρόχους εφαρμόζοντας τα απαιτούμενα δεδομένα εισόδου στην υπό δοκιμή εφαρμογή;
  3. Εάν η ομάδα ανάπτυξης εφάρμοσε σωστά τη λειτουργία TRIM κάθε φορά που λαμβάνονται δεδομένα από τους απαιτούμενους πίνακες στη βάση δεδομένων;
  4. Εάν η μη αυτόματη εκτέλεση της Αποθηκευμένης Διαδικασίας παρέχει στον τελικό χρήστη το απαιτούμενο αποτέλεσμα;
  5. Εάν η μη αυτόματη εκτέλεση της Αποθηκευμένης Διαδικασίας διασφαλίζει ότι τα πεδία του πίνακα ενημερώνονται όπως απαιτείται από την υπό δοκιμή εφαρμογή;
  6. Εάν η εκτέλεση των Αποθηκευμένων Διαδικασιών επιτρέπει την σιωπηρή επίκληση των απαιτούμενων ενεργειών;
  7. Επικύρωση της παρουσίας τυχόν αχρησιμοποίητων αποθηκευμένων διαδικασιών.
  8. Επικύρωση για συνθήκη Allow Null που μπορεί να γίνει σε επίπεδο βάσης δεδομένων.
  9. Επικύρωση του γεγονότος ότι όλες οι Αποθηκευμένες Διαδικασίες και Συναρτήσεις έχουν εκτελεστεί επιτυχώς όταν η βάση δεδομένων υπό δοκιμή είναι κενή.
  10. Επικύρωση της συνολικής ολοκλήρωσης των αποθηκευμένων ενοτήτων διαδικασίας σύμφωνα με τις απαιτήσεις της υπό δοκιμή εφαρμογής.

Μερικά από τα χρήσιμα εργαλεία δοκιμών βάσεων δεδομένων για τη δοκιμή αποθηκευμένων διαδικασιών είναι το LINQ, το εργαλείο SP Test κ.λπ.

Δοκιμή ενεργοποίησης

  1. Εάν έχουν τηρηθεί οι απαιτούμενες συμβάσεις κωδικοποίησης κατά τη φάση κωδικοποίησης των Triggers;
  2. Ελέγξτε εάν οι κανόνες ετικέτας που εκτελούνται για τις αντίστοιχες συναλλαγές DML πληρούν τις απαιτούμενες προϋποθέσεις.
  3. Εάν το έναυσμα ενημερώνει σωστά τα δεδομένα μετά την εκτέλεσή τους;
  4. Η επικύρωση της απαιτούμενης Ενημέρωση/Εισαγωγή/Διαγραφή ενεργοποιεί τη λειτουργικότητα στον τομέα της υπό δοκιμή εφαρμογής.

Επικυρώσεις διακομιστή βάσης δεδομένων

Επικυρώσεις διακομιστή βάσης δεδομένων

  1. Ελέγξτε τις διαμορφώσεις διακομιστή βάσης δεδομένων, όπως καθορίζεται από τις επιχειρηματικές απαιτήσεις.
  2. Ελέγξτε την εξουσιοδότηση του απαιτούμενου χρήστη για την εκτέλεση μόνο εκείνων των επιπέδων ενεργειών που απαιτούνται από την εφαρμογή.
  3. Βεβαιωθείτε ότι ο διακομιστής της βάσης δεδομένων είναι σε θέση να καλύψει τις ανάγκες του μέγιστου επιτρεπόμενου αριθμού συναλλαγών χρήστη, όπως καθορίζεται από τις προδιαγραφές επιχειρηματικών απαιτήσεων.

Δοκιμή λειτουργικών βάσεων δεδομένων

Δοκιμή λειτουργικών βάσεων δεδομένων είναι ένας τύπος δοκιμής βάσης δεδομένων που χρησιμοποιείται για την επικύρωση των λειτουργικών απαιτήσεων μιας βάσης δεδομένων από την οπτική γωνία του τελικού χρήστη. Ο κύριος στόχος του ελέγχου λειτουργικών βάσεων δεδομένων είναι να ελεγχθεί εάν οι συναλλαγές και οι λειτουργίες που εκτελούνται από τους τελικούς χρήστες που σχετίζονται με τη βάση δεδομένων λειτουργούν όπως αναμένεται ή όχι.

Ακολουθούν οι βασικές προϋποθέσεις που πρέπει να τηρούνται για την επικύρωση της βάσης δεδομένων.

  • Εάν το πεδίο είναι υποχρεωτικό ενώ επιτρέπονται τιμές NULL σε αυτό το πεδίο;
  • Εάν το μήκος κάθε πεδίου είναι επαρκούς μεγέθους;
  • Εάν όλα τα παρόμοια πεδία έχουν τα ίδια ονόματα στους πίνακες;
  • Εάν υπάρχουν υπολογισμένα πεδία στη βάση δεδομένων;

Αυτή η συγκεκριμένη διαδικασία είναι η επικύρωση των αντιστοιχίσεων πεδίων από την άποψη του τελικού χρήστη. Σε αυτό το συγκεκριμένο σενάριο, ο ελεγκτής θα εκτελούσε μια λειτουργία σε επίπεδο βάσης δεδομένων και στη συνέχεια θα πλοηγούσε στο σχετικό στοιχείο διεπαφής χρήστη για να παρατηρήσει και να επικυρώσει εάν έχουν πραγματοποιηθεί ή όχι οι κατάλληλες επικυρώσεις πεδίου.

Θα πρέπει επίσης να γίνει η αντίστροφη συνθήκη σύμφωνα με την οποία, πρώτα η λειτουργία πραγματοποιείται από τον ελεγκτή στη διεπαφή χρήστη, και στη συνέχεια επικυρώνεται η ίδια από το πίσω μέρος.

Έλεγχος ακεραιότητας και συνέπειας δεδομένων

Οι παρακάτω έλεγχοι είναι σημαντικοί

  1. Εάν τα δεδομένα είναι λογικά καλά οργανωμένα;
  2. Εάν τα δεδομένα που αποθηκεύονται στους πίνακες είναι σωστά και σύμφωνα με τις επιχειρηματικές απαιτήσεις;
  3. Εάν υπάρχουν περιττά δεδομένα στην υπό δοκιμή εφαρμογή;
  4. Εάν τα δεδομένα έχουν αποθηκευτεί σύμφωνα με την απαίτηση σε σχέση με δεδομένα που έχουν ενημερωθεί από τη διεπαφή χρήστη;
  5. Εάν οι λειτουργίες TRIM πραγματοποιήθηκαν στα δεδομένα πριν από την εισαγωγή δεδομένων στη βάση δεδομένων υπό δοκιμή;
  6. Εάν οι συναλλαγές έχουν πραγματοποιηθεί σύμφωνα με τις προδιαγραφές των επιχειρηματικών απαιτήσεων και εάν τα αποτελέσματα είναι σωστά ή όχι;
  7. Εάν τα δεδομένα έχουν δεσμευτεί σωστά εάν η συναλλαγή έχει εκτελεστεί επιτυχώς;
  8. Εάν τα δεδομένα έχουν υποστηριχθεί με επιτυχία εάν η συναλλαγή δεν έχει εκτελεστεί με επιτυχία από τον τελικό χρήστη;
  9. Εάν τα δεδομένα έχουν υποστηριχθεί εάν η συναλλαγή δεν έχει εκτελεστεί με επιτυχία και έχουν εμπλακεί πολλαπλές ετερογενείς βάσεις δεδομένων στην εν λόγω συναλλαγή;
  10. Εάν όλες οι συναλλαγές έχουν εκτελεστεί χρησιμοποιώντας τις απαιτούμενες διαδικασίες σχεδιασμού, όπως καθορίζονται από τις επιχειρηματικές απαιτήσεις του συστήματος;

Σύνδεση και ασφάλεια χρήστη

Οι επικυρώσεις των διαπιστευτηρίων σύνδεσης και ασφάλειας χρήστη πρέπει να λαμβάνουν υπόψη τα ακόλουθα πράγματα.

  1. Εάν η εφαρμογή εμποδίζει τον χρήστη να προχωρήσει περαιτέρω στην εφαρμογή σε περίπτωση α
  • μη έγκυρο όνομα χρήστη αλλά έγκυρος κωδικός πρόσβασης
  • έγκυρο όνομα χρήστη αλλά μη έγκυρος κωδικός πρόσβασης.
  • μη έγκυρο όνομα χρήστη και μη έγκυρος κωδικός πρόσβασης.
  1. Εάν ο χρήστης επιτρέπεται να εκτελεί μόνο τις συγκεκριμένες λειτουργίες που καθορίζονται από τις επιχειρηματικές απαιτήσεις;
  2. Εάν τα δεδομένα προστατεύονται από μη εξουσιοδοτημένη πρόσβαση;
  3. Εάν δημιουργήθηκαν διαφορετικοί ρόλοι χρήστη με διαφορετικά δικαιώματα;
  4. Εάν όλοι οι χρήστες έχουν απαιτούμενα επίπεδα πρόσβασης στην καθορισμένη Βάση Δεδομένων, όπως απαιτείται από τις επιχειρηματικές προδιαγραφές;
  5. Ελέγξτε ότι ευαίσθητα δεδομένα, όπως κωδικοί πρόσβασης, αριθμοί πιστωτικών καρτών είναι κρυπτογραφημένα και δεν αποθηκεύονται ως απλό κείμενο στη βάση δεδομένων. Είναι καλή πρακτική να διασφαλίζετε ότι όλοι οι λογαριασμοί θα έχουν κωδικούς πρόσβασης που είναι περίπλοκοι και δεν μπορούν εύκολα να μαντευτούν.

Μη λειτουργική δοκιμή

Μη λειτουργική δοκιμή στο πλαίσιο της δοκιμής βάσης δεδομένων μπορεί να κατηγοριοποιηθεί σε διάφορες κατηγορίες όπως απαιτείται από τις επιχειρηματικές απαιτήσεις. Αυτά μπορεί να είναι δοκιμή φορτίου, δοκιμή καταπόνησης, Δοκιμή ασφαλείας, Δοκιμές Ευχρηστίας, να Δοκιμή συμβατότητας, και ούτω καθεξής. Οι δοκιμές φορτίου, καθώς και οι δοκιμές ακραίων καταστάσεων, οι οποίες μπορούν να ομαδοποιηθούν στη γκάμα των δοκιμών απόδοσης εξυπηρετούν δύο συγκεκριμένους σκοπούς όσον αφορά τον ρόλο της μη λειτουργικής δοκιμής.

Ποσοτικοποίηση κινδύνου– Η ποσοτικοποίηση του κινδύνου βοηθά τα ενδιαφερόμενα μέρη να εξακριβώσουν τις διάφορες απαιτήσεις χρόνου απόκρισης του συστήματος κάτω από τα απαιτούμενα επίπεδα φορτίου. Αυτή είναι η αρχική πρόθεση οποιουδήποτε τη διασφάλιση της ποιότητας έργο. Πρέπει να σημειώσουμε ότι η δοκιμή φορτίου δεν μειώνει άμεσα τον κίνδυνο, αλλά μέσω των διαδικασιών αναγνώρισης κινδύνου και ποσοτικοποίησης κινδύνου, παρέχει διορθωτικές ευκαιρίες και μια ώθηση για αποκατάσταση που θα μετριάσει τον κίνδυνο.

Ελάχιστη απαίτηση εξοπλισμού συστήματος– Η ελάχιστη διαμόρφωση συστήματος που θα επιτρέψει στο σύστημα να ανταποκριθεί στις επίσημα δηλωμένες προσδοκίες απόδοσης των ενδιαφερόμενων μερών. Έτσι ώστε το εξωτερικό υλικό, το λογισμικό και το σχετικό κόστος ιδιοκτησίας να μπορούν να ελαχιστοποιηθούν. Αυτή η συγκεκριμένη απαίτηση μπορεί να κατηγοριοποιηθεί ως η συνολική απαίτηση βελτιστοποίησης της επιχείρησης.

Δοκιμές φορτίου

Ο σκοπός κάθε δοκιμής φορτίου πρέπει να είναι σαφώς κατανοητός και τεκμηριωμένος. Οι παρακάτω τύποι διαμορφώσεων είναι απαραίτητοι δοκιμή φορτίου.

  1. Οι πιο συχνά χρησιμοποιούμενες συναλλαγές χρηστών έχουν τη δυνατότητα να επηρεάσουν την απόδοση όλων των άλλων συναλλαγών εάν δεν είναι αποτελεσματικές.
  2. Τουλάχιστον μία συναλλαγή χρήστη χωρίς επεξεργασία θα πρέπει να περιλαμβάνεται στην τελική δοκιμαστική σουίτα, έτσι ώστε η απόδοση τέτοιων συναλλαγών να μπορεί να διαφοροποιείται από άλλες πιο περίπλοκες συναλλαγές.
  3. Θα πρέπει να περιλαμβάνονται οι πιο σημαντικές συναλλαγές που διευκολύνουν τους βασικούς στόχους του συστήματος, καθώς η αποτυχία κάτω από ένα φορτίο αυτών των συναλλαγών έχει, εξ ορισμού, τον μεγαλύτερο αντίκτυπο.
  4. Τουλάχιστον μία επεξεργάσιμη συναλλαγή θα πρέπει να περιλαμβάνεται έτσι επίδοση τέτοιων συναλλαγών μπορεί να διαφοροποιηθεί από άλλες συναλλαγές.
  5. Βέλτιστος χρόνος απόκρισης κάτω από τεράστιο αριθμό εικονικών χρηστών για όλες τις μελλοντικές απαιτήσεις.
  6. Αποτελεσματικοί χρόνοι για ανάκτηση διαφόρων εγγραφών.

Σημαντικά εργαλεία δοκιμής φορτίου είναι LoadRunner Professional, νικητής δρομέας και JMeter.

Τι είναι το Stress Testing βάσης δεδομένων;

Βάση δεδομένων Stress Testing είναι μια μέθοδος δοκιμών που χρησιμοποιείται για τον έλεγχο ακραίων καταστάσεων συστήματος βάσης δεδομένων με μεγάλο φορτίο έτσι ώστε να αποτυγχάνει σε κάποιο σημείο. Αυτό βοηθά στον εντοπισμό του σημείου ανάλυσης του συστήματος βάσης δεδομένων. Απαιτεί σωστό προγραμματισμό και προσπάθειες προκειμένου να αποφευχθεί η υπερβολική χρήση των πόρων. Δεδομένα προσομοίωσης ακραίων καταστάσεων είναι επίσης γνωστό ως βασανιστικό τεστ ή δοκιμασία κόπωσης.

Σημαντικά εργαλεία προσομοίωσης ακραίων καταστάσεων είναι LoadRunner Professional και JMeter.

Τα πιο συνηθισμένα προβλήματα που εμφανίζονται κατά τη δοκιμή της βάσης δεδομένων

A significant amount of overhead could be involved to determine the state of the database transactions

Λύση: Ο συνολικός προγραμματισμός της διαδικασίας και το χρονοδιάγραμμα θα πρέπει να οργανωθούν έτσι ώστε να μην εμφανίζονται προβλήματα με βάση το χρόνο και το κόστος.

New test data have to be designed after cleaning up of the old test data.

Λύση: Θα πρέπει να υπάρχει ένα προηγούμενο σχέδιο και μεθοδολογία για τη δημιουργία δεδομένων δοκιμής.

An SQL generator is required to transform SQL validators in order to ensure the SQL queries are apt for handling the required database test cases.

Λύση: Η συντήρηση των ερωτημάτων SQL και η συνεχής ενημέρωσή τους είναι σημαντικό μέρος της συνολικής διαδικασίας δοκιμών που θα πρέπει να αποτελεί μέρος της συνολικής στρατηγική δοκιμής.

The above mentioned prerequisite ensure that the set-up of the database testing procedure could be costly as well as time consuming.

Λύση: Θα πρέπει να υπάρχει μια καλή ισορροπία μεταξύ της ποιότητας και της συνολικής διάρκειας του χρονοδιαγράμματος του έργου.

Μύθοι ή παρανοήσεις που σχετίζονται με τη δοκιμή βάσεων δεδομένων

Μύθοι

Database Testing requires plenty of expertise and it is a very tedious job

Πραγματικότητα: Η αποτελεσματική και αποδοτική δοκιμή βάσεων δεδομένων στη δοκιμή λογισμικού παρέχει μακροπρόθεσμη λειτουργική σταθερότητα στη συνολική εφαρμογή, επομένως είναι απαραίτητο να καταβάλετε σκληρή δουλειά πίσω από αυτήν.

Database testing adds extra work bottleneck

Πραγματικότητα: Αντίθετα, η δοκιμή βάσεων δεδομένων προσθέτει περισσότερη αξία στη συνολική εργασία ανακαλύπτοντας κρυφά ζητήματα και συμβάλλοντας έτσι προληπτικά στη βελτίωση της συνολικής εφαρμογής.

Database testing slows down the overall development process

Πραγματικότητα: Ο σημαντικός όγκος δοκιμών της βάσης δεδομένων βοηθά στη συνολική βελτίωση της ποιότητας για την εφαρμογή της βάσης δεδομένων.

Database testing could be excessively costly

Πραγματικότητα: Οποιαδήποτε δαπάνη για τη δοκιμή βάσεων δεδομένων είναι μια μακροπρόθεσμη επένδυση που οδηγεί σε μακροπρόθεσμη σταθερότητα και ευρωστία της εφαρμογής. Έτσι οι δαπάνες για τη δοκιμή βάσεων δεδομένων ή SQL Η δοκιμή είναι απαραίτητη.

καλυτερα Practices

  • Όλα τα δεδομένα, συμπεριλαμβανομένων των μεταδεδομένων, καθώς και των λειτουργικών δεδομένων, πρέπει να επικυρωθούν σύμφωνα με την αντιστοίχιση τους από τα έγγραφα προδιαγραφών απαιτήσεων.
  • Επαλήθευση του δεδομένα δοκιμής που έχει δημιουργηθεί από / σε συνεννόηση με την ομάδα ανάπτυξης πρέπει να επικυρωθεί.
  • Επικύρωση των δεδομένων εξόδου χρησιμοποιώντας τόσο χειροκίνητες όσο και αυτοματοποιημένες διαδικασίες.
  • Ανάπτυξη διαφόρων τεχνικών, όπως η τεχνική γραφικής παράστασης αιτίου αποτελέσματος, η τεχνική κατανομής ισοδυναμίας και η τεχνική ανάλυσης οριακών τιμών για τη δημιουργία απαιτούμενων συνθηκών δεδομένων δοκιμής.
  • Οι κανόνες επικύρωσης της ακεραιότητας αναφοράς για τους απαιτούμενους πίνακες βάσης δεδομένων πρέπει επίσης να επικυρωθούν.
  • Η επιλογή των προεπιλεγμένων τιμών του πίνακα για επικύρωση στη συνοχή της βάσης δεδομένων είναι μια πολύ σημαντική έννοια Εάν τα συμβάντα καταγραφής έχουν προστεθεί με επιτυχία στη βάση δεδομένων για όλα τα απαιτούμενα συμβάντα σύνδεσης
  • Οι προγραμματισμένες εργασίες εκτελούνται έγκαιρα;
  • Δημιουργήστε έγκαιρα αντίγραφα ασφαλείας της βάσης δεδομένων.

Ελέγξτε επίσης - Ερωτήσεις & Απαντήσεις Συνέντευξης Δοκιμών Βάσεων Δεδομένων