Μενού

Πώς να εκτελέσετε δοκιμές Backend

how perform backend testing

Δοκιμάστε Το Όργανο Μας Για Την Εξάλειψη Των Προβλημάτων

πώς να ανοίξετε το αρχείο swf στα Windows 7

Τι είναι το Backend Testing και πώς να το εκτελέσετε;

Οι εφαρμογές λογισμικού είναι περίπλοκες. υπάρχουν περισσότερα από αυτά που συναντά το μάτι.

Πλέον προσπάθειες δοκιμής συστήματος περάστε από το GUI. Αυτό συμβαίνει επειδή η δοκιμή επικυρώνει εάν το λογισμικό είναι «κατάλληλο για χρήση» από τον τελικό χρήστη ή όχι. Οι τελικοί χρήστες χρησιμοποιούν το GUI και το ίδιο κάνουμε. Γι 'αυτό είναι πολύ σημαντικό το λογισμικό να έχει καλή τιμή σε αυτόν τον τομέα.

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

Ο συνδυασμός όλων αυτών των λειτουργικών στοιχείων δημιουργεί μια πλήρως διαμορφωμένη εφαρμογή λογισμικού. Μπορούμε να συνδυάσουμε όλα όσα δεν βλέπουμε άμεσα ως «Back-end».

πώς να εκτελέσετε δοκιμές back end

Μερικά από τα στοιχεία δοκιμής Backend είναι:

  • Βάση δεδομένων
  • API
  • Διακομιστές

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

Ας δούμε τώρα τι εμπλέκεται στη δοκιμή καθενός από αυτά τα συστατικά και πώς.

Τι θα μάθετε:

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

Συνήθως όταν χρησιμοποιείται ο όρος «Back Ending Testing», συνεπάγεται τον έλεγχο βάσεων δεδομένων.

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

Οι βάσεις δεδομένων επικυρώνονται συνήθως για:

  • Ιδιότητες ACID
  • Λειτουργίες CRUD
  • Σχέδιο
  • Μετανάστευση
  • Συμμόρφωση επιχειρηματικού κανόνα
  • Ασφάλεια
  • Εκτέλεση

Για προχωρημένα συστήματα συντήρησης ETL και αποθήκευσης δεδομένων θα χρειαστούν δοκιμές και για αυτά.

Για περισσότερες πληροφορίες σχετικά με αυτοί οι τύποι δοκιμών , ρίξτε μια ματιά στα ακόλουθα άρθρα που υπάρχουν ήδη στον ιστότοπό μας =>

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

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

Ας δούμε μερικές κατηγορίες αυτών των εργαλείων δοκιμής βάσης δεδομένων Backend:

# 1) Διεπαφές που σας επιτρέπουν να συνδεθείτε και να εκτελέσετε τα ερωτήματά σας με βάση τις βάσεις δεδομένων.

Ορισμένα από αυτά έχουν GUI και άλλα όχι.

  • ΦΡΥΝΟΣ: Είμαι σίγουρος ότι όλοι το έχουν ακούσει. Υποστηρίζει πολλά DB και πλατφόρμες. Έρχεται τόσο ως δωρεάν όσο και για εμπορικές εκδόσεις. Περισσότερες πληροφορίες, πόροι και η δωρεάν έκδοση βρίσκονται στη διεύθυνση toadworld
  • pHpMyAdmin: Αυτό είναι ένα εξαιρετικό εργαλείο ανοιχτού κώδικα που σας επιτρέπει να εκτελείτε ερωτήματα και να αλληλεπιδράτε με το DB σας μέσω διεπαφής χρήστη. Το έχω χρησιμοποιήσει προσωπικά και η ομάδα μου αγαπά πόσο διαισθητικό είναι το εργαλείο. Χρειαζόμασταν μηδενική προπόνηση για να νιώσουμε άνετα. Συνιστώ ανεπιφύλακτα αυτό το εργαλείο εάν ψάχνετε ένα μέσο σύνδεσης με τις βάσεις δεδομένων MySQL και MariaDB phpmyadmin
  • HeidiSQL: Πολύ παρόμοιο με το pHpMyAdmin. Συνδέεται με MySQL, βάσεις δεδομένων Microsoft SQL και PostgreSQL. Ανοιχτό. Βρείτε περισσότερες πληροφορίες στο hheidisql

Η λίστα των εργαλείων είναι ατελείωτη, αλλά τα παραπάνω είναι μερικές από τις πιο δημοφιλείς επιλογές.

# 2) Εργαλεία συγκριτικής αξιολόγησης φόρτωσης και απόδοσης:

  • HammerDB: Είναι ένα εργαλείο ανοιχτού κώδικα για το οποίο υποστηρίζονται πολλοί ειδικοί της DB. Προσωπικά δεν το έχω χρησιμοποιήσει, αλλά υποστηρίζει πολλές βάσεις δεδομένων. Από τα στιγμιότυπα οθόνης και την εμφάνισή του, μοιάζει με ένα εργαλείο που αξίζει να το ελέγξετε. Περισσότερες λεπτομέρειες στο σφυρί
  • ΒΛΑΚΑΣ: Το εργαλείο Silly Little Oracle Benchmark σάς βοηθά να αξιοποιήσετε το χρόνο και να αξιολογήσετε το στυλ των συναλλαγών DB / I. Μπορεί να σας βοηθήσει να κατανοήσετε την CPU, τη μνήμη και τους χρόνους επεξεργασίας για μαζικές συναλλαγές στο σύστημά σας. Περισσότερες λεπτομέρειες στο kevinclosson
  • Swingbench : Αυτό είναι ένα πολύ παρόμοιο εργαλείο με το HammerDB. Αυτό λειτουργεί σε Oracle DBs και είναι πολύ αποτελεσματικό. Για να κατανοήσετε το εργαλείο και τις δυνατότητές του, δοκιμάστε αυτόν τον οδηγό: domicgiles

Δοκιμή API

Το API δεν μιλά αυστηρά όχι το back-end, αλλά επειδή ομαδοποιούμε χαλαρά όλα όσα δεν είναι ορατά στον τελικό χρήστη ως back-end, ας μιλήσουμε για αυτό και για λίγο.

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

Τα μηνύματα και οι κλήσεις αποστολής / λήψης χρησιμοποιούνται αντί της άμεσης αποστολής και λήψης δεδομένων εισόδου και εξόδου.

Το πιο δημοφιλές εργαλείο που χρησιμοποιείται για δοκιμές API είναι το SOAPUI.

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

δοκιμές alpha και beta στη μηχανική λογισμικού

Υπάρχουν μερικές δοκιμές που εκτελούνται εδώ:

# 1) Εγκατάσταση: Μόλις ολοκληρωθεί η εγκατάσταση, μπορείτε να μεταβείτε στους αντίστοιχους φακέλους και να βεβαιωθείτε ότι τα αρχεία / στοιχεία έχουν φτάσει στους φακέλους προορισμού με τον τρόπο που έπρεπε. Τώρα, αν αναρωτιέστε «πώς θα ξέρω πού πρέπει να πάνε όλα;» ρωτήστε τις ομάδες ανάπτυξης ή ανάπτυξης και μπορούν να το επιβεβαιώσουν για εσάς.

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

# 2) Αρχεία καταγραφής: Διατηρούνται αρχεία καταγραφής για την κατάσταση κάθε συναλλαγής στους διακομιστές. Αυτό θα μας δώσει πληροφορίες για το κατά πόσον η διαδικασία από άκρο σε άκρο ήταν επιτυχής.

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

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

Το PuTTy, το hands down είναι η πιο δημοφιλής επιλογή για σύνδεση με τους διακομιστές σας. Στόκος είναι ένα προϊόν ανοιχτού κώδικα και δεν χρειάζεται εγκατάσταση. Το μόνο που έχετε να κάνετε είναι να το κατεβάσετε και να το χρησιμοποιήσετε.

Τα συστήματα UNIX δεν διαθέτουν γραφικό περιβάλλον εργασίας χρήστη και αυτό είναι που τα καθιστά τέλεια για να είναι διακομιστές εφαρμογών και DB. Είναι ασφαλή, αφηρημένα, γρηγορότερα και φθηνότερα. Υπάρχουν πολλές γεύσεις του UNIX και λόγω της απουσίας GUI, θα πρέπει να χρησιμοποιήσουμε εντολές για να επικοινωνήσουμε με τον διακομιστή. Όλοι έχουμε τους πόρους που πηγαίνουμε για Εντολές UNIX και αυτό είναι δικό μου: ελεύθερος μηχανικός

# 3) Απόδοση και ασφάλεια διακομιστή:

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

Υπάρχουν πολλά διαθέσιμα εργαλεία για να το ελέγξετε αυτό και για να βρείτε αυτό που σας ταιριάζει, δείτε αυτήν τη λίστα: 30+ πιο δημοφιλή εργαλεία δοκιμών εφαρμογών ιστού

Τελικά,

Όπως πρέπει να έχετε παρατηρήσει, αυτό το άρθρο και μόνο δεν θα σας βοηθήσει να μάθετε τις δοκιμές Backend στο σύνολό του. Ωστόσο, σας οδηγεί σε πόρους και αναφορές που θα σας βοηθήσουν να το αποκτήσετε. Λοιπόν, κάντε σελιδοδείκτη για αναφορά!

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

Είτε ψάχνετε στο DB είτε ελέγχετε στο αρχείο καταγραφής της κατάστασης μιας συναλλαγής ή στέλνετε ένα μήνυμα αίτησης σε μια συγκεκριμένη υπηρεσία, επικυρώνετε την καταλληλότητα του προγράμματος που θα χρησιμοποιηθεί.

Με άλλα λόγια, είναι λειτουργικότητα. Το 'πού δοκιμάζετε' και το 'πώς δοκιμάζετε' διαφέρουν.

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

Σχετικά με τον Συγγραφέα: Αυτό το άρθρο γράφτηκε από το μέλος της ομάδας STH Swati S.

Είναι η σειρά σας να μοιραστείτε!

java vs c ++ που είναι καλύτερο

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

Τα σχόλια, οι ερωτήσεις, η συμμετοχή και η αναγνωσιμότητα σας είναι πολύτιμα για εμάς!

Συνιστώμενη ανάγνωση

^