Εκπαιδευτικό τεστ απόδοσης: Τι είναι, Τύποι, Μετρήσεις & Παράδειγμα

Δοκιμή απόδοσης

Performance Testing είναι μια διαδικασία δοκιμής λογισμικού που χρησιμοποιείται για τον έλεγχο της ταχύτητας, του χρόνου απόκρισης, της σταθερότητας, της αξιοπιστίας, της επεκτασιμότητας και της χρήσης πόρων μιας εφαρμογής λογισμικού υπό συγκεκριμένο φόρτο εργασίας. Ο κύριος σκοπός της δοκιμής απόδοσης είναι ο εντοπισμός και η εξάλειψη των σημείων συμφόρησης στην απόδοση του λογισμικού. Είναι ένα υποσύνολο της μηχανικής απόδοσης και επίσης γνωστό ως "Perf Testing".

Το επίκεντρο του Performance Testing είναι ο έλεγχος ενός προγράμματος λογισμικού

• Ταχύτητα - Καθορίζει εάν η εφαρμογή αποκρίνεται γρήγορα
• Επεκτασιμότητα - Καθορίζει το μέγιστο φορτίο χρήστη που μπορεί να χειριστεί η εφαρμογή λογισμικού.
• Σταθερότητα - Καθορίζει εάν η εφαρμογή είναι σταθερή υπό διάφορα φορτία

Σε αυτό το σεμινάριο, θα μάθετε-

• Τι είναι ο έλεγχος απόδοσης;
• Γιατί πραγματοποιούνται δοκιμές απόδοσης;
• Τύποι δοκιμών απόδοσης
• Συνηθισμένα προβλήματα απόδοσης
• Διαδικασία δοκιμής απόδοσης
• Μετρήσεις δοκιμής απόδοσης: Παραμέτρους που παρακολουθούνται
• Παράδειγμα Θήκες δοκιμής απόδοσης
• Εργαλεία δοκιμής απόδοσης
• Συχνές ερωτήσεις

Γιατί πραγματοποιούνται δοκιμές απόδοσης;

Οι δυνατότητες και η λειτουργικότητα που υποστηρίζονται από ένα σύστημα λογισμικού δεν είναι η μόνη ανησυχία. Η απόδοση μιας εφαρμογής λογισμικού όπως ο χρόνος απόκρισης, η αξιοπιστία, η χρήση πόρων και η επεκτασιμότητα έχουν σημασία. Ο στόχος του Performance Testing δεν είναι να εντοπίσουμε σφάλματα αλλά να εξαλείψουμε τα σημεία συμφόρησης.

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

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

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

Σύμφωνα με την Dunn & Bradstreet, το 59% των εταιρειών Fortune 500 αντιμετωπίζουν περίπου 1,6 ώρες διακοπής λειτουργίας κάθε εβδομάδα. Λαμβάνοντας υπόψη ότι η μέση εταιρεία Fortune 500 με τουλάχιστον 10.000 υπαλλήλους πληρώνει 56 $ ανά ώρα, το εργατικό μέρος των δαπανών διακοπής λειτουργίας για έναν τέτοιο οργανισμό θα είναι 896.000 $ εβδομαδιαίως, μεταφράζοντας σε περισσότερα από 46 εκατομμύρια δολάρια ετησίως.

Μόνο 5 λεπτά διακοπής λειτουργίας του Google.com (19 Αυγούστου-13) εκτιμάται ότι κοστίζει τον γίγαντα αναζήτησης έως και 545.000 $.

Εκτιμάται ότι οι εταιρείες έχασαν πωλήσεις αξίας 1100 $ ανά δευτερόλεπτο λόγω πρόσφατης διακοπής της υπηρεσίας Web στο Amazon.

Ως εκ τούτου, ο έλεγχος απόδοσης είναι σημαντικός.

Τύποι δοκιμών απόδοσης

• Φόρτωση δοκιμών - ελέγχει την ικανότητα της εφαρμογής να εκτελεί υπό αναμενόμενα φορτία χρήστη. Ο στόχος είναι ο εντοπισμός σημείων συμφόρησης πριν από την εφαρμογή της εφαρμογής λογισμικού.
• Δοκιμή πίεσης - περιλαμβάνει τη δοκιμή μιας εφαρμογής υπό ακραίες φόρτες εργασίας για να δείτε πώς χειρίζεται την υψηλή κυκλοφορία ή την επεξεργασία δεδομένων. Ο στόχος είναι να προσδιοριστεί το σημείο διακοπής μιας εφαρμογής.
• Δοκιμή αντοχής - γίνεται για να βεβαιωθείτε ότι το λογισμικό μπορεί να χειριστεί το αναμενόμενο φορτίο για μεγάλο χρονικό διάστημα.
• Δοκιμή Spike - ελέγχει την αντίδραση του λογισμικού σε ξαφνικές μεγάλες αυξήσεις στο φορτίο που δημιουργούν οι χρήστες.
• Έλεγχος έντασης - Υπό Έλεγχος έντασης μεγάλου αριθ. του. Τα δεδομένα συμπληρώνονται σε μια βάση δεδομένων και παρακολουθείται η συνολική συμπεριφορά του συστήματος λογισμικού. Ο στόχος είναι να ελέγξετε την απόδοση της εφαρμογής λογισμικού σε διαφορετικούς όγκους βάσεων δεδομένων.
• Δοκιμή κλιμάκωσης - Ο στόχος της δοκιμής κλιμάκωσης είναι να προσδιοριστεί η αποτελεσματικότητα της εφαρμογής λογισμικού στο "κλιμάκωση" για την υποστήριξη της αύξησης του φορτίου του χρήστη. Βοηθά στον προγραμματισμό της προσθήκης χωρητικότητας στο σύστημα λογισμικού σας.

Συνηθισμένα προβλήματα απόδοσης

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

• Μεγάλος χρόνος φόρτωσης - Ο χρόνος φόρτωσης είναι συνήθως ο αρχικός χρόνος που απαιτείται για την εκκίνηση μιας εφαρμογής. Αυτό πρέπει γενικά να περιοριστεί στο ελάχιστο. Ενώ ορισμένες εφαρμογές είναι αδύνατο να φορτώσουν σε λιγότερο από ένα λεπτό, ο χρόνος φόρτωσης πρέπει να διατηρείται κάτω από λίγα δευτερόλεπτα εάν είναι δυνατόν.
• Κακός χρόνος απόκρισης - Ο χρόνος απόκρισης είναι ο χρόνος από τον οποίο ένας χρήστης εισάγει δεδομένα στην εφαρμογή έως ότου η εφαρμογή αποδώσει μια απόκριση σε αυτήν την είσοδο. Γενικά, αυτό πρέπει να είναι πολύ γρήγορο. Και πάλι, εάν ένας χρήστης πρέπει να περιμένει πολύ, χάνει το ενδιαφέρον
• Κακή επεκτασιμότητα - Ένα προϊόν λογισμικού υποφέρει από κακή επεκτασιμότητα όταν δεν μπορεί να χειριστεί τον αναμενόμενο αριθμό χρηστών ή όταν δεν εξυπηρετεί ένα αρκετά μεγάλο εύρος χρηστών. Η δοκιμή φορτίου πρέπει να γίνει για να βεβαιωθείτε ότι η εφαρμογή μπορεί να χειριστεί τον αναμενόμενο αριθμό χρηστών.
• Bottlenecking - Bottlenecking είναι εμπόδια σε ένα σύστημα που υποβαθμίζει τη συνολική απόδοση του συστήματος. Ο έλεγχος συμφόρησης είναι όταν είτε σφάλματα κωδικοποίησης είτε ζητήματα υλικού προκαλούν μείωση της απόδοσης σε ορισμένα φορτία. Ο έλεγχος συμφόρησης προκαλείται συχνά από ένα ελαττωματικό τμήμα κώδικα. Το κλειδί για την επίλυση ενός προβλήματος συμφόρησης είναι να βρείτε το τμήμα του κώδικα που προκαλεί την επιβράδυνση και να προσπαθήσετε να το διορθώσετε εκεί. Ο έλεγχος συμφερόντων γενικά επιδιορθώνεται είτε επιδιορθώνοντας κακές διαδικασίες που εκτελούνται είτε προσθέτοντας επιπλέον υλικό. Μερικά κοινά σημεία συμφόρησης είναι
  • Χρήση CPU
  • Αξιοποίηση μνήμης
  • Χρήση δικτύου
  • Περιορισμοί λειτουργικού συστήματος
  • Χρήση του δίσκου

Διαδικασία δοκιμής απόδοσης

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

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

1. Προσδιορίστε το περιβάλλον δοκιμών σας - Γνωρίστε το φυσικό περιβάλλον δοκιμών, το περιβάλλον παραγωγής και ποια εργαλεία δοκιμών είναι διαθέσιμα. Κατανοήστε τις λεπτομέρειες του υλικού, του λογισμικού και των διαμορφώσεων δικτύου που χρησιμοποιήθηκαν κατά τη διάρκεια της δοκιμής πριν ξεκινήσετε τη διαδικασία δοκιμής. Θα βοηθήσει τους δοκιμαστές να δημιουργήσουν πιο αποτελεσματικές δοκιμές. Θα βοηθήσει επίσης στον εντοπισμό πιθανών προκλήσεων που ενδέχεται να αντιμετωπίσουν οι υπεύθυνοι δοκιμών κατά τη διάρκεια των διαδικασιών δοκιμής απόδοσης.
2. Προσδιορίστε τα κριτήρια αποδοχής απόδοσης - Αυτό περιλαμβάνει στόχους και περιορισμούς για την απόδοση, τους χρόνους απόκρισης και την κατανομή πόρων. Είναι επίσης απαραίτητο να προσδιοριστούν τα κριτήρια επιτυχίας του έργου εκτός αυτών των στόχων και περιορισμών. Οι υπεύθυνοι δοκιμών πρέπει να έχουν την εξουσία να ορίζουν κριτήρια και στόχους απόδοσης, επειδή συχνά οι προδιαγραφές του έργου δεν θα περιλαμβάνουν αρκετά μεγάλη ποικιλία κριτηρίων απόδοσης. Μερικές φορές μπορεί να μην υπάρχει καθόλου. Όταν είναι δυνατόν, η εύρεση μιας παρόμοιας εφαρμογής για σύγκριση είναι ένας καλός τρόπος για να θέσετε στόχους απόδοσης.
3. Δοκιμές απόδοσης σχεδιασμού και σχεδιασμού - Προσδιορίστε τον τρόπο με τον οποίο η χρήση είναι πιθανό να διαφέρει μεταξύ των τελικών χρηστών και προσδιορίστε βασικά σενάρια για δοκιμή για όλες τις πιθανές περιπτώσεις χρήσης. Είναι απαραίτητο να προσομοιώσετε μια ποικιλία τελικών χρηστών, να σχεδιάσετε δεδομένα δοκιμών απόδοσης και να περιγράψετε ποιες μετρήσεις θα συγκεντρωθούν.
4. Διαμόρφωση του περιβάλλοντος δοκιμής - Προετοιμάστε το περιβάλλον δοκιμής πριν από την εκτέλεση. Επίσης, κανονίστε εργαλεία και άλλους πόρους.
5. Εφαρμογή δοκιμαστικού σχεδιασμού - Δημιουργήστε τις δοκιμές απόδοσης σύμφωνα με το σχεδιασμό δοκιμών σας.
6. Εκτελέστε τις δοκιμές - Εκτελέστε και παρακολουθήστε τις δοκιμές.
7. Ανάλυση, συντονισμός και δοκιμή - Συγκέντρωση, ανάλυση και κοινή χρήση αποτελεσμάτων δοκιμών. Στη συνέχεια, συντονίστε ξανά και δοκιμάστε ξανά για να δείτε αν υπάρχει βελτίωση ή μείωση της απόδοσης. Δεδομένου ότι οι βελτιώσεις γενικώς γίνονται μικρότερες με κάθε δοκιμή, σταματήστε όταν η CPU προκαλεί προβλήματα συμφόρησης. Τότε μπορεί να έχετε την επιλογή να αυξήσετε την ισχύ της CPU.

Μετρήσεις δοκιμής απόδοσης: Παραμέτρους που παρακολουθούνται

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

• Χρήση επεξεργαστή - ένας χρόνος που ξοδεύει ο επεξεργαστής για την εκτέλεση μη αδρανών νημάτων.
• Χρήση μνήμης - ποσότητα φυσικής μνήμης διαθέσιμη σε διεργασίες σε έναν υπολογιστή.
• Χρόνος δίσκου - χρόνος στο οποίο ο δίσκος είναι απασχολημένος κατά την εκτέλεση ενός αιτήματος ανάγνωσης ή εγγραφής.
• Εύρος ζώνης - εμφανίζει τα bit ανά δευτερόλεπτο που χρησιμοποιούνται από μια διεπαφή δικτύου.
• Ιδιωτικά byte - αριθμός byte που έχει εκχωρηθεί μια διαδικασία που δεν μπορούν να κοινοποιηθούν μεταξύ άλλων διαδικασιών. Αυτά χρησιμοποιούνται για τη μέτρηση διαρροών μνήμης και χρήσης.
• Δεσμευμένη μνήμη - ποσότητα εικονικής μνήμης που χρησιμοποιείται.
• Σελίδες μνήμης / δευτερόλεπτο - αριθμός σελίδων που γράφτηκαν ή διαβάζονταν από το δίσκο προκειμένου να επιλυθούν σφάλματα σκληρών σελίδων. Σφάλματα σκληρών σελίδων είναι όταν ο κωδικός που δεν προέρχεται από το τρέχον σετ εργασίας καλείται από αλλού και ανακτάται από έναν δίσκο.
• Σφάλματα σελίδας / δευτερόλεπτο - ο συνολικός ρυθμός επεξεργασίας των σελίδων σφαλμάτων από τον επεξεργαστή. Αυτό συμβαίνει και πάλι όταν μια διαδικασία απαιτεί κώδικα εκτός του συνόλου εργασίας της.
• Η CPU διακόπτει ανά δευτερόλεπτο - είναι ο μέσος όρος. αριθμός διακοπών υλικού που ένας επεξεργαστής λαμβάνει και επεξεργάζεται κάθε δευτερόλεπτο.
• Μήκος ουράς δίσκου - είναι ο μέσος όρος όχι. αιτήσεων ανάγνωσης και εγγραφής στην ουρά για τον επιλεγμένο δίσκο κατά τη διάρκεια ενός δείγματος.
• Μήκος ουράς εξόδου δικτύου - μήκος της ουράς πακέτων εξόδου σε πακέτα. Οτιδήποτε περισσότερο από δύο σημαίνει καθυστέρηση και συμφόρηση πρέπει να σταματήσει.
• Σύνολο bytes δικτύου ανά δευτερόλεπτο - ρυθμός αποστολής και λήψης byte στη διεπαφή, συμπεριλαμβανομένων χαρακτήρων καρέ.
• Χρόνος απόκρισης - χρόνος από τη στιγμή που ένας χρήστης υποβάλλει ένα αίτημα έως τη λήψη του πρώτου χαρακτήρα της απόκρισης.
• Throughput - ρυθμός ενός υπολογιστή ή δικτύου λαμβάνει αιτήματα ανά δευτερόλεπτο.
• Ποσό συγκέντρωσης συνδέσεων - ο αριθμός των αιτημάτων χρήστη που ικανοποιούνται από συγκεντρωτικές συνδέσεις. Όσο περισσότερα αιτήματα ικανοποιούνται από συνδέσεις στην πισίνα, τόσο καλύτερη θα είναι η απόδοση.
• Μέγιστη ενεργή περίοδος σύνδεσης - ο μέγιστος αριθμός περιόδων σύνδεσης που μπορούν να είναι ενεργές ταυτόχρονα.
• Λόγοι επίσκεψης - Αυτό έχει να κάνει με τον αριθμό των δηλώσεων SQL που αντιμετωπίζονται από προσωρινά αποθηκευμένα δεδομένα αντί για δαπανηρές λειτουργίες εισόδου / εξόδου. Αυτό είναι ένα καλό μέρος για να ξεκινήσετε για την επίλυση ζητημάτων συμφόρησης.
• Χτυπήματα ανά δευτερόλεπτο - το όχι. επισκέψεων σε έναν διακομιστή ιστού κατά τη διάρκεια κάθε δευτερολέπτου μιας δοκιμής φόρτωσης.
• Τμήμα επαναφοράς - ο όγκος των δεδομένων που μπορεί να επαναφέρει ανά πάσα στιγμή.
• Κλείδωμα βάσης δεδομένων - το κλείδωμα πινάκων και βάσεων δεδομένων πρέπει να παρακολουθείται και να συντονίζεται προσεκτικά.
• Κορυφαίες αναμονές - παρακολουθούνται για να προσδιοριστεί ποιοι χρόνοι αναμονής μπορούν να μειωθούν κατά την αντιμετώπιση του πόσο γρήγορα ανακτώνται δεδομένα από τη μνήμη
• Αριθμός νημάτων - Η υγεία των εφαρμογών μπορεί να μετρηθεί από το όχι. νημάτων που εκτελούνται και είναι ενεργά αυτήν τη στιγμή.
• Συλλογή απορριμμάτων - Έχει να κάνει με την επιστροφή της αχρησιμοποίητης μνήμης στο σύστημα. Η συλλογή απορριμμάτων πρέπει να παρακολουθείται για αποτελεσματικότητα.

Παράδειγμα Θήκες δοκιμής απόδοσης

• Επιβεβαιώστε ότι ο χρόνος απόκρισης δεν υπερβαίνει τα 4 δευτερόλεπτα όταν 1000 χρήστες έχουν πρόσβαση στον ιστότοπο ταυτόχρονα.
• Βεβαιωθείτε ότι ο χρόνος απόκρισης της εφαρμογής Under Load είναι εντός αποδεκτού εύρους όταν η συνδεσιμότητα δικτύου είναι αργή
• Ελέγξτε τον μέγιστο αριθμό χρηστών που μπορεί να χειριστεί η εφαρμογή πριν από τη διακοπή λειτουργίας.
• Ελέγξτε το χρόνο εκτέλεσης της βάσης δεδομένων όταν 500 εγγραφές διαβάζονται / γράφονται ταυτόχρονα.
• Ελέγξτε τη χρήση της CPU και της μνήμης της εφαρμογής και του διακομιστή βάσης δεδομένων υπό συνθήκες μέγιστης φόρτωσης
• Επαληθεύστε τον χρόνο απόκρισης της εφαρμογής σε συνθήκες χαμηλού, κανονικού, μέτριου και βαρύ φορτίου.

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

Εργαλεία δοκιμής απόδοσης

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

• LoadNinja - φέρνει επανάσταση στον τρόπο φόρτωσης του τεστ Αυτό το εργαλείο δοκιμής φορτίου που βασίζεται σε σύννεφο δίνει τη δυνατότητα στις ομάδες να καταγράφουν και να αναπαράγουν άμεσα ολοκληρωμένες δοκιμές φόρτωσης, χωρίς περίπλοκη δυναμική συσχέτιση και να εκτελούν αυτές τις δοκιμές φόρτωσης σε πραγματικά προγράμματα περιήγησης σε κλίμακα. Οι ομάδες μπορούν να αυξήσουν την κάλυψη των δοκιμών. & περικοπή του χρόνου δοκιμής φορτίου πάνω από 60%.
• NeoLoad - είναι η πλατφόρμα δοκιμών απόδοσης που έχει σχεδιαστεί για DevOps και ενσωματώνεται απρόσκοπτα στον υπάρχοντα αγωγό συνεχούς παράδοσης. Με το NeoLoad, οι ομάδες δοκιμάζουν 10 φορές γρηγορότερα από ό, τι με τα παραδοσιακά εργαλεία για να ικανοποιήσουν το νέο επίπεδο απαιτήσεων σε ολόκληρο τον κύκλο ζωής ανάπτυξης λογισμικού Agile - από συνιστώσες έως πλήρεις δοκιμές φόρτωσης σε όλο το σύστημα.
• HP LoadRunner - είναι τα πιο δημοφιλή εργαλεία δοκιμής απόδοσης στην αγορά σήμερα. Αυτό το εργαλείο είναι ικανό να προσομοιώνει εκατοντάδες χιλιάδες χρήστες, θέτοντας εφαρμογές σε πραγματικό χρόνο φορτία για να καθορίσει τη συμπεριφορά τους κάτω από τα αναμενόμενα φορτία. Το Loadrunner διαθέτει μια εικονική γεννήτρια χρηστών που προσομοιώνει τις ενέργειες των ζωντανών ανθρώπινων χρηστών.
• Jmeter - ένα από τα κορυφαία εργαλεία που χρησιμοποιούνται για τη φόρτωση δοκιμών διακομιστών ιστού και εφαρμογών.

Συχνές ερωτήσεις

Ποιες εφαρμογές πρέπει να δοκιμάσουμε την απόδοση;

Η Δοκιμή απόδοσης πραγματοποιείται πάντα μόνο για συστήματα που βασίζονται σε διακομιστή-πελάτη. Αυτό σημαίνει, κάθε εφαρμογή που δεν είναι αρχιτεκτονική που βασίζεται σε διακομιστή-πελάτη, δεν πρέπει να απαιτεί Performance Testing.

Για παράδειγμα, το Microsoft Calculator δεν βασίζεται σε διακομιστή-πελάτη ούτε εκτελεί πολλούς χρήστες. Ως εκ τούτου, δεν είναι υποψήφιος για Δοκιμή απόδοσης.

Ποια είναι η διαφορά μεταξύ του Performance Testing & Performance Engineering

Είναι σημαντικό να κατανοήσουμε τη διαφορά μεταξύ του Performance Testing και του Performance Engineering. Μία κατανόηση κοινοποιείται παρακάτω:

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

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

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

συμπέρασμα

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